达梦守护模式2+1和oracle dataguard 1+1的对比

1）达梦主备集群顾名思义就是一主一备（也可以一主多备，这里只讨论2+1方式）是一种集成化的高可靠性解决方案，同时满足用户对数据安全性和高可用性的要求。
主要就是通过在线的归档，将归档日志传递到备机，这样实现两个节点数据的一致性，主机产生一条新的记录时，在记录写入数据库文件之前，会把新产生的redo日志文件发送到备机，由备机重新执行接收到的redo日志。
Oracle DataGuard是在主节点与备用节点间通过日志同步来保证数据的同步，‌可以实现数据库快速切换与灾难性恢复。‌

2）达梦的2+1模式如果主机发生故障，则备机会自动切换为主机，代替原主机的职能。以此保证服务的连续性。在原主机故障恢复之后，重新加入集群之后，则变为备机，由新主机继续执行相关的任务，并同步数据到备机。
Oracle DataGuard通常是不会自动切换，需要手动干预。要实现自动切换，要配置broker或者需要自己写脚本进行干预。

3）达梦主备相关概念
1、主库

Primary 模式，提供完整数据库服务的实例，一般来说主库是用来直接支撑应用系统的生产库。

2、备库

Standby 模式，提供只读数据库服务的实例。备库除了用于容灾，还可以提供备份、查询等只读功能，并且备库还支持临时表的 Insert/Delete/Update 操作。

3、MAL 系统

MAL 系统是基于 TCP 协议实现的一种内部通信机制，具有可靠、灵活、高效的特性。DM 通过 MAL 系统实现 Redo 日志传输，以及其他一些实例间的消息通讯。

4、Redo 日志

Redo 日志包含了所有物理数据页的修改内容，Insert/delete/update 等 DML 操作、Create Table 等 DDL 操作，最终都会转化为对物理数据页的修改，这些修改都会反映到 Redo 日志中。

5、Redo 日志包（RLOG_PKG）

Redo 日志包（RLOG_PKG）是 DM 数据库批量保存物理事务产生的 Redo 日志的数据单元，以物理事务 PTX 为单位保存日志，一个日志包内可连续保存一个或多个 PTX。日志包具有自描述的特性，日志包大小不固定，采用固定包头和可变包头结合的方式，包头记录日志的控制信息，包括类型、长度、包序号、LSN 信息、产生日志的节点号、加密压缩信息、日志并行数等内容。

物理事务提交时将 Redo 日志写入到日志包中，在数据库事务提交或日志包被写满时触发日志刷盘动作。日志刷盘线程负责将日志包中的 Redo 日志写入联机日志文件，如果配置了 Redo 日志归档，日志刷盘线程还将负责触发归档动作。DM 数据守护系统中，主库以RLOG_PKG 为最小单位发送 Redo 日志到备库。RLOG_PKG 具有自描述、自校验特征，数据的组织形式更加灵活、高效，支持 HUGE 表操作产生 Redo 日志，并且支持以 RLOG_PKG 为单位进行日志加密和压缩。

6、Redo 日志传输

主备库之间的 Redo 日志传输，以日志包 RLOG_PKG 为单位，主库通过 MAL 系统发送Redo 日志到备库。各种不同数据守护类型的区别，就在于主库日志包 RLOG_PKG 的发送时机，以及备库收到 Redo 日志后的处理策略，这个后边章节会介绍（主备同步方式）。

7、KEEP_PKG 介绍

主库的RLOG_PKG日志通过实时归档机制发送到备库后，备库将最新收到的RLOG_PKG通过重演服务保存在内存中，不马上启动重演，这个 RLOG_PKG 我们称之为 KEEP_PKG。

8、Redo 日志重演

Redo 日志重演的过程，就是备库收到主库发送的 Redo 日志后，在物理数据页上，重新修改数据的过程。Redo 日志重演由专门的 Redo 日志重演服务完成，重演服务严格按照Redo 日志产生的先后顺序，解析 Redo 日志、修改相应的物理数据页，并且重演过程中备库会生成自身的 Redo 日志写入联机日志文件。

9、本地归档

本地归档（Local），就是将 Redo 日志写入到本地归档日志文件的过程。本地归档在 REDO 日志写入联机日志文件后触发，由归档线程完成本地归档动作；与联机 Redo 日志文件可以被覆盖重用不同，本地归档日志文件不能被覆盖，写入其中的 Redo 日志信息会一直保留，直到用户主动删除；如果配置了归档日志空间上限，系统会自动删除最早生成的归档 Redo 日志文件，腾出空间，（即archive max size参数设置）。

配置本地归档情况下，Normal/Primary 模式库在 Redo 日志写入联机 Redo 日志文件后，将对应的 RLOG_PKG 由专门的归档线程写入本地归档日志文件中。Standby 模式库收到主库产生的 Redo 日志后，直接进行本地归档，写入本地归档日志文件中，同时启动 Redo 日志重演。

Normal/Primary 模式库归档日志文件保存的是当前节点产生的 Redo 日志，归档日志文件内容与联机日志内容保持一致。Standby 模式库重演日志重新产生的 Redo 日志只写入联机日志文件，归档日志文件保存主库产生的 Redo 日志，因此备库联机日志文件内容和归档日志文件内容是不完全一致的。采用这种归档实现方式后，可以确保数据守护系统中所有节点的归档日志文件内容是完全一致的。

10、实时归档

与本地归档写入保存在磁盘中的日志文件不同，实时归档（Realtime）将主库产生的Redo 日志通过 MAL 系统传递到备库，实时归档是实时主备和 MPP 主备的实现基础。实时归档只在主库生效，一个主库可以配置 1~8 个实时备库。

4）Oracle DataGuard 主要配置主要保存在主备库的spfile里，通过配置fal_client和fal_server参数，它是取回归档日志进程，只有物理备库才有该进程。FAL进程提供了一个client/server的机制，用来解决检测在主库产生的连续归档日志，而在备库接受的归档日志不连续的问题。该进程只有在需要的时候才会启动，而当工作完成后就关闭了，因此在正常情况下，该进程是无法看见的。

该进程是通过fal_client,fal_server参数进行交互的。

当主库的某些日志没有成功发送到备库，这时候发生了Archive Gap，缺失的这些日志就是Gap。

DG能够自动检测，解决归档裂缝，不需要dba的介入，但是这需要配置fal_client,fal_server这两个参数。

fal_client通过网络向fal_server发送请求。
fal_server通过网络向fal_client发送缺失的日志。
5）Oracle DataGuard作为甲骨文公司推出的产品，‌在国际市场上有着广泛的应用和成熟的解决方案。‌
达梦数据库作为国产数据库管理系统，‌在国内市场上有着一定的市场份额和用户基础，‌对于需要满足国内安全合规要求的场景可能更具优势。‌