【引言】
一个实际生产案例,因数据库数据量的增大,全备需68个小时,增备也需11小时。此场景下,如发生需要库恢复的场景,所需时长基本不能忍受,鉴于如下之前的两篇文章,使用dataguard 的delay参数做了24小时的日志延迟应用,可确保24小时内的任意恢复,大大缩短了异常时恢复数据的时间。
《ADG实操:如何吃下这颗“后悔药”》
《Oracle ADG同步技术,DBA必备的一种“后悔药”》
但本文想讨论的是:有什么方法可以缩短全备或者增备的时长?
为实现缩短备份时长,这里先介绍三种常用的备份方式:
一、 几种常用库备份方式:
目前数据备份主要方式有:Host-Base、LAN-Base、LAN Free备份和SAN Server-Free备份四种方式。
-
Host-Based备份:
Host-Based是传统的数据备份方式,磁带库直接接在服务器上,且通常只为该服务器提供数据备份服务。这种备份大多是采用服务器上自带的磁带机,备份操作通过手工操作调用。
Host-Based备份结构的优点是数据传输速度快,备份操作简单;缺点是不利于备份系统的共享,不适合于现在大型的数据备份要求。 -
LAN-Based备份:
LAN-Based备份方式,数据的传输是以网络为基础的。首先配置一台服务器作为备份服务器,磁带库则接在某台服务器上。数据备份时备份对象把数据通过网络传输到磁带库中实现备份。
LAN-Based备份结构的优点是磁带库共享,备份可集中管理;缺点是库备份时对网络传输压力太大,不适合数据量非常大的环境。因为如果备份数据量非常大,会占用以太网的带宽,虽然说备份操作一般在晚上进行。但是这种方式还是不适合大数据量的情况。因此有了LAN free备份。
3.LAN-Free备份:
Lan free,释放了LAN的压力。数据流直接从File server经过FC switch备份到Tape,而不经过Lan,不会占用主网络的带宽。但数据仍然会通过文件服务器的本地磁盘–内存—FC switch这步,因此仍然会消耗File server的资源。因