数据保护模式

定义

1. 最大保护（Maximum Protection）

这种模式能够确保绝无数据丢失。

代价

它要求所有的事务在提交前其REDO不仅被写入到本地的Online Redologs，还要同时写入到Standby数据库的Standby Redologs，并确认REDO数据至少在一个Standby数据库中可用（如果有多个的话），然后才会在Primary数据库上提交。当Standby数据库不可用的话（比如网络中断），Primary数据库会被Shutdown，以防止数据丢失。

配置要求

• Standby Database必须配置Standby Redo Log
• Primary Database必须使用LGWR，SYNC，AFFIRM方式发送日志到Standby Database
• 至少有一个standby database 是可用的

2. 最高可用（Maximum Availability）

这种模式在不影响Primary数据库可用前提下，提供*别的数据保护策略。其实现方式与最大保护模式类似，也是要求本地事务在提交前必须至少写入一台Standby数据库的Standby Redologs中，不过与最大保护模式不同的是，如果出现故障导致Standby数据库无法访问，Primary数据库并不会被Shutdown，而是自动转为最高性能模式，等Standby数据库恢复正常之后，Primary数据库又会自动转换成最高可用性模式。

配置要求

• Standby Database必须配置Standby Redo Log
• Primary Database必须使用LGWR，SYNC，AFFIRM方式发送日志到Standby Database
• 至少有一个standby database 是可用的

3. 最高性能（Maximum Performance）

缺省模式。这种模式在不影响Primary数据库性能前提下，提供*别的数据保护策略。事务可以随时提交，当前Primary数据库的REDO数据至少需要写入一个Standby数据库，不过这种写入可以是不同步的。如果网络条件理想的话，这种模式能够提供类似最大可用性的数据保护，而仅对Primary数据库的性能有轻微影响。这也是创建Standby数据库时，系统的默认保护模式。

配置要求

• Primary Database使用LGWR ASYNC或者ARCH进程的方式发送日志到Standby Database。不建议使用ARCH传输
• Standby Database不要求使用Standby Redo Log

各种模式优缺点对比

模式	优点	缺点

对日志传输属性要求

Maximum Availability	Maximum Performance	Maximum Protection
AFFIRM	NOAFFIRM	AFFIRM
SYNC	ASYNC	SYNC

修改模式

• 注意相关初始化参数配置值

• Mount状态下修改：关闭数据库，重启到Mount状态，如果是RAC，需要关闭所有实例，然后只启动一个实例到mount状态。

• 修改命令

  ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE {PROTECTION|AVAILABILITY|PERFORMANCE};
  
  -- 示例：
  ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PROTECTION;
  

• 打开数据库

• 确认数据保护模式

  select protection_mode,protection_level from v$database;