一、背景
DM 数据守护（Data Watch）是一种集成化的高可用、高性能数据库解决方案，是数据库异地容灾的首选方案。通过部署 DM 数据守护，可以在硬件故障（如磁盘损坏）、自然灾害（地震、火灾）等极端情况下，避免数据损坏、丢失，保障数据安全，并且可以快速恢复数据库服务，满足用户不间断提供数据库服务的要求。
一、数据准备
（一）在主机上初始化数据库
在配置数据守护之前，必须先同步实例数据，确保两者保持完全一致；主库可以是新初始化的数据，也可以是正在生产、使用中的数据。DM 提供了两种方式初始化同步实例数据，数据文件拷贝以及备份还原方式。本文采用备份还原方式
按照如下步骤完成数据初始化：
1、正常关闭数据库
2、进行脱机备份
./dmrman CTLSTMT="BACKUP DATABASE '/dm/data/DAMENG/dm.ini' FULL TO BACKUP_FILE1 BACKUPSET '/dm/data/BACKUP_FILE_01'"
3. 拷贝备份文件到备库所在机器
4. 执行脱机数据库还原与恢复
./dmrman CTLSTMT="RESTORE DATABASE '/dm/data/DAMENG/dm.ini' FROM BACKUPSET '/dm/data/BACKUP_FILE_01'"
./dmrman CTLSTMT="RECOVER DATABASE '/dm/data/DAMENG/dm.ini' FROM BACKUPSET '/dm/data/BACKUP_FILE_01'"
./dmrman CTLSTMT="RECOVER DATABASE '/dm/data/DAMENG/dm.ini' UPDATE DB_MAGIC"
（二）检测数据一致性
依次到每个实例上，切换到执行码目录/dm/bin，以 mount 方式启动数据库。
./dmserver /dm/data/DAMENG/dm.ini mount
启动命令行工具 DIsql，分别登录各个实例查询 LSN 值，如果主库和备库的 FILE_LSN和 CUR_LSN 值相同，可以确保数据完全一致。
SQL>select file_LSN, cur_LSN from v$rlog;
--结果如下;
行号 FILE_LSN CUR_LSN
-------- ------------------ --------------------
1 10250 10250
检查实例的永久魔数是否一致：
SQL>select permanent_magic;
--结果如下;
行号 PERMANENT_MAGIC
---------- ---------------
1 385101984
确保 LSN 和永久魔数都一致的情况下，正常关闭各个实例，继续配置数据守护。
（三）守护进程控制文件
对于故障场景中，某个全局守护类型的实例所在机器故障，数据无法继续使用的情况下，从当前的有效主库直接拷贝数据文件或者备份还原方式重新准备数据后，需要同时拷贝主库的守护进程控制文件 dmwatcher.ctl 到实例的数据文件目录下。
二、配置实时主备
本次配置使用的是一个主库和一个实时备库。
（一）环境说明
服务器已经安装了达梦数据，安装路径为’/dm’，执行程序保存在’/dm/bin’目录中，数据存放路径为’/dm/data’。
各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不能超过 16。本示例中组名为“GRP1”，配置为实时主备，主库命名为“GRP1_RT_01”，备库命名为“GRP1_RT_02”。
| 机器名 | IP地址 | 初始状态 |
| DW_P | 192.168.0.131 192.168.0.141 | 主库 GRP1_RT_01 |
| DS_S1 | 192.168.0.132 192.168.0.142 | 备库 GRP1_RT_02 |
（二）数据准备
DW_P 机器上初始化库至目录/dm/data：
/dminit path=/dm/data
（三）配置主库
1.配置 dm.ini
在 DW_P 机器上配置主库的实例名为 GRP1_RWW_01，dm.ini 参数修改如下：
INSTANCE_NAME = GRP1_RWW_01
PORT_NUM = 32141 #数据库实例监听端口
DW_INACTIVE_INTERVAL = 60 #接收守护进程消息超时时间
ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态
ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间
MAL_INI = 1 #打开 MAL 系统
ARCH_INI = 1 #打开归档配置
RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志发送信息
2.配置 dmmal.ini
配置 MAL 系统，各主备库的 dmmal.ini 配置必须完全一致，MAL_HOST 使用内部网
络 IP，MAL_PORT 与 dm.ini 中 PORT_NUM 使用不同的端口值，MAL_DW_PORT 是各实例
对应的守护进程之间，以及守护进程和监视器之间的通信端口，配置如下：
MAL_CHECK_INTERVAL = 5 #MAL 链路检测时间间隔
MAL_CONN_FAIL_INTERVAL = 5 #判定 MAL 链路断开的时间
[MAL_INST1]
MAL_INST_NAME = GRP1_RWW_01 #实例名，和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 192.168.0.141 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 61141 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.1.131 #实例的对外服务 IP 地址
MAL_INST_PORT = 32141 #实例的对外服务端口，和 dm.ini 中的 PORT_NUM 一致
MAL_DW_PORT = 52141 #实例对应的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT = 33141 #实例监听守护进程 TCP 连接的端口
[MAL_INST2]
MAL_INST_NAME = GRP1_RWW_02
MAL_HOST = 192.168.0.142
MAL_PORT = 61142
MAL_INST_HOST = 192.168.1.132
MAL_INST_PORT = 32142
MAL_DW_PORT = 52142
MAL_INST_DW_PORT = 33142
3. 配置 dmarch.ini
修改 dmarch.ini，配置本地归档和即时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需
要同步归档数据的目标实例名。
当前实例 GRP1_RWW_01 是主库，需要向即时备库 GRP1_RWW_02/ GRP1_RWW_03
同步数据，因此即时归档的 ARCH_DEST 分别配置为 GRP1_RWW_02 和 GRP1_RWW_03。
[ARCHIVE_TIMELY1]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_02 #即时归档目标实例名
[ARCHIVE_TIMELY2]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_03 #即时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M
4.配置 dmwatcher.ini
修改 dmwatcher.ini 配置守护进程，配置为全局守护类型，使用自动切换模式。
[GRP1]
DW_TYPE = GLOBAL #全局守护类型
DW_MODE = AUTO #自动切换模式
DW_ERROR_TIME = 10 #远程守护进程故障认定时间
INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间
INST_ERROR_TIME = 10 #本地实例故障认定时间
INST_OGUID = 453332 #守护系统唯一 OGUID 值
INST_INI = /dm/data/DAMENG/dm.ini #dm.ini 配置文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = /dm/bin/dmserver #命令行方式启动
RLOG_SEND_THRESHOLD = 0 #指定主库发送日志到备库的时间阀值，默认关闭
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阀值，默认关闭
5.配置 dmwatcher.ctl
同一个守护进程组，必须使用同一份 dmwatcher.ctl。因此，只需要使用 dmctlcvt
工具生成一份 dmwatcher.ctl 文件，然后分别拷贝到各个数据库目录下即可。
在配置完成 dmwatcher.ini 后，使用 dmctlcvt 工具生成 dmwatcher.ctl：
./dmctlcvt TYPE=3 SRC=/dm/data/DAMENG/dmwatcher.ini DEST=/dm/data
拷贝生成的 dmwatcher.ctl 文件到数据文件目录/dm/data/DAMENG。
6.启动主库
以 mount 方式启动主库
./dmserver /dm/data/DAMENG/dm.ini mount
7.设置 OGUID
启动命令行工具 DIsql，登录主库设置 OGUID 值。
SQL>sp_set_oguid(453332);
8.修改数据库模式
启动命令行工具 DIsql，登录主库修改数据库为 Primary 模式
SQL>alter database primary;
（三）配置备库
1.配置 dm.ini
在 DW_S1 机器上配置备库的实例名为 GRP1_RWW_02，dm.ini 参数修改如下：
INSTANCE_NAME = GRP1_RWW_02
PORT_NUM = 32142 #数据库实例监听端口
DW_INACTIVE_INTERVAL = 60 #接收守护进程消息超时时间
ALTER_MODE_STATUS = 0 #不允许手工方式修改实例模式/状态
ENABLE_OFFLINE_TS = 2 #不允许备库 OFFLINE 表空间
MAL_INI = 1 #打开 MAL 系统
ARCH_INI = 1 #打开归档配置
RLOG_SEND_APPLY_MON = 64 #统计最近 64 次的日志重演信息
2.配置 dmmal.ini
配置 MAL 系统，各主备库的 dmmal.ini 配置必须完全一致，MAL_HOST 使用内部网
络 IP，MAL_PORT 与 dm.ini 中 PORT_NUM 使用不同的端口值，MAL_DW_PORT 是各实例
对应的守护进程之间，以及守护进程和监视器之间的通信端口，配置如下：
MAL_CHECK_INTERVAL = 5 #MAL 链路检测时间间隔
MAL_CONN_FAIL_INTERVAL = 5 #判定 MAL 链路断开的时间
[MAL_INST1]
MAL_INST_NAME = GRP1_RWW_01 #实例名，和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 192.168.0.141 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 61141 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.1.131 #实例的对外服务 IP 地址
MAL_INST_PORT = 32141 #实例的对外服务端口，和 dm.ini 中的 PORT_NUM 一致
MAL_DW_PORT = 52141 #实例对应的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT = 33141 #实例监听守护进程 TCP 连接的端口
[MAL_INST2]
MAL_INST_NAME = GRP1_RWW_02
MAL_HOST = 192.168.0.142
MAL_PORT = 61142
MAL_INST_HOST = 192.168.1.132
MAL_INST_PORT = 32142
MAL_DW_PORT = 52142
MAL_INST_DW_PORT = 33142
3.配置 dmarch.ini
修改 dmarch.ini，配置本地归档和即时归档。
除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。
当前实例 GRP1_RWW_02 是备库，守护系统配置完成后，可能在各种故障处理中，GRP1_RWW_02 切换为新的主库，正常情况下，GRP1_RWW_01 会切换为新的备库，需要向GRP1_RWW_01 同步数据，因此即时归档的 ARCH_DEST 分别配置为GRP1_RWW_01 。
[ARCHIVE_TIMELY1]
ARCH_TYPE = TIMELY #即时归档类型
ARCH_DEST = GRP1_RWW_01 #即时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M
4.配置 dmwatcher.ini
修改 dmwatcher.ini 配置守护进程，配置为全局守护类型，使用自动切换模式。
[GRP1]
DW_TYPE =GLOBAL #全局守护类型
DW_MODE = AUTO #自动切换模式
DW_ERROR_TIME = 10 #远程守护进程故障认定时间
INST_RECOVER_TIME = 60 #主库守护进程启动恢复的间隔时间
INST_ERROR_TIME = 10 #本地实例故障认定时间
INST_OGUID = 453332 #守护系统唯一 OGUID 值
INST_INI = /dm/data/DAMENG/dm.ini #dm.ini 配置文件路径
INST_AUTO_RESTART = 1 #打开实例的自动启动功能
INST_STARTUP_CMD = /dm/bin/dmserver #命令行方式启动
RLOG_SEND_THRESHOLD = 0 #指定主库发送日志到备库的时间阀值，默认关闭
RLOG_APPLY_THRESHOLD = 0 #指定备库重演日志的时间阀值，默认关闭
5.配置 dmwatcher.ctl
同一个守护进程组，必须使用同一份 dmwatcher.ctl 文件，这里直接拷贝配置主库
时已经生成的 dmwatcher.ctl 到本地数据文件目录/dm/data/DAMENG。
6.启动备库
以 mount 方式启动备库。
./dmserver /dm/data/DAMENG/dm.ini mount
7.设置 OGUID
启动命令行工具 DIsql，登录备库设置 OGUID 值。
SQL>sp_set_oguid(453332);
8.修改数据库模式
启动命令行工具 DIsql，登录备库修改数据库为 Standby 模式。
如果当前数据库不是 normal 模式，需要先修改 dm.ini 中 ALTER_MODE_STATUS 值
为 1，允许修改数据库模式，修改 Standby 模式成功后再改回为 0。
SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 1); ----第 1 步
SQL>alter database standby; ----第 2 步
SQL>SP_SET_PARA_VALUE(1, 'ALTER_MODE_STATUS', 0); ----第 3 步
（四）配置监视器
由于主库和即时备库的守护进程配置为自动切换模式，因此这里选择配置确认监视器。
和普通监视器相比，确认监视器除了相同的命令支持外，在主库发生故障时，能够自动通知
即时备库接管为新的主库，具有自动故障处理的功能。
修改 dmmonitor.ini 配置确认监视器，其中 MON_DW_IP 中的 IP 和 PORT 和
dmmal.ini 中的 MAL_HOST 和 MAL_DW_PORT 配置项保持一致。
MON_DW_Confirm = 1 #确认监视器模式
MON_LOG_PATH = /dm/data/log #监视器日志文件存放路径
MON_LOG_INTERVAL = 60 #每隔 60s 定时记录系统信息到日志文件
MON_LOG_FILE_SIZE = 32 #每个日志文件最大 32M
MON_LOG_SPACE_LIMIT = 0 #不限定日志文件总占用空间
[GRP1]
MON_INST_OGUID = 453332 #组 GRP1 的唯一 OGUID 值
MON_DW_IP = 192.168.0.141:52141
MON_DW_IP = 192.168.0.142:52142
MON_DW_IP = 192.168.0.143:52143
（五）启动守护进程
启动各个主备库上的守护进程：
./dmwatcher /dm/data/DAMENG/dmwatcher.ini
守护进程启动后，进入 Startup 状态，此时实例都处于 Mount 状态。守护进程开始
广播自身和其监控实例的状态信息，结合自身信息和远程守护进程的广播信息，守护进程将
本地实例 Open，并切换为 Open 状态。
（六）启动监视器
启动监视器：
./dmmonitor /dm/data/dmmonitor.ini
监视器提供一系列命令，支持当前守护系统状态查看以及故障处理，可输入 help 命令，
查看各种命令说明使用，结合实际情况选择使用。
至此读写分离集群搭建完毕，在搭建步骤和各项配置都正确的情况下，在监视器上执行
show 命令，可以监控到所有实例都处于 Open 状态，所有守护进程也都处于 Open 状态，
即为正常运行状态。
638
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
