九桥软件数据热迁移解决方案

数据库工具

以某码头数据库迁徙方案：

本示意图中：Alpha实为统一台主机。

在Alpha主机为该码头的主生意业务系统数据库，为2002年所部署。随着营业的不停增加，该主机已经不能知足现有的营业增加需要，先接纳IBM主机作为主生意业务系统数据库主机。

有两种数据库迁徙方案：

企图方案一、exp/imp，预计需要制止营业4小时。其中数据迁徙3小时，数据检测以及营业切换1小时。无需付费

企图方案二、IStreamDDS，预计需要制止营业30分钟。其中数据迁徙提前举行，无需占用制止营业时间，数据检测以营业切换30分钟。

最终，数据库迁徙软件接纳IStreamDDS。

部署方案如下：

切换之前：Alpha上的数据库作为主生意业务系统，也作为DDS的源端。IBM主机作为DDS复制目的端数据库

切换之后：IBM上的数据库作为主生意业务系统，也作为DDS的源端。Alpha主机作为DDS复制目的端数据库。

注：本方案在测试情况下测试过之后才应用到正式的生意业务系统上举行部署。

迁徙历程：

1、2007年10月××日晚上，举行数据库同步。将Alpha数据库上的相关营业数据所有同步到IBM主机上。

2、第二天白昼举行营业检测，检测讲明，非时时数据表及其它schema所有准确。并记载时时生意业务的数据表名称。

3、晚上11:00，制止生意业务营业。检查白昼记载的时时生意业务的数据表数据，检查讲明，时时生意业务的数据表数据完全准确。到晚上11:15，所有检查竣事。

4、将营业系统后台数据库指向IBM主机，制止Alpha到IMB数据库同步软件dds。

5、晚上11:16分，汇海IBM到Alpha的复制软件dds。

6、晚上11:20分，营业系统汇海。

7、11:21，通知营业终端，营业最先汇海。

8、11沈阳小程序开发

:22，dds系统显示，IBM已经有正常生意业务发生，同步复制正常。

9、经由三天的系统运行情形视察。IBM主机营业情形正常运行。Alpha数据同IBM数据一致。

接纳IStreamDDS完成数据迁徙方案有以下三个特点：

1、营业制止时间短

接纳oracle自带的exp/imp模式需要用时4小时。而接纳IStreamDDS则需要用时30分钟，现实用时则为20分钟。将码头营业因数据库迁徙的时间大大降低，从而大大淘汰了用户的时间。须知，在该营业制止时代，该系统下的所有码头均无法放行任何一个海关货柜。

2、切换后保证新系统与原系统数据时时一致

新系统切换后，有可能会遇到系系统上某些营业无法正常运行的情形下，这种情形就需要将营业系统数据库切换到原来的数据库上，而此时代发生的新营业数据时时复制到原来的数据库系统上才气保证营业能够不中断的切换到原来的数据库上。

3、热容灾系统同时建设

新营业系统汇海后，DDS将新营业系统上的数据时时同步到原来的数据库中。新营业系统的数据库热容灾系统同时也就建立了，更好的保证了营业系统的营业一连性。