Data Guard 的3种数据保护模式

. 最大保护模式
原理： 当事务提交时，日志必须同时写到Primary数据库和至少一个Standby数据库，以保证Primary和Standby的数据的实时同步。
问题： 1. 影响Primary数据库的性能； 2. 当日志无法同步到至少一个Standby时，Primary会被强制Shutdown。
适用范围： 除非对于数据安全极其敏感的系统，否则很少使用该模式。
2. 最大性能模式（默认）
原理：当Primary的日志无法传递到Standby时，Primary不受影响，且会不断尝试向Standby 传递日志，直至成功。
问题： 无法保证数据的绝对安全，会造成部分数据丢失。
3. 最大可用性模式（折中方案）
原理： 正常情况下，和最大保护模式一样，但当日志无法同步到Standby时，并不会导致Primary的Shutdown，此时，自动切换至最大性能模式；当所有的日志全部传递至Standby时，又切换回最大保护模式。
问题： 1. 比最大性能模式安全，当仍无法保证数据的绝对安全; 2. 对Primary数据库性能也有影响

=============================================

在道富的Data Guard架构中，大都采用最大性能模式，为了把可能的数据丢失降到最小，部署一Autosys job，该job每隔半小时查询Primary和Standby间的Gap，若Gap超过指定限度，便向oncall DBA发beep。

 

 

 

1. 物理Standby
原理： Redo日志的应用（ 恢复）是基于数据块级别，保证Primary和Standby的物理一致性。
特点：Standby要处于mount模式下，因为处于恢复模式中。
2. 逻辑Standby
原理： 从Redo日志中提取出 SQL语句重新执行，达到与Primary同步的目的。
特点：Standby要处于open模式下，因为要apply SQL语句。

===========================================

道富的Standby大都采用物理Standby，因为其主要功能是作为数据容灾，物理Standby的性能也好于逻辑Standby。

全部脚印 不留脚印 留下脚印:

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12122734/viewspace-707437/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12122734/viewspace-707437/