Oracle10gDataGuard安装笔记.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
Oracle10gDataGuard安装笔记

Oracle10g Data Guard 安装笔记 一、 Data Guard 概念: 1、Data Guard三种模式: Maximum protection:零数据丢失。发生事务时需要同时向主数据库和备用数据写重做日志。为了保证数据不丢失,如果有一个事务发现不能向备用数据写重做日志,那么主数据库会自动关闭。 Maximum availability:在保证主数据库可用的情况下最大程度上保证数据的不丢失。同Maximum protection 一样也是同时向主和备用数据库写重做日志。与Maximum protection 不同的时当发现不能向备用数据库写重做日志时不会关闭数据库,而是采用Maximumperformance 的模式管理直到修复故障。当发生第二次错误时至少要能够将重做日志写入到一个备用数据库中才能保证零数据丢失。 (多备用库的情况下。如果是一个备用库发生一次错误就会丢失数据) Maximum performance:Oracle 默认采用这种方式。在不影响主库的性能的情况下最大程度上保证数据不丢失。由于前两种方式要同时向主和备库写重做日志这就会给系统的性能带来负面影响。当事务提交时会立即将数据写入到本地的联机日志中。主库的重做数据流至少要写入到一个从库中,但是这个并不是与主库同时发生的。如果采用了足够的带宽的话,这种模式提供的数据保护保证最大的可用性,同时对主库的性能影响最小。 2、DataGuard工作原理: 从设计原理上来讲,standby database是为 primary database建立的备份,因此具有 redundance data,也是相对于 database来说的 high availability; standby database为 primary database做的备份,是通过 primary database不断产生出的archived log files来实现的。primary database处于 archive mode的状态,持续送出 archived log files给 standby database,而 standby database则处于 recovery mode,持续apply primary database的 archived log files. (图1:Redo Apply与LGWR ASYNC)  为了完成上述过程,必须具备以下的条件: (1)如果primary database和 standby database是运行在不同的服务器上面,那么这两台服务器必须有相同version和 release的操作系统;必须有相同 version, release和 patch的 oracle RDBMS系统。 (2)Primary database必需处于archive log mode。 (3)Oracle从version 8i (8.1.5以后)开始支持 primary database可以将 arhived log files自动送到最多一个remote site (一般即standby database server),本地则可多达七个地点。并且,standby database在mount的状态下,增加了 managed recovery mode,在这种状态下,standby database可以自动立即apply由 primary node送过来的 archived log files。 (4)Oracle从version 8i (8.1.5以后)开始支持standby database的mount recovery mode和database read only mode的转换。这样方便了系统可以利用standby database产生reports,而不影响用户正常使用 primary database。 (5) 一旦 standby database被activated,即成为primary database,无法再回归 standby database mode。因此primary database出了问题,standby database被actived成为primary database之后,如果需要在原来的 primary/standby node上面重建 primary/standby database,两个database都需要重建。 (6)关于启动standby database时与 primary database之间的数据丢失问题。如果primary database在出问题之前如果无法完成 log file switch的话,两个database之间会相差 current on-li

文档评论(0)

yan698698 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档