在红帽上搭建dm7的主备的一些问题

dmwatcher.ctl文件缺失

dmwatcher.ctl文件缺失，在dm8上是不会有这个问题的。但在dm7，这个文件确实要自己生成的

在达梦安装目录下进行

// An highlighted block
cd /dm7/bin
./dmctlcvt type=3 src=/dm7/data/DAMENG/dmwatcher.ini dest=/dm7/data/DAMENG

每个人的路径都可能会有所不同，在哪个路径下编译的dmwatcher.ini就用哪个路径。
注意：主库和备库只能有一个可以执行此语句，另一台机则需要拷贝过去。
例子：

// An highlighted block
scp -r /dm7/data/DAMENG/dmwatcher.ctl 192.168.78.144:/dm7/data/DAMENG

例子：
这是拷贝到192.168.78.144的机上。

FILE_LSN 、CUR_LSN和PERMANENT_MAGIC值主备机不同

在配置主库和备库之前，要先备份主库的内容，最好是冷备，然后在备机上还原。还原成功后要检查主备机的FILE_LSN 和CUR_LSN 值，主机的两个值和备机的两个值，这4个值要相同。然后是PERMANENT_MAGIC也要相同。

解决方法：
建议备份还原都用冷备，即用dmrman工具进行还原备份。

组分裂

产生原因：

1. 即时归档中，主库在将 Redo 日志写入本地联机 Redo 日志文件之后，发送 Redo
   日志到备库之前出现故障，导致主备库数据不一致，为了继续提供服务，执行备库强制接管。
   此时，当故障主库重启后，就会引发组分裂。

2. 故障备库重新完成数据同步之前，主库硬件故障，并且长时间无法恢复；在用户接受丢失部分数据情况下，为了尽快恢复数据库服务，执行备库强制接管，将备库切换为主库。
   此时，如果故障主库重启，也会造成组分裂。

解决方法：
检测到组分裂后，守护进程会修改控制文件为分裂状态，被分裂出去的数据库需要通过备份还原等技术手段重新恢复。

配置完后dmserver启动失败

解决方法：
配置dmmal.ini的时候

这两个参数在主备机中都要删除，然后分别在主机和备机的dm.ini中找到DW_PORT,将值分别改为这两个。

更多资讯请上达梦技术社区了解：https://eco.dameng.com