[Oracle] Data Guard系列（1）- 三种保护模式

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也可有可无（建议有）。

上面所有的参数都确认配置无误之后，就可以用以下语句修改保护模式：

[sql] 
ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {AVAILABILITY | PERFORMANCE | PROTECTION};

修改成功后，可以通过以下语句验证：

[sql] 
SELECT PROTECTION_MODE FROM V$DATABASE;