Data Guard提供如下三种数据保护模式：
1）最高保护模式（Maximum Protection）
这里的”最高保护“是指最大限度的保护数据不丢失，也就是至少有一个standby和 primary保持实时同步，但这样做的代价很大，因为只要当一个事务提交时，不但要写到primary段的 online redo log，还有写到至少一个standby的standby redo log。这样会有一个严重的问题，就是当 standby出现故障或网络故障，导致日志无法同步时，primary数据库会被shutdown，这在生产系统中是 不可接受的，因此这种模式很少用。
2）最高性能模式（Maximum Performance）
最高性能正好和最高保护相反，当事务提交时，只要写入到primary的online redo log即可， primary几乎不受影响。然后再把redo同步到standby中，这样就无法保证primary和standby实时同步。 这种模式在实际应用中比较常见，毕竟primary不受影响是最重要的，如果出现standby落后primary太 多，DBA可以手工介入，在standby端apply redo。
3）最高可用性模式（Maximum Availability）
最高可用性模式介于前两者之间，在正常情况下，它和最高保护模式一样，但一旦standby出现故障 ，就立即切换成最高性能模式，primary不会shutdown。如果实际应用该模式，得关注一下实时应用时 对primary的性能影响。
那么如何配置及修改DG的保护模式呢？首先你要检查以下2点：
1. 主备库的db_unique_name是否唯一？
2. log_archive_config的dg_config属性是否已经包含所有的主备库db_unique_name？
以上2点确认之后，就可以使用LOG_ARCHIVE_DEST_n来配置，下表显示该参数和保护模式的关系：
从上图可以看出，最大保护和最高可用性的配置一模一样（这很正常因为最高可用性在正常情况下 就是最大保护）：必须使用LGWR进程传输Redo，网络传输模式必须是sync，磁盘写选项AFFIRM，必须配 置standby redo log。
而最大性能模式比较灵活，即可以用LGWR，也可以用ARCH进程传输redo，网络即可以sync也可以 async，磁盘IO写即可以AFFIRM也可以NOAFFIRM，standby redo log也可有可无（建议有）。
上面所有的参数都确认配置无误之后，就可以用以下语句修改保护模式：
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {AVAILABILITY | PERFORMANCE | PROTECTION};
修改成功后，可以通过以下语句验证：
SELECT PROTECTION_MODE FROM V$DATABASE;
查看本栏目更多精彩内容：http://www.bianceng.cnhttp://www.bianceng.cn/database/Oracle/