滥觞：网海拾贝
Oracle9i Data Guard 议决运用称为standby database的数据库来防止呈现数据的灾祸。它议决将primary database数据库的重做日记传到并运用到standby database数据库来使standby database数据库与primary database数据库同步：
可以将重做日记直接从primary database数据库同步写到standby database数据库来完成完全没有数据丧失落的灾祸保护。这会给primary database数据库的功用带来肯定的功用丧失落。
可以将归档的重做日记从primary database数据库异步写到standby database数据库来使primary database数据库在极少丧失落功用的条件下，最小化地添加数据的丧失落。
如果重做日记数据到达standby database数据库后疾速运用到standby database数据库，则在primary database数据库呈现成绩时可以疾速地 failover 到standby database数据库。但是，如果延缓肯定功夫后再运用重做日记数据，可以阻止primary database数据库的错误疾速地流传到standby database数据库。
如附图所示，当联机重做日记在外地归档时，它们同时议决 Oracle Net 传送到了standby database：
数据库数据保护级别
可以用如下的方式设置standby database数据库来到达分譬喻的数据库数据保护级别：
Guaranteed protection：划定在修正主数据库时，至多有一个备用数据库有效。如果主（Primary Database）备（Standby Database）之间的衔接中断，Oracle集会决中断主实例的事故来防止主备数据库之间的数据的纷譬喻致，担保有数据丧失落。这种形式对数据库功用的影响较年夜。
Instant protection：划定在修正主数据库时，至多有一个备用数据库有效。与Guaranteed protection形式分譬喻的是当主备数据库之间的衔接中断时，应许主备数据库之间的数据的纷譬喻致，并当光复衔接后，处理数据纷譬喻致的征象。这种形式对主数据库的功用有较小的影响。
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，由于硬件和软件晋级构成的宕机功夫也可以十分耽误。
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也可以人工运用这些日记。
primary database 处于翻开和运动形态，而standby database处于光复或许翻开只读形态。
年夜少数的基于Oracle8的灾祸保护方案包孕一个Automated Standby Database.由于Oracle数据库可以用备份和日记光复，以是任何运用都可以运用Automated Standby Database.议决Oracle Net传输归档日记对primary database的功用影响可以疏忽不计。
物理的Standby Database和逻辑的Standby Database
Standby Database可以分为物理的Standby Database和逻辑的Standby Database：
物理 Standby Database。物理 Standby Database是Oracle8 Automated Standby Database的Oracle9i版本。它们之间只要一个差异：日记传输管事现在是一个团圆的模块，并撑持物理standby database和新的逻辑standby database。
物理Standby Database的寄义是Standby Database在物理上与primary database 一样。由于光复是运用 ROWID 一块对一块举行的，Standby Database的数据块与primary database的数据快一样。数据库形式肯定是一样的，且不能以读/写的方式翻开。
逻辑 Standby Database.逻辑 Standby Database是将归档的日记转化为SQL变乱，并将它们运用到翻开的Standby Database.由于数据库是翻开的，它在物理上与primary database是纷譬喻样的。但是，从逻辑角度讲，Standby Database与primary database是一样的，是以可以采取primary database的处置惩罚。在这种情况下，Standby Database还可以并发地举行另外的事故，例如创建一些与primary database纷譬喻样的索引和归天视图，完成决议撑持等使命。
逻辑 Standby Database 是最首要的数据保护特性。就像物理 standby database一样，它运用归档的日记在standby database长举行处置惩罚，在primary database呈现成绩的情况下也没有成绩。
中选择运用物理standby database、逻辑standby database、或两者都用时，要考虑以下一系列的因素。
逻辑standby database可用于两个目标。当要对逻辑standby database举行篡改时，其数据库可以翻开。
逻辑standby database需求DBA更高的武艺。
使数据保护极年夜化的处理方案平常包孕逻辑的和物理的standby databases.数据库Failover和Switchover当主数据库发作宕机，且不能及韶光复时，Oracle会扬弃主数据库，将备用数据库篡改为主数据库。当 failover之后，备用数据库变成为主数据库，从而丧失落了备用数据库的扫数才气，也就是说，不能再前往到备用形式。
Failover 有以下特点：
主数据库offline，备用数据库online，这种操作由零碎和软件失落败惹起。
即使在备用数据库上运用重做日记，也能够呈现数据丧失落的征象，除非备用数据库运转在guaranteed protection形式下。
原主数据库重新运用时必须reinstantiated（start instance）。
另外的备用数据库也需reinstantiated.
在主数据库正常事故时，Oracle 应许 DBA 将主数据库切换到备用数据库，此备用数据库变为主数据库，而原主数据库变为备用数据库。
数据库的切换可以从主数据库角色切换到备用数据库角色，也可从备用数据库角色切换到主数据库角色。
Switchover 有以下特点：
有意将主数据库offline，而将另一备用数据库online.可以如运用Switchover 功用完成零碎的平滑晋级事故。
即使在备用数据库上不应用重做日记，也不会构成数据的丧失落。
数据库不需reinstantiated.这使主数据库简直能当即在备用数据库上光复它的功用，是以可常常举行活期维护而不需中断操作。
Oracle9i Data Guard的一些部件日记传输管事（Log Transport Services）
Log Transport Services会被物理的和逻辑的standby database 都用到。它供给的功用包孕控制分譬喻的日记传输机制、日记传输错误处置惩罚和呈报、以及在零碎失落败后获取丧失落的日记。运用任何新的日记传输形式，数据的保护都可以取得担保。
Oracle9i Data Guard Broker
Data Guard broker供给了对日记传输管事的监测、控制、和主动化以及逻辑和物理standby的部件。例如，议决只用一个饬令就可以启动 failover，Data Guard broker可被用于控制首要角色从primary就任何一种standby database转移的整个历程。用户可以从2种分譬喻的界面来选择举行角色转换，使standby database 从primary database采取消费数据库的处置惩罚。一种选择是运用新的Oracle Enterprise Manager Data Guard Manager。该图形用户界面工具可举行年夜多的设置事故和操作功用。另一种选择是一个饬令行工具，它供给了基本的监测、篡改角色需求的扫数饬令、以及设置和设置Oracle9i Data Guard情况的才气。
Data Guard Manager 是Oracle Enterprise Manager的一局部。
Oracle9i LogMiner
在 Oracle9i中，LogMiner被做了极年夜的改良。LogMiner是一个干系工具，DBA可以垄断这个工具运用SQL举行读、阐发、和解释日记文件。LogMiner可以搜检联机的和归档的重做日记文件。
LogMiner技能供给了逻辑standby database用到的根本结构。新的Oracle Enterprise Manager运用Oracle9i LogMiner Viewer 对已经存在的饬令行界面添加了一个图形操作界面。
灾祸光复管事器（Disaster Recovery Server）和DRMON
在当今的电子商务全国中，在互连网上做生意的公司必须有一套一旦呈现成绩光复运用和数据库的计策。每个DBA都应考虑灾祸光复以及方案好的或意外的failover。Disaster Recovery (DR) Server 是辅佐DBA到达更高零碎可用性的产品的一局部。
Disaster Recovery (DR) Server 从根本上说是一系列疏松衔接的节点构成。这些节点将物理的和逻辑的standby 方案组分化了一个独自的易经管的灾祸光复处理方案。Disaster Recovery (DR) Server节点在物理分布上是疏松的，是议决网络衔接到一同的。每个 DR Server 节点能够是一个重大的实例，或是一个重大的零碎（例如一个 fail safe cluster）。DR Server 将这些节点作为一个独自的分布计算零碎来经管，从而其可用性会高于独自的节点。
DR Server 是议决将数据在节点间复制来完成其 failover 零碎的。数据库经管员是如许来设置管事器的：数据库和运用在每个节点都激活。此中，一个节点计划成primary节点，其数据库对运用来说是完全可用的，且其数据以日记的方式复制到另外的节点。另外的节点对primary节点来说是standby节点，它们采取从primary节点发来的日记并篡改（从物理上或逻辑上）其数据库拷贝。
DR Server的standby节点是随时预备好在primary节点呈现成绩时举行采取的，从而在primary 节点呈现灾祸后数据和运用对用户来说依然可用。
DR Server结构给DBA首要供给了两点首要功用：
它供给了DBA从逻辑上设置一个 failover 资源组来到达高可用性的方式。
它指定了构成DR Server 本身的根本计算框架。
版权声明： 原创作品，应许转载，转载时请务必以超链接方式标明文章 原始来由 、作者信息和本声明。否则将追查司法责任。