达梦数据库主备集群搭建
本文为达梦数据库主备集群的搭建步骤文档，以下搭建使用的是dm7版本，dm8版本搭建过程稍有改动，部分改动在文章中已提示
一：
在搭建数据守护系统前，应注意数据守护系统中各实例使用的 DM 服务器版本应一致，同时还应注意各实例所在主机的操作系统位数、大小端模式、时区及时间设置都应一致，以及使用同一个用户启动 DM 服务器和守护进程 dmwatcher，以免系统在运行时出现意想不到的错误。操作系统的防火墙要提前关闭，如果不能关闭则需要将文中用到的端口号加入到白名单中，以保证集群可以正常使用相应端口。
1 数据准备
配置数据守护之前，必须先同步实例数据，确保两者保持完全一致；主库可以是新初始化的数据，也可以是正在生产、使用中的数据。DM提供了两种方式初始化同步实例数据，数据文件拷贝以及备份还原方式。
不能使用分别初始化库的方法，原因如下：
（1） 每个库都有一个永久魔数（permenant_magic），主库传送日志时会判断这个值是否一样，确保来自同一个库，不同的库传送不了日志
（2） 由于 dminit 初始化数据库时，会生成随机密钥用于加密，每次生成的密钥都不相同，备库无法解析采用主库密钥加密的数据
对于新初始化的库，首次启动不允许使用 mount 方式，需要先正常启动并正常退出，然后才允许 mount 方式启动。
准备数据时，如果主库是新初始化的库，先正常启动并正常退出，然后再使用数据文件拷贝或者备份还原方式准备备库数据。
1.1 数据文件拷贝
如果搭建数据守护之前，数据库系统已经上线运行了，那么我们可以通过拷贝数据文件的方式实现主库和备库的数据同步。具体步骤包括：
- 正常关闭数据库
- 严格按照数据文件在主库上的分布，拷贝数据文件到备库的对应目录
- 如果数据文件统一存放在一个目录下，则直接拷贝整个目录即可
1.2 备份还原方式
用户也可以通过脱机备份、脱机还原的方式同步主库和备库数据，更详细的说明可以参考备份恢复相关文档。具体步骤包括：
- 正常关闭数据库
- 进行脱机备份
./dmrman CTLSTMT="BACKUP DATABASE '/dm/data/DAMENG/dm.ini' FULL TO BACKUP_FILE1 BACKUPSET '/dm/data/BACKUP_FILE_01'"
- 拷贝备份文件到备库所在机器
- 执行脱机数据库还原与恢复
./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"
另外备份文件中会记录原备份库的模式和 OGUID 信息，使用备份文件还原成功后，需要再根据实际配置情况修改数据库的模式和 OGUID 值。
如果备份集中记录的原备份库模式是 Primary，则还原后的库会一律改为Standby 模式，如果还原后的库是用作备库，则不需要再手动修改 Standby模式。
如果执行备份时，待备份的库是 Normal 模式，并且不能确定这个库一定作为主库使用，则对 Normal 模式的库必须使用脱机备份，不能使用联机备份方式，避免备份完成后，Normal 模式的库 LSN 有增长，又将其修改为 Standby 模式，而使用备份集还原后的库修改为 Primary 模式，备库数据比主库数据多，导致主备数据不一致的情况出现。
1.3 检查数据一致性
依次到每个实例上，切换到执行码目录/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;
检查实例的永久魔数是否一致：
SQL>select permanent_magic;
确保 LSN 和永久魔数都一致的情况下，正常关闭各个实例，继续配置。
1.4 守护进程控制文件
对于故障场景中，某个全局守护类型的实例所在机器故障，数据无法继续使用的情况下，从当前的有效主库直接拷贝数据文件或者备份还原方式重新准备数据后，需要同时拷贝主库的守护进程控制文件 dmwatcher.ctl 到实例的数据文件目录下。
2 配置实时主备
配置方案为常见的一个主库和一个实时备库。
2.1 环境说明
下列机器事先都安装了DM，安装路径为’/dm’，执行程序保存在’/dm/bin’目录中，数据存放路径为’/dm/data’。各主备库的实例名建议采用“组名_守护环境_序号”的方式命名，方便按组区分不同实例，注意总长度不超过 16。本示例中组名为“GRP1”，配置为实时主备，主库命名为“GRP1_RT_01”，备库命名为“GRP1_RT_02”。
2.2 数据准备
dm7可以直接拷贝data目录，而dm8不可拷贝，需要使用备份还原方式进行数据同步
主机器上初始化库至目录/dm/data：
./dminit path=/dm/data
然后按照 1.1 数据准备 中的方法准备备库数据。
2.3 配置主库 GRP1_RT_01
2.3.1 配置 dm.ini
在主机器上配置主库的实例名为 GRP1_RT_01，dm.ini 参数修改如下：
INSTANCE_NAME = GRP1_RT_01 #实例名，建议使用“组名_守护环境_序号”的命名方式，总长度不能超过 16
PORT_NUM = 5236 #数据库实例监听端口
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 次的日志发送信息
DW_PORT=33141
2.3.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_RT_01 #实例名，和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 192.168.0.1 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 61141 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.0.1 #实例的对外服务 IP 地址
MAL_INST_PORT = 5236 #实例的对外服务端口，和 dm.ini 中的 PORT_NUM 一致
MAL_DW_PORT = 52141 #实例本地的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT = 33141 #实例监听守护进程 TCP 连接的端口
[MAL_INST2]
MAL_INST_NAME = GRP1_RT_02
MAL_HOST = 192.168.0.2
MAL_PORT = 61142
MAL_INST_HOST = 192.168.0.2
MAL_INST_PORT = 5236
MAL_DW_PORT = 52142
MAL_INST_DW_PORT = 33142
2.3.3 配置 dmarch.ini
修改 dmarch.ini，配置本地归档和实时归档。除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。
当前实例 GRP1_RT_01 是主库，需要向 GRP1_RT_02（实时备库）同步数据，因此实时归档的 ARCH_DEST 配置为 GRP1_RT_02。配置如下：
[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = GRP1_RT_02 #实时归档目标实例名
[ARCHIVE_LOCAL1]
ARCH_TYPE = LOCAL #本地归档类型
ARCH_DEST = /dm/data/DAMENG/arch #本地归档文件存放路径
ARCH_FILE_SIZE = 128 #单位 Mb，本地单个归档文件最大值
ARCH_SPACE_LIMIT = 0 #单位 Mb，0 表示无限制，范围 1024~4294967294M
2.3.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 = 453331 #守护系统唯一 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 #指定备库重演日志的时间阀值，默认关闭
2.3.5 配置 dmwatcher.ctl（dm8不需要手动生成此文件）
同一个守护进程组，必须使用同一份 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。
2.3.6 启动主库
以 mount 方式启动主库
./dmserver /dm/data/DAMENG/dm.ini mount
一定要以 mount 方式启动数据库实例，否则系统启动时会重构回滚表空间，生成 Redo 日志；并且，启动后应用可能连接到数据库实例进行操作，破坏主备库的数据一致性。数据守护配置结束后，守护进程会自动 Open 数据库。
2.3.7 设置 OGUID
启动命令行工具 DIsql，登录主库设置 OGUID 值。
SQL>sp_set_oguid(453331);
系统通过 OGUID 值确定一个守护进程组，由用户保证 OGUID 值的唯一性，并确保数据守护系统中，数据库、守护进程和监视器配置相同的 OGUID 值。
2.3.8 修改数据库模式
启动命令行工具 DIsql，登录主库修改数据库为 primary 模式
SQL>alter database primary;
2.4 配置备库 GRP1_RT_02
2.4.1 配置 dm.ini
在备机器上配置备库的实例名为 GRP1_RT_02，dm.ini 参数修改如下：
#实例名，建议使用“组名_守护环境_序号”的命名方式，总长度不能超过 16
INSTANCE_NAME = GRP1_RT_02
PORT_NUM = 5236 #数据库实例监听端口
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 次的日志重演信息
DW_PORT=33142
2.4.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_RT_01 #实例名，和 dm.ini 中的 INSTANCE_NAME 一致
MAL_HOST = 192.168.0.1 #MAL 系统监听 TCP 连接的 IP 地址
MAL_PORT = 61141 #MAL 系统监听 TCP 连接的端口
MAL_INST_HOST = 192.168.0.1 #实例的对外服务 IP 地址
MAL_INST_PORT = 5236 #实例的对外服务端口，和 dm.ini 中的 PORT_NUM 一致
MAL_DW_PORT = 52141 #实例本地的守护进程监听 TCP 连接的端口
MAL_INST_DW_PORT = 33141 #实例监听守护进程 TCP 连接的端口
[MAL_INST2]
MAL_INST_NAME = GRP1_RT_02
MAL_HOST = 192.168.0.2
MAL_PORT = 61142
MAL_INST_HOST = 192.168.0.2
MAL_INST_PORT = 5236
MAL_DW_PORT = 52142
MAL_INST_DW_PORT = 33142
2.4.3 配置 dmarch.ini
修改 dmarch.ini，配置本地归档和实时归档。除了本地归档外，其他归档配置项中的 ARCH_DEST 表示实例是 Primary 模式时，需要同步归档数据的目标实例名。
当前实例 GRP1_RT_02 是备库，守护系统配置完成后，可能在各种故障处理中，GRP1_RT_02 切换为新的主库，正常情况下，GRP1_RT_01 会切换为新的备库，需要向GRP1_RT_01 同步数据，因此实时归档的 ARCH_DEST 配置为 GRP1_RT_01。
[ARCHIVE_REALTIME]
ARCH_TYPE = REALTIME #实时归档类型
ARCH_DEST = GRP1_RT_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
2.4.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 = 453331 #守护系统唯一 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 #指定备库重演日志的时间阀值，默认关闭
2.4.5 配置 dmwatcher.ctl
同一个守护进程组，必须使用同一份 dmwatcher.ctl 文件，这里直接拷贝配置主库时已经生成的 dmwatcher.ctl 到本地数据文件目录/dm/data/DAMENG。
2.4.6 启动备库
以 mount 方式启动备库
./dmserver /dm/data/DAMENG/dm.ini mount
一定要以 mount 方式启动数据库实例，否则系统启动时会重构回滚表空间，生成 Redo 日志；并且，启动后应用可能连接到数据库实例进行操作，破坏主备库的数据一致性。数据守护配置结束后，守护进程会自动 Open 数据库。
2.4.7 设置 OGUID
启动命令行工具 DIsql，登录备库设置 OGUID 值为 453331
SQL>sp_set_oguid(453331);
系统通过 OGUID 值确定一个守护进程组，由用户保证 OGUID 值的唯一性，并确保数据守护系统中，数据库、守护进程和监视器配置相同的 OGUID 值。
2.4.8 修改数据库模式
启动命令行工具 DIsql，登录备库修改数据库为 Standby 模式。
如果当前数据库不是 normal 模式，需要先修改 dm.ini 中 ALTER_MODE_STATUS 值 为 1，允许修改数据库模式，修改 Standby 模式成功后再改回为 0。如果是 normal 模式，请忽略下面的第 1 步和第 3 步。
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 步
2.5 配置监视器
由于主库和实时备库的守护进程配置为自动切换模式，因此这里选择配置确认监视器。和普通监视器相比，确认监视器除了相同的命令支持外，在主库发生故障时，能够自动通知实时备库接管为新的主库，具有自动故障处理的功能。故障自动切换模式下，必须配置确认监视器，且确认监视器最多只能配置一个。
修改 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 = 453331 #组 GRP1 的唯一 OGUID 值
#以下配置为监视器到组 GRP1 的守护进程的连接信息，以“IP:PORT”的形式配置
#IP 对应 dmmal.ini 中的 MAL_HOST，PORT 对应 dmmal.ini 中的 MAL_DW_PORT
MON_DW_IP = 192.168.0.1:52141
MON_DW_IP = 192.168.0.2:52142
2.6 启动守护进程
启动各个主备库上的守护进程：
./dmwatcher /dm/data/DAMENG/dmwatcher.ini
守护进程启动后，进入 Startup 状态，此时实例都处于 Mount 状态。守护进程开始广播自身和其监控实例的状态信息，结合自身信息和远程守护进程的广播信息，守护进程将本地实例 Open，并切换为 Open 状态。
2.7 启动监视器
启动监视器：
./dmmonitor /dm/data/dmmonitor.ini
监视器提供一系列命令，支持当前守护系统状态查看以及故障处理，可输入 help 命令，查看各种命令说明使用，结合实际情况选择使用。至此一主一备的实时数据守护系统搭建完毕，在搭建步骤和各项配置都正确的情况下，在监视器上执行 show 命令，可以监控到所有实例都处于 Open 状态，所有守护进程也都处于 Open 状态，即为正常运行状态
主备环境已搭建完成
关于启动顺序：
先启主备数据库实例服务，再启守护进程服务，最后启监视器，
停服务的话则按上面顺序反着进行。
以下为注册后台启动脚本服务
注册的脚本根据操作系统不同会存在 /etc/rc.d/init.d/或安装目录/dm/bin/下
达梦数据库不同版本的注册脚本.sh文件名称也会不相同，但均放在安装目录的script/root/下，可通过-h的方式查看添加选项
注册完脚本后，便可以使用后台启动方式启动数据库。
2.8.1主库注册服务
（1）注册dmserver服务
cd /opt/dmdbms/script/root
./root_db_service_installer.sh -f /dm/data/DAMENG/dm.ini -n GRP1_RT_01 -m mount
（2）注册dmwatcher服务
./root_dmwatcher_service_installer -f /dm/data/DAMENG/dmwatcher.ini -n GRP1_RT_01
（3）启动dmserver服务
./DmServiceGRP1_RT_01 start
（4）启动dmwatcher服务
./DmWatcherServiceGRP1_RT_01 start
2.8.2备库注册服务
（1）注册dmserver服务
cd /opt/dmdbms/script/root
./root_db_service_installer.sh -f /dm/data/DAMENG/dm.ini -n GRP1_RT_02 -m mount
（2）注册dmwatcher服务
./root_dmwatcher_service_installer -f /dm/data/DAMENG/dmwatcher.ini -n GRP1_RT_02
（3）启动dmserver服务
cd /etc/rc.d/init.d/
./DmServiceGRP1_RT_02 start
（4）启动dmwatcher服务
./DmWatcherServiceGRP1_RT_02 start
852
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
