1. 项目概述与核心价值最近在搞国产化替代的项目数据库这块从Oracle换到达梦8DM8的团队越来越多了。单机跑业务总让人心里不踏实万一服务器宕机或者磁盘挂了业务中断的锅谁也背不起。这时候搭建一个高可用的主备集群就成了刚需。达梦8的主备数据守护Data Watch方案本质上就是一个基于日志重做的物理级实时同步集群主库Primary对外提供读写服务备库Standby实时同步数据并随时准备接管这架构听起来简单但里面的门道和踩坑点可不少。我花了差不多一周时间从零开始在一套测试环境里把整个主备集群搭了起来期间经历了参数配置的纠结、网络问题的排查以及切换演练的紧张时刻。这篇文章我就把自己趟过的路、踩过的坑以及最终稳定运行的配置从头到尾给你捋清楚。无论你是正在评估达梦高可用方案的架构师还是需要亲手实施部署的DBA甚至是刚接触达梦的开发者这篇近万字的实操记录都能给你一份可靠的“抄作业”模板。我们会从最基础的环境和原理讲起一直深入到监控、切换和故障排查目标就是让你看完之后能独立搭建并维护一个健壮的达梦8主备集群。2. 集群架构设计与核心原理拆解在动手敲命令之前我们必须先搞清楚达梦主备集群数据守护到底是怎么工作的。这能帮你理解后续每一个配置项的意义出问题时也知道该从哪个环节去排查。2.1 核心组件与数据流一个标准的主备集群至少包含以下角色主库Primary唯一接受应用读写连接的数据库实例。所有数据修改DML/DDL都发生在这里。备库Standby一个或多个只读的数据库实例。它通过重做主库产生的归档日志Redo Log来保持数据同步。备库可以配置为实时备库日志一旦归档立即同步应用或异步备库有一定延迟。守护进程DM Watcher这是一个独立的后台进程每个数据库实例主库和备库都需要配套一个。它的核心职责是监控数据库实例的运行状态并在实例故障时协调各节点进行自动或手动的角色切换。守护进程之间通过网络心跳保持通信。监视器DM Monitor一个可选的命令行工具用于以“第三方视角”查看集群整体状态并在自动切换模式下提供仲裁投票防止“脑裂”Split-Brain。数据同步的核心路径是主库产生联机重做日志 - 日志写满后归档生成归档日志 - 守护进程督促或由归档发送进程ARCH将归档日志文件传输到备库服务器 - 备库的守护进程通知备库实例加载并重做这些日志从而保持数据一致。这个过程是物理层面的字节块复制和重做效率非常高且能保证数据的绝对一致在实时同步模式下。2.2 几种工作模式的选择达梦数据守护主要支持两种模式选择哪种取决于你对RPO数据恢复点目标和RTO恢复时间目标的要求自动切换模式需要配置监视器。当主库故障时监视器会协同各节点的守护进程自动选举出一个备库提升为新的主库整个过程对应用透明需配合连接池或应用层重连机制。这种模式对高可用性要求极高的生产环境是首选。手动切换模式不强制需要监视器。故障发生时需要管理员通过命令行工具dmmonitor或dmsql手动执行切换命令。这种方式更可控但恢复时间取决于人的响应速度。对于绝大多数生产系统我推荐使用自动切换模式并部署监视器。虽然多了一个组件但它带来了故障自动恢复的能力这才是高可用的真谛。本次搭建也将以自动切换模式为主线进行。2.3 环境规划与资源准备理论清晰后我们来规划实战环境。假设我们有两台服务器主机AIP 192.168.1.101 拟运行主库实例DMSERVER01及其守护进程。主机BIP 192.168.1.102 拟运行备库实例DMSERVER02及其守护进程。主机C可选但推荐IP 192.168.1.103 拟运行监视器进程。为了确保仲裁的独立性监视器最好部署在第三台机器上。如果资源有限可以暂时部署在主机A或B上但这不是最佳实践。注意所有服务器之间的网络必须畅通防火墙需开放相关端口。达梦数据库实例默认端口是5236守护进程之间通信默认端口是5436监视器端口默认是5345。务必在防火墙中放行这些端口的双向访问。软件方面需要在三台服务器上都安装相同版本的达梦8数据库软件。安装过程比较简单从官网下载对应操作系统的安装包以root或dmdba用户运行即可这里不再赘述。安装后关键的目录是/dm8默认安装路径和/dm8/bin工具目录。3. 数据库实例初始化与关键参数配置集群的基石是单个数据库实例。我们需要在主备服务器上分别初始化一个库并且初始数据必须完全一致。3.1 使用dminit工具初始化数据目录首先在主机A主库上初始化实例。使用达梦的dminit工具关键参数如下cd /dm8/bin ./dminit PATH/dm8/data DB_NAMEDMSERVER01 INSTANCE_NAMEDMSERVER01 PORT_NUM5236 PAGE_SIZE32 LOG_SIZE2048 CASE_SENSITIVE0 CHARSET1参数解释PATH数据文件存放的根目录。DB_NAME数据库名我们设为DMSERVER01。INSTANCE_NAME实例名与数据库名一致即可。PORT_NUM实例监听端口默认5236。PAGE_SIZE页大小通常选32表示32KB。这个参数一旦初始化就无法修改且主备库必须一致需要根据业务数据行大小谨慎选择。LOG_SIZE单个重做日志文件大小单位MB2048即2GB。CASE_SENSITIVE标识符是否大小写敏感0为不敏感默认1为敏感。主备库必须一致通常选0兼容性更好。CHARSET字符集1表示GB180300表示UTF-8。请根据业务需要选择主备库必须一致。初始化成功后会在/dm8/data/DMSERVER01目录下生成一系列数据文件和控制文件。3.2 配置主库参数文件dm.ini接下来是重头戏配置数据库参数文件dm.ini它位于数据目录下/dm8/data/DMSERVER01/dm.ini。需要修改或确认以下关键参数INSTANCE_NAME DMSERVER01 PORT_NUM 5236 MAL_INI 1 # 启用MAL系统这是守护进程通信的基础 ARCH_INI 1 # 启用归档配置 RLOG_SEND_APPLY_MON 64 # 用于监控日志发送和应用的空闲间隔最重要的部分是配置MALMailbox邮件槽系统。我们需要在同目录下创建或编辑dmmal.ini文件。MAL系统是守护进程和实例间、以及守护进程之间通信的通道。[MAL_INST1] MAL_INST_NAME DMSERVER01 # 实例名与dm.ini中一致 MAL_HOST 192.168.1.101 # 本机IP MAL_PORT 5336 # MAL系统监听端口自定义不冲突即可 MAL_INST_HOST 192.168.1.101 # 实例所在主机IP MAL_INST_PORT 5236 # 实例端口 [MAL_INST2] MAL_INST_NAME DMSERVER02 MAL_HOST 192.168.1.102 MAL_PORT 5337 # 另一台机器的MAL端口可以不同 MAL_INST_HOST 192.168.1.102 MAL_INST_PORT 5236这个文件定义了集群内所有实例的通信地址需要主备库的dmmal.ini内容完全一致。通常做法是在主库配置好后将这个文件拷贝到备库的数据目录下。3.3 配置主库归档dmarch.ini然后配置归档编辑dmarch.ini文件[ARCHIVE_LOCAL1] ARCH_TYPE LOCAL # 本地归档 ARCH_DEST /dm8/arch/DMSERVER01 # 本地归档路径需提前创建 ARCH_FILE_SIZE 2048 # 单个归档文件大小单位MB ARCH_SPACE_LIMIT 102400 # 归档空间限制单位MB0表示无限制 [ARCHIVE_REALTIME1] ARCH_TYPE REALTIME # 实时归档用于同步到备库 ARCH_DEST DMSERVER02 # 目标实例名对应dmmal.ini中的MAL_INST_NAME这里配置了两个归档目的地一个是LOCAL本地归档是必须的另一个是REALTIME实时归档指向备库DMSERVER02。这意味着主库每生成一个归档日志都会通过MAL系统实时发送给备库。3.4 准备备库数据目录现在主机A上的主库配置暂告一段落。我们需要将初始化的、空的数据目录完整地拷贝到主机B上作为备库的起点。注意必须在主库未启动的情况下进行拷贝以保证数据一致性。在主库主机A上停止所有达梦相关进程如果启动了的话。使用scp或rsync将整个/dm8/data/DMSERVER01目录拷贝到主机B的/dm8/data/目录下。为了清晰可以在主机B上重命名目录为DMSERVER02。# 在主机B上执行 mv /dm8/data/DMSERVER01 /dm8/data/DMSERVER02拷贝主库的dmmal.ini文件到备库数据目录因为它俩内容应该一样。关键一步修改备库的dm.ini。将/dm8/data/DMSERVER02/dm.ini中的INSTANCE_NAME参数修改为DMSERVER02。其他参数如PORT_NUM等如果主机B的端口与主机A不同也需要相应修改。3.5 配置备库参数与归档备库的dmarch.ini配置与主库不同因为它主要是接收方[ARCHIVE_LOCAL1] ARCH_TYPE LOCAL ARCH_DEST /dm8/arch/DMSERVER02 ARCH_FILE_SIZE 2048 ARCH_SPACE_LIMIT 102400 [ARCHIVE_REALTIME1] ARCH_TYPE REALTIME ARCH_DEST DMSERVER01 # 注意这里指向主库注意实时归档的目的地是DMSERVER01。这形成了一个双向的归档通道尽管备库不会主动产生日志给主库这是守护进程协调工作的需要。至此两个数据库实例的静态配置就完成了。接下来要让它们“活”起来并协同工作这就需要配置守护进程。4. 守护进程配置与集群启动守护进程dmwatcher是集群的“神经中枢”它通过配置文件dmwatcher.ini来定义行为。这个文件通常放在数据库软件安装目录的/dm8/bin下或者与数据目录同级。4.1 配置主库守护进程dmwatcher.ini在主机A上创建或编辑/dm8/bin/dmwatcher.ini[GRP1] # 守护进程组名同一个集群内的所有守护进程组名必须相同 DW_TYPE LOCAL # 本地守护类型 DW_MODE AUTO # 自动模式 DW_ERROR_TIME 10 # 认定远程守护进程故障的时间(秒) INST_RECOVER_TIME 60 # 重启数据库实例的间隔时间(秒) INST_ERROR_TIME 10 # 认定数据库实例故障的时间(秒) INST_OGUID 453331 # 守护系统唯一OGUID主备库必须相同可以是一个随机数 INST_INI /dm8/data/DMSERVER01/dm.ini # 本机守护的数据库实例配置文件路径 INST_AUTO_RESTART 1 # 实例故障时是否自动重启 INST_STARTUP_CMD /dm8/bin/dmserver # 实例启动命令 RLOG_SEND_THRESHOLD 0 # 实时归档发送阈值0表示无延迟 RLOG_APPLY_THRESHOLD 0 # 实时归档重做阈值0表示无延迟OGUIDOracle Global Unique Identifier是达梦守护系统内部用于识别集群的唯一标识必须是一个数字且主备库配置必须完全相同。你可以通过dmmonitor工具生成也可以自己指定一个。4.2 配置备库守护进程在主机B上创建类似的dmwatcher.ini关键参数保持一致[GRP1] DW_TYPE LOCAL DW_MODE AUTO DW_ERROR_TIME 10 INST_RECOVER_TIME 60 INST_ERROR_TIME 10 INST_OGUID 453331 # 必须与主库相同 INST_INI /dm8/data/DMSERVER02/dm.ini # 修改为备库的dm.ini路径 INST_AUTO_RESTART 1 INST_STARTUP_CMD /dm8/bin/dmserver RLOG_SEND_THRESHOLD 0 RLOG_APPLY_THRESHOLD 04.3 以Mount方式启动主备库并设置OGUID在启动守护进程前必须先以Mount方式启动数据库实例并设置正确的OGUID和模式。启动主库主机Acd /dm8/bin ./dmserver /dm8/data/DMSERVER01/dm.ini mount启动后使用达梦管理工具disql连接./disql SYSDBA/SYSDBA192.168.1.101:5236执行SQL设置OGUID和模式SP_SET_OGUID(453331); -- 设置OGUID与守护进程配置一致 ALTER DATABASE PRIMARY; -- 设置数据库为主库模式执行成功后退出disql并停止主库实例CtrlC或发送停止信号。启动备库主机B./dmserver /dm8/data/DMSERVER02/dm.ini mount使用disql连接备库./disql SYSDBA/SYSDBA192.168.1.102:5236执行SQLSP_SET_OGUID(453331); -- 设置相同的OGUID ALTER DATABASE STANDBY; -- 设置数据库为备库模式执行成功后退出并停止备库实例。4.4 启动守护进程与数据库实例现在可以正式启动整个集群了。启动顺序有严格要求先启动备库再启动主库。在主机B备库上启动守护进程和实例cd /dm8/bin ./dmwatcher /dm8/bin/dmwatcher.ini守护进程会读取配置并自动启动备库实例因为我们配置了INST_AUTO_RESTART1。观察日志默认在/dm8/bin/dmwatcher.log确认备库启动成功并进入“Standby”状态。在主机A主库上启动守护进程和实例cd /dm8/bin ./dmwatcher /dm8/bin/dmwatcher.ini同样观察日志确认主库启动成功并进入“Primary”状态。此时主库的守护进程会通过MAL系统联系备库的守护进程开始实时归档日志的同步。你可以通过dmmonitor工具来查看集群状态。在主机C监视器或任意一台服务器上创建dmmonitor.ini配置文件然后运行./dmmonitor /path/to/dmmonitor.ini输入show命令即可看到主备库的状态、归档发送/应用延迟等信息。5. 监视器部署与自动切换验证为了实现自动故障切换我们需要部署监视器dmmonitor。监视器作为一个独立的仲裁者在守护进程组无法自行决定时比如网络分区导致脑裂做出最终决策。5.1 配置监视器dmmonitor.ini在主机C上创建dmmonitor.iniMON_DW_CONFIRM 1 # 确认守护进程切换 MON_LOG_PATH /dm8/monitor_log # 监视器日志路径 MON_LOG_INTERVAL 60 # 日志间隔 MON_LOG_FILE_SIZE 1024 # 单个日志文件大小 MON_LOG_SPACE_LIMIT 20480 # 日志总空间限制 [GRP1] # 监控的守护进程组名 MON_INST_OGUID 453331 # 对应的OGUID MON_DW_IP 192.168.1.101:5436 # 主库守护进程IP和端口 MON_DW_IP 192.168.1.102:5436 # 备库守护进程IP和端口配置中指定了要监控的守护进程组GRP1及其所有成员的IP和端口守护进程端口默认5436。5.2 启动监视器并验证自动切换在主机C上启动监视器cd /dm8/bin ./dmmonitor /path/to/dmmonitor.ini进入监视器命令行后输入show查看集群状态应显示主备库均为“Open”状态关系为“Primary-Standby”。模拟主库故障在主机A上直接kill -9掉主库的数据库实例进程dmserver。注意不要杀守护进程dmwatcher。快速回到监视器界面反复执行show命令观察。你会看到主库状态很快变为“Invalid”然后经过INST_ERROR_TIME我们配置的10秒后守护进程开始尝试重启主库。由于我们模拟的是致命故障重启会失败。此时备库的守护进程和监视器会开始协商。在自动切换模式下经过一系列心跳检测和超时判断约几十秒监视器会自动触发切换。你会看到备库DMSERVER02的角色从“Standby”变为“Primary”状态变为“Open”。验证业务可读性尝试用应用或disql连接新的主库192.168.1.102:5236应该可以正常进行读写操作。原来的主库DMSERVER01在修复后可以以“Standby”角色重新加入集群。这个自动切换过程是集群高可用能力的核心体现。务必在测试环境多次演练记录下切换的准确时间RTO并验证数据是否完整RPO应为0。6. 日常运维、监控与故障排查指南集群搭建成功只是第一步日常的监控和问题排查能力更为重要。6.1 关键监控指标与命令集群状态监控使用dmmonitor的show命令是最直接的方式。重点关注DB Status数据库状态应为“Open”。DB Role数据库角色“Primary”或“Standby”。Arch Send Delay归档发送延迟秒理想情况为0。Arch Apply Delay归档重做延迟秒理想情况为0。若延迟持续增大可能网络或备库性能有瓶颈。系统视图查询通过disql连接数据库查询动态性能视图。查看归档信息SELECT * FROM V$ARCHIVED_LOG;查看MAL链路状态SELECT * FROM V$MAL_LINK;查看守护进程信息SELECT * FROM V$DM_WATCHER;日志文件分析守护进程日志dmwatcher.log、数据库实例日志dm_DMSERVER01.log、监视器日志是排查问题的第一现场。遇到问题先看日志。6.2 常见问题与排查思路以下是我在搭建和运维过程中遇到的几个典型问题及解决方法问题一守护进程启动失败报错“MAL系统初始化失败”排查检查dmmal.ini配置文件格式是否正确IP地址和端口是否填写准确。确认防火墙是否放行了MAL端口默认5336、5337等和守护进程端口5436。解决修正配置文件或使用firewall-cmd/iptables命令开放相应端口。问题二主备库状态不同步备库一直处于“Mount”状态排查检查主库的dmarch.ini中实时归档配置是否正确指向备库实例名。检查备库的dmarch.ini中本地归档路径是否存在且权限正确dmdba用户可写。查看备库的数据库日志是否有归档文件应用失败的错误。解决确认归档配置无误。检查/dm8/arch/DMSERVER02目录权限。尝试手动将主库的一个归档文件拷贝到备库归档目录看备库能否正常应用。问题三自动切换未发生或切换时间远超预期排查检查dmwatcher.ini中的DW_ERROR_TIME、INST_ERROR_TIME等超时参数是否设置过小或过大。网络是否存在偶发性丢包或高延迟。监视器与所有守护进程的网络是否通畅。解决适当调整超时参数生产环境需谨慎。使用ping和telnet检查网络质量。确保监视器部署在网络稳定的节点。问题四备库归档应用延迟Arch Apply Delay持续增长排查对比主备库服务器的CPU、内存、磁盘I/O负载。检查备库的/dm8/arch目录所在磁盘是否已满或I/O性能低下。查看备库是否有长时间运行的查询阻塞了日志重做。解决优化备库服务器资源。将归档目录放在高性能磁盘上。在备库避免执行大型复杂查询或设置查询超时。6.3 备份与恢复策略即使有了主备集群定期的物理备份依然必不可少。达梦提供了DMRMAN工具进行联机和脱机备份。备库备份这是推荐的做法可以避免对主库性能产生影响。在备库上可以执行脱机备份需关闭备库实例或联机备份需配置归档。制定备份计划结合业务低峰期使用crontab定时执行备份脚本。备份脚本应包含使用DMRMAN执行备份、检查备份完整性、清理过期备份等步骤。定期恢复演练定期从备份集中恢复数据到测试环境验证备份的有效性和恢复流程的熟练度。高可用方案加上可靠的备份才能构成数据安全的完整防线。搭建达梦8主备集群是一个系统工程涉及系统、网络、存储和数据库多个层面的知识。本文详细记录了从规划到上线的完整流程和关键配置希望能帮你避开我踩过的那些坑。记住在正式上线前一定要在测试环境进行充分的故障切换演练、压力测试和性能基准测试只有经过验证的方案才能放心地托付生产业务。
1. 项目概述与核心价值最近在搞国产化替代的项目数据库这块从Oracle换到达梦8DM8的团队越来越多了。单机跑业务总让人心里不踏实万一服务器宕机或者磁盘挂了业务中断的锅谁也背不起。这时候搭建一个高可用的主备集群就成了刚需。达梦8的主备数据守护Data Watch方案本质上就是一个基于日志重做的物理级实时同步集群主库Primary对外提供读写服务备库Standby实时同步数据并随时准备接管这架构听起来简单但里面的门道和踩坑点可不少。我花了差不多一周时间从零开始在一套测试环境里把整个主备集群搭了起来期间经历了参数配置的纠结、网络问题的排查以及切换演练的紧张时刻。这篇文章我就把自己趟过的路、踩过的坑以及最终稳定运行的配置从头到尾给你捋清楚。无论你是正在评估达梦高可用方案的架构师还是需要亲手实施部署的DBA甚至是刚接触达梦的开发者这篇近万字的实操记录都能给你一份可靠的“抄作业”模板。我们会从最基础的环境和原理讲起一直深入到监控、切换和故障排查目标就是让你看完之后能独立搭建并维护一个健壮的达梦8主备集群。2. 集群架构设计与核心原理拆解在动手敲命令之前我们必须先搞清楚达梦主备集群数据守护到底是怎么工作的。这能帮你理解后续每一个配置项的意义出问题时也知道该从哪个环节去排查。2.1 核心组件与数据流一个标准的主备集群至少包含以下角色主库Primary唯一接受应用读写连接的数据库实例。所有数据修改DML/DDL都发生在这里。备库Standby一个或多个只读的数据库实例。它通过重做主库产生的归档日志Redo Log来保持数据同步。备库可以配置为实时备库日志一旦归档立即同步应用或异步备库有一定延迟。守护进程DM Watcher这是一个独立的后台进程每个数据库实例主库和备库都需要配套一个。它的核心职责是监控数据库实例的运行状态并在实例故障时协调各节点进行自动或手动的角色切换。守护进程之间通过网络心跳保持通信。监视器DM Monitor一个可选的命令行工具用于以“第三方视角”查看集群整体状态并在自动切换模式下提供仲裁投票防止“脑裂”Split-Brain。数据同步的核心路径是主库产生联机重做日志 - 日志写满后归档生成归档日志 - 守护进程督促或由归档发送进程ARCH将归档日志文件传输到备库服务器 - 备库的守护进程通知备库实例加载并重做这些日志从而保持数据一致。这个过程是物理层面的字节块复制和重做效率非常高且能保证数据的绝对一致在实时同步模式下。2.2 几种工作模式的选择达梦数据守护主要支持两种模式选择哪种取决于你对RPO数据恢复点目标和RTO恢复时间目标的要求自动切换模式需要配置监视器。当主库故障时监视器会协同各节点的守护进程自动选举出一个备库提升为新的主库整个过程对应用透明需配合连接池或应用层重连机制。这种模式对高可用性要求极高的生产环境是首选。手动切换模式不强制需要监视器。故障发生时需要管理员通过命令行工具dmmonitor或dmsql手动执行切换命令。这种方式更可控但恢复时间取决于人的响应速度。对于绝大多数生产系统我推荐使用自动切换模式并部署监视器。虽然多了一个组件但它带来了故障自动恢复的能力这才是高可用的真谛。本次搭建也将以自动切换模式为主线进行。2.3 环境规划与资源准备理论清晰后我们来规划实战环境。假设我们有两台服务器主机AIP 192.168.1.101 拟运行主库实例DMSERVER01及其守护进程。主机BIP 192.168.1.102 拟运行备库实例DMSERVER02及其守护进程。主机C可选但推荐IP 192.168.1.103 拟运行监视器进程。为了确保仲裁的独立性监视器最好部署在第三台机器上。如果资源有限可以暂时部署在主机A或B上但这不是最佳实践。注意所有服务器之间的网络必须畅通防火墙需开放相关端口。达梦数据库实例默认端口是5236守护进程之间通信默认端口是5436监视器端口默认是5345。务必在防火墙中放行这些端口的双向访问。软件方面需要在三台服务器上都安装相同版本的达梦8数据库软件。安装过程比较简单从官网下载对应操作系统的安装包以root或dmdba用户运行即可这里不再赘述。安装后关键的目录是/dm8默认安装路径和/dm8/bin工具目录。3. 数据库实例初始化与关键参数配置集群的基石是单个数据库实例。我们需要在主备服务器上分别初始化一个库并且初始数据必须完全一致。3.1 使用dminit工具初始化数据目录首先在主机A主库上初始化实例。使用达梦的dminit工具关键参数如下cd /dm8/bin ./dminit PATH/dm8/data DB_NAMEDMSERVER01 INSTANCE_NAMEDMSERVER01 PORT_NUM5236 PAGE_SIZE32 LOG_SIZE2048 CASE_SENSITIVE0 CHARSET1参数解释PATH数据文件存放的根目录。DB_NAME数据库名我们设为DMSERVER01。INSTANCE_NAME实例名与数据库名一致即可。PORT_NUM实例监听端口默认5236。PAGE_SIZE页大小通常选32表示32KB。这个参数一旦初始化就无法修改且主备库必须一致需要根据业务数据行大小谨慎选择。LOG_SIZE单个重做日志文件大小单位MB2048即2GB。CASE_SENSITIVE标识符是否大小写敏感0为不敏感默认1为敏感。主备库必须一致通常选0兼容性更好。CHARSET字符集1表示GB180300表示UTF-8。请根据业务需要选择主备库必须一致。初始化成功后会在/dm8/data/DMSERVER01目录下生成一系列数据文件和控制文件。3.2 配置主库参数文件dm.ini接下来是重头戏配置数据库参数文件dm.ini它位于数据目录下/dm8/data/DMSERVER01/dm.ini。需要修改或确认以下关键参数INSTANCE_NAME DMSERVER01 PORT_NUM 5236 MAL_INI 1 # 启用MAL系统这是守护进程通信的基础 ARCH_INI 1 # 启用归档配置 RLOG_SEND_APPLY_MON 64 # 用于监控日志发送和应用的空闲间隔最重要的部分是配置MALMailbox邮件槽系统。我们需要在同目录下创建或编辑dmmal.ini文件。MAL系统是守护进程和实例间、以及守护进程之间通信的通道。[MAL_INST1] MAL_INST_NAME DMSERVER01 # 实例名与dm.ini中一致 MAL_HOST 192.168.1.101 # 本机IP MAL_PORT 5336 # MAL系统监听端口自定义不冲突即可 MAL_INST_HOST 192.168.1.101 # 实例所在主机IP MAL_INST_PORT 5236 # 实例端口 [MAL_INST2] MAL_INST_NAME DMSERVER02 MAL_HOST 192.168.1.102 MAL_PORT 5337 # 另一台机器的MAL端口可以不同 MAL_INST_HOST 192.168.1.102 MAL_INST_PORT 5236这个文件定义了集群内所有实例的通信地址需要主备库的dmmal.ini内容完全一致。通常做法是在主库配置好后将这个文件拷贝到备库的数据目录下。3.3 配置主库归档dmarch.ini然后配置归档编辑dmarch.ini文件[ARCHIVE_LOCAL1] ARCH_TYPE LOCAL # 本地归档 ARCH_DEST /dm8/arch/DMSERVER01 # 本地归档路径需提前创建 ARCH_FILE_SIZE 2048 # 单个归档文件大小单位MB ARCH_SPACE_LIMIT 102400 # 归档空间限制单位MB0表示无限制 [ARCHIVE_REALTIME1] ARCH_TYPE REALTIME # 实时归档用于同步到备库 ARCH_DEST DMSERVER02 # 目标实例名对应dmmal.ini中的MAL_INST_NAME这里配置了两个归档目的地一个是LOCAL本地归档是必须的另一个是REALTIME实时归档指向备库DMSERVER02。这意味着主库每生成一个归档日志都会通过MAL系统实时发送给备库。3.4 准备备库数据目录现在主机A上的主库配置暂告一段落。我们需要将初始化的、空的数据目录完整地拷贝到主机B上作为备库的起点。注意必须在主库未启动的情况下进行拷贝以保证数据一致性。在主库主机A上停止所有达梦相关进程如果启动了的话。使用scp或rsync将整个/dm8/data/DMSERVER01目录拷贝到主机B的/dm8/data/目录下。为了清晰可以在主机B上重命名目录为DMSERVER02。# 在主机B上执行 mv /dm8/data/DMSERVER01 /dm8/data/DMSERVER02拷贝主库的dmmal.ini文件到备库数据目录因为它俩内容应该一样。关键一步修改备库的dm.ini。将/dm8/data/DMSERVER02/dm.ini中的INSTANCE_NAME参数修改为DMSERVER02。其他参数如PORT_NUM等如果主机B的端口与主机A不同也需要相应修改。3.5 配置备库参数与归档备库的dmarch.ini配置与主库不同因为它主要是接收方[ARCHIVE_LOCAL1] ARCH_TYPE LOCAL ARCH_DEST /dm8/arch/DMSERVER02 ARCH_FILE_SIZE 2048 ARCH_SPACE_LIMIT 102400 [ARCHIVE_REALTIME1] ARCH_TYPE REALTIME ARCH_DEST DMSERVER01 # 注意这里指向主库注意实时归档的目的地是DMSERVER01。这形成了一个双向的归档通道尽管备库不会主动产生日志给主库这是守护进程协调工作的需要。至此两个数据库实例的静态配置就完成了。接下来要让它们“活”起来并协同工作这就需要配置守护进程。4. 守护进程配置与集群启动守护进程dmwatcher是集群的“神经中枢”它通过配置文件dmwatcher.ini来定义行为。这个文件通常放在数据库软件安装目录的/dm8/bin下或者与数据目录同级。4.1 配置主库守护进程dmwatcher.ini在主机A上创建或编辑/dm8/bin/dmwatcher.ini[GRP1] # 守护进程组名同一个集群内的所有守护进程组名必须相同 DW_TYPE LOCAL # 本地守护类型 DW_MODE AUTO # 自动模式 DW_ERROR_TIME 10 # 认定远程守护进程故障的时间(秒) INST_RECOVER_TIME 60 # 重启数据库实例的间隔时间(秒) INST_ERROR_TIME 10 # 认定数据库实例故障的时间(秒) INST_OGUID 453331 # 守护系统唯一OGUID主备库必须相同可以是一个随机数 INST_INI /dm8/data/DMSERVER01/dm.ini # 本机守护的数据库实例配置文件路径 INST_AUTO_RESTART 1 # 实例故障时是否自动重启 INST_STARTUP_CMD /dm8/bin/dmserver # 实例启动命令 RLOG_SEND_THRESHOLD 0 # 实时归档发送阈值0表示无延迟 RLOG_APPLY_THRESHOLD 0 # 实时归档重做阈值0表示无延迟OGUIDOracle Global Unique Identifier是达梦守护系统内部用于识别集群的唯一标识必须是一个数字且主备库配置必须完全相同。你可以通过dmmonitor工具生成也可以自己指定一个。4.2 配置备库守护进程在主机B上创建类似的dmwatcher.ini关键参数保持一致[GRP1] DW_TYPE LOCAL DW_MODE AUTO DW_ERROR_TIME 10 INST_RECOVER_TIME 60 INST_ERROR_TIME 10 INST_OGUID 453331 # 必须与主库相同 INST_INI /dm8/data/DMSERVER02/dm.ini # 修改为备库的dm.ini路径 INST_AUTO_RESTART 1 INST_STARTUP_CMD /dm8/bin/dmserver RLOG_SEND_THRESHOLD 0 RLOG_APPLY_THRESHOLD 04.3 以Mount方式启动主备库并设置OGUID在启动守护进程前必须先以Mount方式启动数据库实例并设置正确的OGUID和模式。启动主库主机Acd /dm8/bin ./dmserver /dm8/data/DMSERVER01/dm.ini mount启动后使用达梦管理工具disql连接./disql SYSDBA/SYSDBA192.168.1.101:5236执行SQL设置OGUID和模式SP_SET_OGUID(453331); -- 设置OGUID与守护进程配置一致 ALTER DATABASE PRIMARY; -- 设置数据库为主库模式执行成功后退出disql并停止主库实例CtrlC或发送停止信号。启动备库主机B./dmserver /dm8/data/DMSERVER02/dm.ini mount使用disql连接备库./disql SYSDBA/SYSDBA192.168.1.102:5236执行SQLSP_SET_OGUID(453331); -- 设置相同的OGUID ALTER DATABASE STANDBY; -- 设置数据库为备库模式执行成功后退出并停止备库实例。4.4 启动守护进程与数据库实例现在可以正式启动整个集群了。启动顺序有严格要求先启动备库再启动主库。在主机B备库上启动守护进程和实例cd /dm8/bin ./dmwatcher /dm8/bin/dmwatcher.ini守护进程会读取配置并自动启动备库实例因为我们配置了INST_AUTO_RESTART1。观察日志默认在/dm8/bin/dmwatcher.log确认备库启动成功并进入“Standby”状态。在主机A主库上启动守护进程和实例cd /dm8/bin ./dmwatcher /dm8/bin/dmwatcher.ini同样观察日志确认主库启动成功并进入“Primary”状态。此时主库的守护进程会通过MAL系统联系备库的守护进程开始实时归档日志的同步。你可以通过dmmonitor工具来查看集群状态。在主机C监视器或任意一台服务器上创建dmmonitor.ini配置文件然后运行./dmmonitor /path/to/dmmonitor.ini输入show命令即可看到主备库的状态、归档发送/应用延迟等信息。5. 监视器部署与自动切换验证为了实现自动故障切换我们需要部署监视器dmmonitor。监视器作为一个独立的仲裁者在守护进程组无法自行决定时比如网络分区导致脑裂做出最终决策。5.1 配置监视器dmmonitor.ini在主机C上创建dmmonitor.iniMON_DW_CONFIRM 1 # 确认守护进程切换 MON_LOG_PATH /dm8/monitor_log # 监视器日志路径 MON_LOG_INTERVAL 60 # 日志间隔 MON_LOG_FILE_SIZE 1024 # 单个日志文件大小 MON_LOG_SPACE_LIMIT 20480 # 日志总空间限制 [GRP1] # 监控的守护进程组名 MON_INST_OGUID 453331 # 对应的OGUID MON_DW_IP 192.168.1.101:5436 # 主库守护进程IP和端口 MON_DW_IP 192.168.1.102:5436 # 备库守护进程IP和端口配置中指定了要监控的守护进程组GRP1及其所有成员的IP和端口守护进程端口默认5436。5.2 启动监视器并验证自动切换在主机C上启动监视器cd /dm8/bin ./dmmonitor /path/to/dmmonitor.ini进入监视器命令行后输入show查看集群状态应显示主备库均为“Open”状态关系为“Primary-Standby”。模拟主库故障在主机A上直接kill -9掉主库的数据库实例进程dmserver。注意不要杀守护进程dmwatcher。快速回到监视器界面反复执行show命令观察。你会看到主库状态很快变为“Invalid”然后经过INST_ERROR_TIME我们配置的10秒后守护进程开始尝试重启主库。由于我们模拟的是致命故障重启会失败。此时备库的守护进程和监视器会开始协商。在自动切换模式下经过一系列心跳检测和超时判断约几十秒监视器会自动触发切换。你会看到备库DMSERVER02的角色从“Standby”变为“Primary”状态变为“Open”。验证业务可读性尝试用应用或disql连接新的主库192.168.1.102:5236应该可以正常进行读写操作。原来的主库DMSERVER01在修复后可以以“Standby”角色重新加入集群。这个自动切换过程是集群高可用能力的核心体现。务必在测试环境多次演练记录下切换的准确时间RTO并验证数据是否完整RPO应为0。6. 日常运维、监控与故障排查指南集群搭建成功只是第一步日常的监控和问题排查能力更为重要。6.1 关键监控指标与命令集群状态监控使用dmmonitor的show命令是最直接的方式。重点关注DB Status数据库状态应为“Open”。DB Role数据库角色“Primary”或“Standby”。Arch Send Delay归档发送延迟秒理想情况为0。Arch Apply Delay归档重做延迟秒理想情况为0。若延迟持续增大可能网络或备库性能有瓶颈。系统视图查询通过disql连接数据库查询动态性能视图。查看归档信息SELECT * FROM V$ARCHIVED_LOG;查看MAL链路状态SELECT * FROM V$MAL_LINK;查看守护进程信息SELECT * FROM V$DM_WATCHER;日志文件分析守护进程日志dmwatcher.log、数据库实例日志dm_DMSERVER01.log、监视器日志是排查问题的第一现场。遇到问题先看日志。6.2 常见问题与排查思路以下是我在搭建和运维过程中遇到的几个典型问题及解决方法问题一守护进程启动失败报错“MAL系统初始化失败”排查检查dmmal.ini配置文件格式是否正确IP地址和端口是否填写准确。确认防火墙是否放行了MAL端口默认5336、5337等和守护进程端口5436。解决修正配置文件或使用firewall-cmd/iptables命令开放相应端口。问题二主备库状态不同步备库一直处于“Mount”状态排查检查主库的dmarch.ini中实时归档配置是否正确指向备库实例名。检查备库的dmarch.ini中本地归档路径是否存在且权限正确dmdba用户可写。查看备库的数据库日志是否有归档文件应用失败的错误。解决确认归档配置无误。检查/dm8/arch/DMSERVER02目录权限。尝试手动将主库的一个归档文件拷贝到备库归档目录看备库能否正常应用。问题三自动切换未发生或切换时间远超预期排查检查dmwatcher.ini中的DW_ERROR_TIME、INST_ERROR_TIME等超时参数是否设置过小或过大。网络是否存在偶发性丢包或高延迟。监视器与所有守护进程的网络是否通畅。解决适当调整超时参数生产环境需谨慎。使用ping和telnet检查网络质量。确保监视器部署在网络稳定的节点。问题四备库归档应用延迟Arch Apply Delay持续增长排查对比主备库服务器的CPU、内存、磁盘I/O负载。检查备库的/dm8/arch目录所在磁盘是否已满或I/O性能低下。查看备库是否有长时间运行的查询阻塞了日志重做。解决优化备库服务器资源。将归档目录放在高性能磁盘上。在备库避免执行大型复杂查询或设置查询超时。6.3 备份与恢复策略即使有了主备集群定期的物理备份依然必不可少。达梦提供了DMRMAN工具进行联机和脱机备份。备库备份这是推荐的做法可以避免对主库性能产生影响。在备库上可以执行脱机备份需关闭备库实例或联机备份需配置归档。制定备份计划结合业务低峰期使用crontab定时执行备份脚本。备份脚本应包含使用DMRMAN执行备份、检查备份完整性、清理过期备份等步骤。定期恢复演练定期从备份集中恢复数据到测试环境验证备份的有效性和恢复流程的熟练度。高可用方案加上可靠的备份才能构成数据安全的完整防线。搭建达梦8主备集群是一个系统工程涉及系统、网络、存储和数据库多个层面的知识。本文详细记录了从规划到上线的完整流程和关键配置希望能帮你避开我踩过的那些坑。记住在正式上线前一定要在测试环境进行充分的故障切换演练、压力测试和性能基准测试只有经过验证的方案才能放心地托付生产业务。
