在项目的维护中经常会遇到存储阵列设备老旧，需要升级换代的需求。由于大部分业务属于7*24运行，只能短暂停机维护，通过停机拷贝数据文件、脱机物理备份还原这类方法不适用。在以往遇到该类问题时比较头疼，只能采用DTS、DMHS、DMETL、逻辑备份还原等方式配合迁移数据。该种数据迁移方式属于逻辑迁移，可靠性不高。
基于以上考虑本文引入新的数据迁移方法----基于达梦数据守护集群的物理迁移方法。DM 数据守护（DM Data Watch）的实现原理非常简单：将主库（生产库）产生的 Redo日志传输到备库，备库接收并重新应用 Redo 日志，从而实现备库与主库的数据同步。巧用在线搭建数据守护集群的方法，可以保证原有主机提供服务的同时能快速迁移数据，并可以保证数据的准确性。在搭建的过程中主机只会在修改配置时短暂停机两次。该方案将会把之前较为复杂危险的硬件变更方案变得简单可靠。接下来本文将具体介绍操作步骤。
一、 搭建测试环境
实验环境说明：
操作系统：CentOS Linux 7
数据库版本：6-2-98-21.12.30-154539-10040-ENT Pack1
说明：在操作过程中需要保证主备库的数据库版本一致。本文以IP为192.168.85.128的机器模拟待更换阵列的数据库服务器，简称A库；192.168.85.129的机器模拟新环境，简称B库。
1、初始化A库
./dminit PATH=/dbdata/dmdata

2、创建测试表

3、确认表数据量

二、 在线搭建主备
1、搭建备库
1.1初始化B库
./dminit PATH=/dbdata/dmdata

1.2对主库进行备份，并把备份还原到备库
RESTORE DATABASE '/dbdata/dmdata/DAMENG/dm.ini' from BACKUPSET '/dbbak/dmbak/BACKUP_01';
recover DATABASE '/dbdata/dmdata/DAMENG/dm.ini' from BACKUPSET '/dbbak/dmbak/BACKUP_01';
recover DATABASE '/dbdata/dmdata/DAMENG/dm.ini' UPDATE DB_MAGIC;

1.3修改AB库配置
分别对AB库的dm.ini、 dmmal.ini、 dmarch.ini 和 dmwatcher.ini进行设置。
A库配置如下：
dm.ini

dmmal.ini

dmarch.ini

dmwatcher.ini

B库配置如下：
dm.ini

dmmal.ini同主机
dmarch.ini

dmwatcher.ini同主机
配置监视器dmmonitor.ini

2、修改启动脚本启动模式，确保库以mount方式启动并启动AB库。

3、设置AB库模式
A库部分：

B库部分：

4、启动守护进程
./dmwatcher /dbdata/dmdata/DAMENG/dmwatcher.ini

5、启动监视器
./dmmonitor dmmonitor.ini
6、确认集群状态

从以上信息看出，集群正常，A库为主库，B库为备库。
三、 验证
1、A库插入数据

2、B库查看数据

四、 主备机切换
1、登录监视器
2、使用switchover命令切换主备机

3、查看监视器确认集群状态

4、插入数据进行验证。


从上述信息可以看出原备机已经变为主机可对外提供服务。
五、 清除A库
1、清除B库关于数据守护的配置
删除dmmal.ini、dmwatcher.ini
修改dm.ini和dmarch.ini,如下：


2、停止A库的守护进程和数据库进程。
3、停止B库守护进程，修改B库启动脚本为OPEN并重启B库数据库进程。对数据库模式进行设置。


4、插入数据进行验证。

5、更新全库统计信息。
至此，数据库服务器的真理升级更换工作已完成。
六、 后续
完成AB库切换后，用户可以根据实际情况确定是否需要更换IP地址或者服务器。如果采用新IP地址，应用侧需要更换应用的配置文件，保证业务能够根据新的IP地址访问数据库。也可以使用老服务器或者把新服务器的IP更改为原来IP地址。