在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，由于硬件和软件升级造成的宕机时间也可以极度缩短。

　　Oracle9i 将改进过的8版本的Standby Database功能，与几个新增加的防止用户错误和瘫痪的模块合起来称为Oracle9i Data Guard。
   
    Oracle8 Automated Standby Database 提供了创建和自动维护生产数据库拷贝的手段来防止灾难的发生。Oracle8 Automated Standby Database 具有以下的功能：
   
　　当primary database 产生日志后，系统自动用归档日志更新standby databases。

　　一个primary database可以最多有4个standby databases。这4个standby databases是与primary database完全一样的拷贝，它们都可以接管primary database的处理。

　　Oracle使用标准的恢复方法来将归档日志应用到每个standby databases。这些日志的应用是自动的，DBA也可以人工应用这些日志。

上一页  [1] [2] [3] [4] [5] [6] 下一页