DM8数据守护集群

DM8数据守护集群
一、原理介绍
在生产环境中，数据安全以及服务不中断是很重要的二个因素；在达梦数据库中，可搭建数据守护集群系统来实现。
DM数据守护是一种可以实现高可用，高安全的数据库系统，当业务系统主数据库不可用时，系统可自动把备库在秒级别内切换为主库并对外进行服务。
DM数据守护集群内部通过传送主库产生的REDO日志到备库，备库接受主库的日志并进行重演。内部使用高速的内网通过MAL系统实现REDO日志的快速传送，从而高效实现主备库的数据同步。本文以DM8实时主备为例详细说明其工作原理以及注意事项。
首先，下图展示DM实时主备REDO日志传送的原理图：

达梦集群中，通过备库响应主库时间分为事务一致性模式和高性能模式；当主库传送REDO日志到备库时，如果备库马上响应主库则为高性能模式，如果备库重演日志完成后再响应主库则为事务一致性模式，实时主备默认为高性能模式（通过参数ARCH_WAIT_APPLY

设置），需要注意的时，在高性能模式下，主库和备库的数据存在一定的延迟，如果不允许主备库延迟，则需要设置为事务一致性模式，该模式下会损失一定的性能。
在DM实时主备系统中会使用到一下几个组件：
（1）守护进程（dmwatcher）
守护进程在是与数据库实例联系的桥梁，能够接受数据库实例的消息和命令，并与监视器进行交互。
注意：在Linux环境下，官方手册中，设置的自动启动命令INST_STARTUP_CMD = /dm/bin/dmserver。在主库故障时，备库执行接管时会报错，导致备库切换主库失败。经过本人的验证测试，需要更改为INST_STARTUP_CMD = /dm/bin/DmService start(/dm/bin/DmService即安装数据库时注册的服务路径)。
（2）监视器（dmmonitor）
监视器通过与守护进程进行交互，获取数据库实例的信息，也可以向守护进程发送命令，在必要时进行数据库相应的操作。
其中监视器类型分为监控模式和确认模式，通过参数MON_DW_CONFIRM来指定，默认为0表示为监控模式，设置为1表示确认默认，其中确认模式下只能配置一个确认监视器，如果守护进程中设置了自动切换（参数DW_MODE = AUTO），那么必须部署一个确认监视器，否则主库出现故障，备库不能自动进行切换。
需要注意的是，部署的确认监视器需要在额外的第三台机器部署，否则可能会导致故障切换失败，如主库断电时，监视器也部署在主库，那么就会导备库切换失败。
下图展示实时主备系统各个组件的作用：

二、应用场景
DM数据守护集群主要应用于业务需要高可用，高安全的场景，不允许业务长时间中断。DM数据守护集群也可监控数据库运行信息，让数据库管理员及时有效发现集群中出现的故障，其监视器内部可通过很多命令操作数据库集群，方便了集群的管理与维护。
三、优缺点
DM数据守护集群的优点在于能实现业务数据库的快速切换，避免业务出现中断；并且不需要额外的组件来实现高可用功能，通过其内部守护进程机制即可实现，这样更加与数据库系统关联紧密，同时也有利于数据库的升级，不会出现兼容问题。
DM数据守护集群的缺点在于当需要主备系统自动切换时，需要额外的第三台服务器，加大了成本。另一方面，由于确认监视器只能部署一个，当部署确认监视器的服务器出现故障时，数据库守护集群同样也不能进行自动切换等操作。
四、总结
DM数据守护集群在部署以及使用上都不复杂，并且由于使用高速MAL系统传送REDO日志，主备库的延迟很低，能实现主备库的快速切换，完全满足大部分业务上的需求。
并且通过数据守护进程与监视器协同工作，使监控变得更加简单化，不依赖与第三方HA组件进行主备切换，能有效提升系统本身的可靠性以及安全性。