Boss要求零数据丢失，Data Guard的三种保护模式如何选择？

　　公司现在越来越重视数据的灾备，部署了大量的Data Guard和Oracle GoldenGate。核心系统的数据非常重要，大boss的要求很简单就是数据零丢失。

仔细衡量Data Guard的三种保护模式，在最大可用和最大保护之间展开了激烈的讨论。下面从技术层面看看这两种保护模式的特点和区别。

零数据丢失： 在DataGuard中同步传输SYNC（synchronous transport）又称为零数据丢失。因为要等到确认事务恢复所需要的redo数据已经被写入备用数据库的磁盘上（StandbyLogFile），才允许LGWR认可提交操作成功。

最高可用：

ALTER DATABASE SET STANDBY TO MAXIMIZE AVAILABILITY；

这个模式最强调可用性，其次强调零数据损失保护。该模式使用SYNC（同步）方式传输redo数据，因此从备用数据库收到“redo数据已经写入磁盘”确认消息所需的时间会影响主库的性能。但是在主库出现故障时，通常可以百分百保护数据。

然而网络故障或者备用数据库出现故障，将无法向备用数据库传输redo，而主库仍能继续接收新事物。 配置最高可用时，其最长等待秒数有NET_TIMEOUT的值决定（默认30秒），此后将放弃备用目标，即使仍然无法与备用数据库通信，也允许主数据库继续进行处理。当连接重新建立后，主库将强制切换一次日志，关闭current redo log，防止在间隔再同步过程中redo传输进一步滞后。仅当在自动重新同步进程尚未完成前，主库又一次出现故障时才可能丢失数据。

最高保护：

ALTER DATABASE SET STANDBY TO MAXIMIZE PROTECTION;

采用SYNC同步redo数据传输模式，直到收到配置中至少一个备用数据库的确认消息（恢复事务所需的数据已经可靠第保存在磁盘上），主数据库才确认提交。与最高可用不同的是，它不再考虑NET_TIMEOUT参数。如果主数据库未能从SYNC备用数据库收到确认消息，主数据库将停下来并最终终止，防止出现未保护提交的情形。

最高性能：

就是快在ASYNC，异步传输模式上。LGWR进程不必等待LNS的确认消息。该种方法不再考虑范围之内。

最高可用vs最大保护
最大可用顾名思义是以可用为第一目标，安全性会为了可用性自动降级。它的阿基里斯之踵就是在NET_TIMEOUT超时后，主库会继续处理事务，等到当前redo写满，开始进入归档模式时才会再次尝试连接备用数据库。这个期间主库与备库的数据时不一致的，出现灾难场景failover后回丢失数据。
可是最大保护呢，这个反对呼声也非常高，就是担心网络问题或是备库问题导致无法及时给主库的LGWR反馈信息，使主库挂掉。

其实满足boss的零数据丢失，可以采用最大保护模式。为主库创建2个或3个最大保护模式的同城灾备，一个备库在同机房不同机柜，其它的备库在不同的机房（可能相隔几公里）。当主库发起一个事物提交动作，LGWR进程将redo log buffer中的内容写入redo log file同时LNS进程将该redo log buffer中的信息发送给备用数据库。这时只要有一个最大保护模式的备用数据库成功收到该数据并写入standby log file中就会给主库的LGWR进程反馈成功，主库会继续处理事务。并不需要所有的备用数据库都向它反馈。 从某个角度来看该方法更像是解决备用数据库的“单点故障”。当然只有一台备用数据库，并且采用了最大保护模式还是有影响主库的可能性。

最后还有件很重要的事情，提前祝大家五一节快乐！