数据守护启动和关闭顺序
启动数据库举例：
- 启动数据库
以 Mount 方式分别启动主、备数据库：./dmserver /DM/data/DAMENG/dm.ini mount。
- 修改数据库模式
登录主数据库修改数据库模式为：PRIMARY。
alter database primary;
登录备数据库修改数据库模式为：STANDBY。
alter database standby;
- 启动守护进程
启动主机 DM1 上的守护进程：./DmWatcherServiceGRP1_RT_01 start。
启动备机 DM2 上的守护进程：./DmWatcherServiceGRP1_RT_02 start。
启动监视机 DM_W 上的监视器：./dmmonitor /home/dmdba/dmdbms/data/DAMENG/dmmonitor.ini。
关闭数据库举例：
- 退出 DM 数据守护
- 退出监视器
- 关闭备机的守护进程
- 关闭主机的守护进程
- 关闭主机实例
- 关闭备机实例
dmmonitor 进入监视器查看各个节点状态
【问题描述】：
- /dmmonitor 监视器作为服务已经开机启动情况下，如何进入监视器查看各个节点状态。
- 数据守护后台启动监视器后，怎么进入。
- 读写分离集群部署了两套，确认第二套集群启动确认监视器时报错只能启动一个。
【解决方法】：
确认监视器只能配置一个，配一个新的非确认监视器。
主备集群魔数不一样，如何解决
【问题详情】：
集群搭好了，但是两边的魔数不一样，主库写进去的备库查询不到，查看监控日志是归档出错了/配置主备，两个库安装以及怎么确保魔数一致？
【问题解答】：
不同版本的 DM 主备库数据准备的方式不一样。
需要参考安装目录下的 doc 目录下--“DM 数据守护与读写分离集群”-- 7.1 数据准备章节。
以前的版本主备数据准备是可以用数据文件拷贝以及备份还原方式的。最新的版本是必须先通过备份还原方式同步各数据库的数据。
主备模式下重命名表空间数据文件报错：don't support on primary mode
主备模式下是处于主机状态，禁止修改数据文件名。
延迟启动集群
某些服务器系统在重启以后，网络会等待两分钟才恢复正常，但是在这两分钟内，集群的状态就会由于网络问题不正常，通过以下方法能够实现让集群等网络恢复后再延时启动；
- 禁用开机自启
systemctl disable DmServiceDMSERVER.service
systemctl disable DmWatcherServiceDM.service
在监视器上禁用监视器服务
systemctl disable DmMonitorServiceDM.service
禁用以后重启系统集群服务不会自动启动，所以此时我们需要写一个启动集群的 shell 脚本。
- 编写 startDatabase.sh 脚本
sleep 180 表示等待3min再启动实例服务和守护进程
数据库主和备服务器上如下：
#！/bin/bash
sleep 180
/home/dmdba/dmdbms/bin/DmServiceDMSERVER start
/home/dmdba/dmdbms/bin/DmWatcherServiceDM start
然后赋予这个脚本执行权限
chmod +x startDatabase.sh
ls -l 查看是否有执行权限
通过./startDatabase.sh 验证脚本正确性，能否在三分钟后启动集群。
监视器服务器上：
监视器服务等待5分钟后启动
chmod +x startDatabase.sh
#！/bin/bash
sleep 300
/home/dmdba/dmdbms/bin/DmMonitorServiceDM start
同样也是执行一遍，看脚本是否正确；
- 将编写好的脚本写入到linux的rc.local文件里
在最后添加
/root/startDatabase.sh &
然后保存，重启验证
