Oracle9i Data Guard的灾难防护

核心提示： Rapid protection：主数据库的修改快速应用在备用数据库上，会出现数据丢失，Oracle9i Data Guard的灾难防护(2)，但对数据库性能的影响小，Delayed protection：主数据库的修改在延迟一定的时间后应用在备用数据库上，另外，通过使用Oracle9i

Rapid protection：主数据库的修改快速应用在备用数据库上。会出现数据丢失，但对数据库性能的影响小。

Delayed protection：主数据库的修改在延迟一定的时间后应用在备用数据库上。Rapid protection和Delayed protection模式即使在网络连接有效时，也允许主数据库与所有的备用数据库有数据分歧，数据的丢失量等同于主数据库联机重做日志的未归档数。这种方式对数据库性能的影响小。

如何限制数据的丢失量

在primary/standby配置下，所有的归档日志被发送到了standby 节点，这使standby 节点的数据保持着更新。但是，如果primary 数据库意外关闭，联机的日志将会丢失，因为它们尚未归档并发送到standby节点。这使得 primary 和standby 数据库之间会有一个差异。

Oracle9i 可以用以下的方法来限制这个差异：

DBA可以选择让LGWR在将重做日志数据写到本地磁盘的同时将数据发送到 standby 数据库。该功能称为standby零数据丢失（standby zero data loss）。这种方法从本质的角度讲提供了远程重做日志镜像，但带来的问题是会极大地损失性能。

设置系统初始化参数ARCHIVE_LAG_TARGET.该参数是一个日志文件开始使用到被发送到standby数据库的时间间隔。该参数的推荐值是 1800秒（需要注意的是，没有传送到 standby 数据库的已经提交的事务会丢失，因此长的事务会使standby数据库损失更多的数据）。

Oracle9i Data Guard数据防护与Oracle8 Standby Database的关系Oracle Standby Database 是最经常使用的最有效的灾难解决方案。在过去版本的基础上，Oracle9i 又进行了许多改进，使其功能远远超过了基本的灾难恢复要求。通过将复杂的工作自动化，并对监控、警告、以及控制机制的大规模改进，Standby Database 和一些新的模块可以帮助DBA 从错误操作、瘫痪、以及其它的灾难中恢复（这些灾难都可能毁掉数据库）。另外，通过使用Oracle9i Standby Database，由于硬件和软件升级造成的宕机时间也可以极度缩短。