Data Guard保护模式解析及演示

文章由LinuxBoy分享于2019-03-30 03:03:50热评（67）

Data Guard保护模式解析及演示

在一些场合，一些业务是不能容忍丢失数据的。而在另外的场合，数据库的可用性可能比数据的丢失更加重要。一些应用要求数据库的性能最大化，并且可以容忍少许数据的丢失。以下是三种不同数据保护模式的描述总结。

以下两张图三种模式的特点，下面将逐一进行分析：

Data Guard保护模式解析及演示

1、最大保护模式（Maximum protection）

这个保护模式确保在主库发生故障的时候，没有数据的丢失。为了提供这种级别的保护，重做日志涉及的事务必须写入本地online redo log和standby database的standby redo log之后（假设有多个备库，至少写入其中的一个即可），才可以提交事务。为了保证数据的不丢失，如果发生了一个故障阻止了redo流可以写入至少一个事务一致的standby database，主数据库将关闭。

由以上即可知，要配置最大保护模式，我们需要在备库建立standby redo log,使用LGWR写日志，SYNC同步日志，AFFIRM。

参数配置实例：

alter system set log_archive_dest_2='SERVICE=db_phystdby LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=PHYSTDBY AFFIRM ';

2、最高可用性（Maximum availability）

这种保护模式在不影响主库的可用性情况下，提供最高级别的数据保护。与最大保护模式一样，重做日志涉及的事务必须写入本地online redo log和standby database的standby redo log之后（假设有多个备库，至少写入其中的一个即可），才可以提交事务。不过与最大保护模式不同的是，如果发生故障阻止redo流写入远程的standby redo log中，主库不会关闭。取而代之的是，主库运转在最高性能模式下，直到故障消除以及redo log 文件的gaps（裂缝）解决掉。当所有的gaps解决掉，主库自动恢复运行至最高可用模式。
这种模式保证在主库故障的时候不会发生数据丢失，但是仅仅在第二个故障没有阻止完整的redo data从主库发送至最少一个备库中。
采用这种模式，同最大保护模式一样，需要在备库建立standby redo log,使用LGWR写日志，SYNC同步日志，AFFIRM。
参数配置实例：

alter system set log_archive_dest_2='SERVICE=db_phystdby LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=PHYSTDBY AFFIRM ';

3、最高性能（Maximum performance）

最高性能模式是默认的保护模式，这种模式在不影响主库性能的前提下提供最高级别的数据保护。这种模式事务提交是不受限制的。主库的redo data流同样要求写入至少一个standby database，但是redo 流与创建redo data的事务相对而言是不同步的。
当网络带宽足够使用时，这种模式提供了类似于最高可用模式的数据库保护，但是对于主库的性能影响最下。
从以上分析即可知，这种模式下，我们可以使用ARCH或LGWR。
当使用ARCH时，则需要SYNC（同步）。
当使用LGWR时，可以是SYNC也可以是ASYNC。
Standby redo这个可有可无。
示例配置：
alter system set log_archive_dest_2 = 'SERVICE=db_phystdby LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=PHYSTDBY';

Data Guard保护模式解析及演示