1. DATAGUARD基本原理
备用数据库（standby database）：ORACLE 推出的一种高可用性(HIGH AVAILABLE)数据库方案，在主节点与备用节点间通过日志同步来保证数据的同步，备用节点作为主节点的备份，可以实现快速切换与灾难性恢复。
ORACLE 从7.3 才开始支持standby database。7.3.x-8.0.x 需要手工拷贝所有归档日志并手工同步，从ORACLE815开始，开始支持多节点复制，并实现了自动同步，但是这种同步是数据异步模式的，可能引起数据丢失。
从ORACLE9i开始，备用服务器已经换了一种新的称呼，叫数据保护(DATA GUARD)，在这种模式中，开始支持三种不同的数据保护模式，并开始采用LGWR 对数据的传送而不是以往的ARCH，并增加了一个新的后台进程叫DMON 监控数据的同步，支持多达9 个节点的同时复制。从920开始，还开始支持物理与逻辑备用服务器。
ORACLE-DG的三种数据保护模式分别是：
1、MAXIMIZE PROTECTION ：最大数据保护与无数据分歧，LGWR将同时传送到备用节点，在主节点事务确认之前，备用节点也必须完全收到日志数据。如果网络不好，引起LGWR不能传送数据，将引起严重的性能问题，导致主节点DOWN机。
2、MAXIMIZE AVAILABILITY ：无数据丢失模式，允许数据分歧，允许异步传送。正常情况下运行在最大保护模式，在主节点与备用节点的网络断开或连接不正常时，自动切换到最大性能模式，主节点的操作还是可以继续的。在网络不好的情况下有较大的性能影响。
3、MAXIMIZE PERFORMANCE：这种模式应当可以说是从8i继承过来的备用服务器模式，异步传送，无数据同步检查，可能丢失数据，但是能获得主节点的最大性能。9i在配置3DATA GUARD 的时候默认就是MAXIMIZE PERFORMANCE
建立备用服务器有如下要求： 1、主节点必须运行在归档模式下
2、点与备用节点最好有相同的OS版本(Edition)，一般beta 号差一点还是可以的 3、点与备用节点必须有相同的数据库版本(Edition)和发布版本(Release)
1.1. 采用Arch进程传送归档日志
1.2. 采用Lgwr进程传送归档日志
2.2.1关于LGWR传递Redo和Standby Redo Log
Data Guard除了以上传统的Arch日志传送过程外，还可以采用联机日志的传送，在备用端
建议创建一组备用日志，并保持与主数据库备用日志相同大小，而且最好比主数据库的联 机日志多一组以上。
如果采用联机日志传送，但是不在备用端创建备用日志的话，联机日志将自动写到备用端的归档日志中。在备用日志或者当前正在归档的日志中的内容是不能马上被应用的，必须当归档完成后才由MRPn进程应用到备用数据库，所以说，恢复不是连续的，但是，传送过程可以是连续 的，在备用日志或当前归档日志中的内容，如果有需要，可以最终被指定应用到备用数据库。
如果在Rac 环境下，Standby 上的redo 被所有instances 的LGWR 一起使用. 而没有按 instances 分开。
如果在创建数据库或者控制文件的时候，MAXLOGFILES参数指定过小，将影响到备用日
志的创建，这种情况下，必须重新创建控制文件才能解决相应问题。
2.2.2 采用Lgwr联机日志传送过程
LGWR 直接将log buffer 中的事务数据异步(async 缺省)通过net8 传递给从库，从库的RFS进程接收Redo data， 并写到Standby Redo Log中, 然后，当主库发生log switch时，从库ARC0,ARC1进程将redo log写到archived log file 中，一旦archived log 可用，MRP0 马上将归档日志应用到数据文件及控制文件中。
Oracle Dataguard基本原理
