DM实时主备搭建所遇问题处理

文章描述了一个主备双节点数据库系统在部署过程中遇到的问题,包括watcher无法拉起数据库至open状态。作者怀疑是由于备份还原失误导致,并详细阐述了重新进行实时主备部署的步骤,如脱机备份、恢复、数据一致性检查。在完成这些操作后,发现问题是由于两台服务器的防火墙状态不一致造成的。在确保防火墙关闭后,主备库成功拉起并达到open状态。
摘要由CSDN通过智能技术生成

问题现象

主备双节点状态均为mount,watcher无法拉起数据库为open

查看数据库魔数

主库:

备库:

 

怀疑是该问题导致(可能在部署过程中出现备份还原失误)

现重新进行实时主备部署

主库进行脱机备份

./dmrman CTLSTMT="BACKUP DATABASE '/dm8/data/DAMENG/dm.ini' FULL TO BACKUP_FILE2 BACKUPSET '/dm8/data/BACKUP_FILE_02'"

拷贝备份文件到备库所在机器

scp -r BACKUP_FILE_02/ root@192.168.6.101:/dm8/data

备库:

执行脱机数据库还原与恢复

备库进行restor还原

./dmrman CTLSTMT="RESTORE DATABASE '/dm8/data/DAMENG/dm.ini' FROM BACKUPSET '/dm8/data/BACKUP_FILE_02'"

备库进行recover恢复

./dmrman CTLSTMT="RECOVER DATABASE '/dm8/data/DAMENG/dm.ini' FROM BACKUPSET '/dm8/data/BACKUP_FILE_02'"

备库进行数据库更新:

./dmrman CTLSTMT="RECOVER DATABASE '/dm8/data/DAMENG/dm.ini' UPDATE DB_MAGIC"

检查数据一致性

注:必须mount方式启动主备库实例

主库mount启动:

./dmserver /dm8/data/DAMENG/dm.ini mount

备库相同操作

分别在主备库disql中输入一下sql

select file_lsn,cur_lsn from v$rlog;

select permanent_magic;

主库

备库

注意事项:

主备库的FILE_LSN和 CUR_LSN 值相同且永久魔数一致情况下可进行主备库的配置工作

按照之前的配置方式将备库dm.ini、dmmal.ini、dmarch.ini、dmwatcher.ini等文件

重新更改备库模式为standby,mount方式启动主备库后启动守护进程及监视器

(重新配置完成后,发现依旧为mount,又确认魔数一致,查看日志报错如下)

排查后发现两台服务器的防火漆昂状态为一台开启,一台关闭。

确认两端防火墙为关闭状态!!!两端方可拉起状态open!!!

成功结果

主库:

备库:

达梦云适配技术社区
https://eco.dameng.com/

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值