dm8读写分离备库异常后如何进行在线重建备库

本篇文章为大家展示了dm8读写分离备库异常后如何进行在线重建备库，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。

于今天核查应用报错异常的时候。监控集群日志和监控器发现异常

测试环境场景如下：

主库日志

备库

备库归档全是空的。

经核查是部署问题导致的。 在最新版的dm8 文档提到 集群部署不支持数据文件拷贝的方式。 虽然也能部署起来 ，但是主备不会同步。 因为每个库都有一个数据库魔数（DB_MAGIC）， 每经过一次还原、恢复操作， DB_MAGIC就会产生变化，需要通过这种方式来区分同一个数据守护环境中各个不同的库 。

解决：

在线联机备份主库，rman在脱机的备机进行恢复，做备机重建。

1. 1. 对主库进行联机备份操作

SQL> BACKUP DATABASE BACKUPSET /dm/data/BACKUP_FILE_01;

备注：如果执行备份时，待备份的库是 Normal 模式，并且不能确定这个库一定作为主库使用，则对 Normal 模式的库必须使用脱机备份，不能使用联机备份方式。因为此次是备库重建，所以直接用联机备份方式。

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

3.直接在原备库上执行脱机数据库还原与恢复

./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"

4. 重新配置 B 的 dm.ini、 dmmal.ini、 dmarch.ini 和 dmwatcher.ini 配置文件 。

5. 以 Mount 方式启动 B

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

6. DIsql 登录 B，设置 OGUID， 修改备库模式

SQL>SP_SET_PARA_VALUE(1, ALTER_MODE_STATUS, 1);

SQL>sp_set_oguid(453332 );

SQL>alter database standby;

SQL>SP_SET_PARA_VALUE(1, ALTER_MODE_STATUS, 0);

7. 启动 B 的守护进程

./dmwatcher /dm/data/DAMENG/dmwatcher.ini

执行以上步骤后，恢复 B 的准备过程已经完成。接下来，数据守护系统会将 B 作为备库重加入数据守护系统， A 的守护进程会自动通知同步数据到 B，最终恢复主备库数据到一致状态。

登陆监控器查看集群健康状态：

一切正常。集群修复完成。

上述内容就是dm8读写分离备库异常后如何进行在线重建备库，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注行业资讯频道。