20191009_【生产篇】：如何提速oracle增备_块跟踪备份
5墨值下载
【引言】
一个实际生产案例，因数据库数据量的增大，全备需
个小时，增备也需
小时。此场
景下，如发生需要库恢复的场景，所需时长基本不能忍受，鉴于如下之前的两篇文章，使
用
的
参数做了
小时的日志延迟应用，可确保
小时内的任意恢复，大
大缩短了异常时恢复数据的时间。
《
ADG
实操：如何吃下这颗“后悔药”》
《
Oracle ADG
同步技术，
DBA
必备的一种“后悔药”》
但本文想讨论的是：有什么方法可以缩短全备或者增备的时长？
为实现缩短备份时长，这里先介绍三种常用的备份方式：
一、
几种常用库备份方式：
目前数据备份主要方式有：
Host-Base、LAN-Base
、
备份和
备份
四种方式。
备份：
是传统的数据备份方式，磁带库直接接在服务器上，且通常只为该服务器提供
数据备份服务。这种备份大多是采用服务器上自带的磁带机，备份操作通过手工操作调用。
备份结构的优点是数据传输速度快，备份操作简单；缺点是不利于备份系统的
共享，不适合于现在大型的数据备份要求。
备份：
备份方式，数据的传输是以网络为基础的。首先配置一台服务器作为备份服务
器，磁带库则接在某台服务器上。数据备份时备份对象把数据通过网络传输到磁带库中实
现备份。
备份结构的优点是磁带库共享，备份可集中管理；缺点是库备份时对网络传输
压力太大，不适合数据量非常大的环境。因为如果备份数据量非常大，会占用以太网的带
宽，虽然说备份操作一般在晚上进行。但是这种方式还是不适合大数据量的情况。因此有
了
备份。
备份：
，释放了
的压力。数据流直接从
经过
!"#
备份到
$%
，而不经
过
，不会占用主网络的带宽。但数据仍然会通过文件服务器的本地磁盘
内存—
!"#
这步，因此仍然会消耗
的资源。因此有了下面的
备份来尽可能
的减少生产服务器的压力。
的优点是数据备份统一管理、备份速度快、网络传输压力小、磁带库资源共享；
缺点是投资高。利用
&'$'
软件，配合
&'$(
等磁带库产品，可以
实现以上各种备份方式。
备份
备份需要占用备份主机的
)*
资源，如果备份过程能够在
内部完成，而大量
数据流无需流过服务器，则可以极大降低备份操作对生产系统的影响。
备
份就是这样的技术。
+
即备份时数据不流经服务器的总线和内存，文件服务器使用
的
空间，只需将
的数据直接备份到
$%
。此时文件服务器只需要发
出
&
扩展复制命令，剩下的事情就是
和
$%
之间的事情了，这样就减
轻了文件服务器的很多压力，使它可以专注于对外提供文件服务，而不需要再消耗大量
)*
、内存、
&(
在备份的事情上了。
【小结】
备份针对所有存储类型都可以使用，
和
的备份系统是建立在
（存储区域网）的基础上，基于
的备份是一种解决传统备份方式需要占用
带
宽问题的解决方案。
目前主流的备份软件，如
&'$
、
,
，均支持上述种
、
、
备份方式。三种方案中，
备份数据量最小，对服务器资源占用最多，成本
最低；
备份数据量大一些，对服务器资源占用小一些，成本高一些；
备份方案能够在短时间备份大量数据，对服务器资源占用最少，但成本最高。
综合考虑，使用
方案较为适中，实际生产中也以
&'$
的
做了备份优
化。全备从
小时降低为
小时，增备有
小时降低为
小时。
这里再介绍下
$'
备份步骤
-
".%"#
开始一个备份操作
$'
报告策略信息给
"+
其中的策略信息包括一个目的地是否是
/
的
在备份
过程中，
"
将根据策略设置分配文件，
当该策略的目的地的属性是
/
的，
它将使用
通过
方式来发送数据。
接收由
"
传送的要备份的文件数据，根据策略设置作相应分配，
然后，
发送一个
00
请求给
/'
从
/'
发送
一个请求到
"
，要求
0
相应的
0
/'
通知
，
00
所在的具体位置。
1"
通过
+
把备份数据直接通过
方式写到目标设备上。
发送元数据（
0
）信息给
$'
通过
方式
+
把这些信息保存到
$'/
看到这里，抛出一个问题：
备份过程还有优化的空间吗？
这时大家也会有个疑问：文不符题啊，题目明明是“如何提速
"
增备
2
块跟踪备份”
全备基本没什么优化空间，但增备还是有的，那就是开启快跟踪
BLOCK CHANGE
TRACKING
。
复习下块跟踪：
．
通过位图跟踪两次备份间变化的数据块；
．
每次备份前进行位图切换；
of 4
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论