CN104573121A - 一种从aix平台向k-ux平台迁移的db2数据库迁移工具 - Google Patents

Abstract

本发明特别涉及一种从AIX平台向K-UX平台迁移的DB2数据库迁移工具。该从AIX平台向K-UX平台迁移的DB2数据库迁移工具，所述迁移工具的软件架构基于JAVA平台，分为源端与目标端，其中AIX平台为源端，K-UX平台为目标端，通过以太网实现源端与目标端通信。该从AIX平台向K-UX平台迁移的DB2数据库迁移工具，结构简单合理，实现了DB2数据库从AIX平台向K-UX平台的迁移，极大地降低了数据库迁移难度，减少了工作量，缩短了工作时间，提高了工作效率。

Description

一种从AIX平台向K-UX平台迁移的DB2数据库迁移工具

技术领域

本发明涉及数据库的跨平台迁移技术领域，特别涉及一种从AIX平台向K-UX平台迁移的DB2数据库迁移工具。

背景技术

高端服务器承载着行业的核心应用，广泛应用在金融、电信、能源、交通等关键应用领域，其运行直接关系到社会、经济的正常运转。长期以来，由于缺乏高端服务器设计和制造能力，我国高端服务器市场一直为国外厂商把持，其中惠普长期占据20%以上的国内市场。在科技部“十一五”863计划的支持下，相关部门、科研单位积极配合，浪潮已成功研制了32路高端容错计算机系统，可用度达到99.999％，系统联机事务处理能力达到世界先进水平。为提高信息化建设重大装备的自主可控性，越来越多的信息系统倾向于使用自主产品。因此，在未来较长的一段时间内，国内的IT系统建设面临着国产化的变革，具体的信息系统建设与实施层面，体现为越来越多的跨平台迁移工作，其中有相当的迁移工作是从AIX平台至浪潮K-UX平台。

数据库是IT系统的核心软件，数据库迁移也是IT系统建设中极为重要的一部分。由于异构服务器平台的CPU指令集差异、操作系统差异以及编译器差异，使得数据库跨平台迁移难度高，工作量大。如何降低移植难度，减少工作量，是数据库跨平台迁移需要解决的关键问题。

发明内容

本发明为了弥补现有技术的缺陷，提供了一种简约、高效的从AIX平台向K-UX平台迁移的DB2数据库迁移工具。

本发明是通过如下技术方案实现的：

一种从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述迁移工具的软件架构基于JAVA平台，分为源端与目标端，其中AIX平台为源端，K-UX平台为目标端，通过以太网实现源端与目标端通信；所述源端和目标端对各自所在平台环境进行扫描，根据扫描结果与迁移算法，生成迁移评估报告与迁移方案建议；根据用户对迁移方案建议的筛选和迁移算法生成迁移向导，通过迁移向导对用户的提示与指导，实现DB2数据库数据从其他服务器平台至K-UX平台的跨平台跨版本半自动迁移。

所述源端包含通信模块a（1）、分析模块a（2）、备份模块（3）与控制台模块a（4），所述目标端包括通信模块b（5）、分析模块b（6）、恢复模块（7）与控制台模块b（8）；所述控制台模块（4，8）用于实现人机交互，控制台模块（4，8）第一通信端口与通信模块（1，5）第一通信端口相连，控制台模块（4，8）第二通信端口与分析模块（2，6）第一通信端口相连，控制台模块a（4）第三通信端口与备份模块（3）相连，控制台模块b（8）第三通信端口与恢复模块（7）相连，通信模块（1，5）第二通信端口与分析模块（2，6）第二通信端口相连，通信模块a（1）第三通信端口与备份模块（3）第二通信端口相连，通信模块b（5）第三通信端口与恢复模块（7）第二通信端口相连，源端通信模块a（1）第四通信端口与目标端通信模块b（5）第四端口通过以太网相连；所述通信模块（1，5）将分析模块a（2）、备份模块（3）和控制台模块a（4）的信息与分析模块b（6）、恢复模块（7）和控制台模块b（8）的信息通过以太网实现交互，实现源端与目标端通信与控制。

所述分析模块a（2）收集源端平台信息与数据库信息，分析模块a（2）通过通信模块a（1）接收分析模块b（6）收集的目标端平台信息，对比源端平台信息与目标端平台信息，得出源端、目标端平台差异分析表输出至控制台模块a（4）；分析模块a（2）根据平台差异分析表、收集的源端数据库信息以及迁移算法，制定迁移方案输出至控制台模块a（1），根据控制台模块a（4）反馈的人工干预信息，生成迁移向导指导迁移；分析模块a（2）将源端平台信息、源端数据库信息、平台差异分析表、迁移方案、迁移向导发送至通信模块a（1）。

所述分析模块b（6）收集目标端平台信息与恢复的数据库信息；分析模块b（6）通过通信模块b（5）接收源端分析模块a（2）收集的源端数据库信息，对比源端数据库信息与目标端已恢复的数据库信息，得出源端数据库、目标端数据库一致性检查表输出至控制台模块b（8）；分析模块b（6）将目标端平台信息、目标端数据库信息、数据库一致性检查表、发送至通信模块b（5）。

所述平台信息包括处理器架构信息、指令集信息、字节序信息、编译器信息、操作系统信息、系统变量信息及文件系统信息，所述数据库信息及恢复的数据库信息包括数据库版本信息、数据量信息、表信息、索引信息、存储过程信息、用户信息、日志信息。

所述备份模块（3）根据迁移向导、迁移算法及控制台模块a（4）发送的人工干预信息执行源端DB2数据库备份操作，并反馈每步操作的结果至控制台模块a（4）与通信模块a（1）；所述恢复模块（7）根据迁移向导、迁移算法及控制台模块b（8）发送的人工干预信息执行源端DB2数据库恢复操作，并反馈每步操作的结果至控制台模块b（8）与通信模块b（5）。

所述迁移算法包括迁移向导生成算法和备份恢复算法。

所述迁移向导生成算法步骤如下：

1）制定源端、目标端平台差异分析表的格式以及各差异对应的迁移方案建议；

2）根据不同的迁移数据量制定不同的数据库转储文件传输建议：转储文件小于100G时，使用千兆网传输；转储文件100G~4T时，使用万兆网传输；转储文件大于4T时，使用直接挂载磁盘阵列方式进行转移；

3）根据表信息、用户信息、存储过程信息预估迁移时间，包括数据库备份时间、转储文件传输时间、数据库恢复时间；

4）分析模块a（2）生成迁移方案建议，并将迁移方案建议发送至控制台模块a（4）和通信模块a（1）；

5）最后根据用户对迁移方案建议的决策，生成迁移向导。

备份恢复算法步骤如下：

1）备份模块（3）在源端建立源数据库对象与数据存储目录，反馈建立结果；

2）备份模块（3）使用db2look导出数据库结构，反馈导出结果；

3）备份模块（3）使用db2move导出数据库数据，反馈导出结果；

4）备份模块（3）对导出数据打包压缩，反馈结果；

5）提示用户传输转储文件；

6）用户通过控制台模块a（4）或控制台模块b（8）确认转储文件传输完毕；

7）恢复模块（7）解压缩导出数据，反馈结果；

8）恢复模块（7）提示用户在目标端建立新数据库；

9）恢复模块（7）检查目标端建立的新数据库，反馈检查结果；

10）恢复模块（7）在目标端执行数据库导入操作，反馈导入结果；

11）恢复模块（7）在目标端执行数据库一致性检查，反馈检查结果；

12）恢复模块（7）在目标端操作系统建立用户，反馈建立结果；

13）恢复模块（7）在目标端操作系统对步骤12）建立用户授权，反馈授权建立结果。

本发明的有益效果是：该从AIX平台向K-UX平台迁移的DB2数据库迁移工具，结构简单合理，实现了DB2数据库从AIX平台向K-UX平台的迁移，极大地降低了数据库迁移难度，减少了工作量，缩短了工作时间，提高了工作效率。

附图说明

附图1为发明DB2数据库迁移工具架构示意图。

具体实施方式

下面结合附图对本发明进行详细的说明。

该从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其软件架构基于JAVA平台，分为源端与目标端，其中AIX平台为源端，K-UX平台为目标端，通过以太网实现源端与目标端通信；所述源端和目标端对各自所在平台环境进行扫描，根据扫描结果与迁移算法，生成迁移评估报告与迁移方案建议；根据用户对迁移方案建议的筛选和迁移算法生成迁移向导，通过迁移向导对用户的提示与指导，实现DB2数据库数据从其他服务器平台至K-UX平台的跨平台跨版本半自动迁移。

所述源端包含通信模块a1、分析模块a2、备份模块3与控制台模块a4，所述目标端包括通信模块b5、分析模块b6、恢复模块7与控制台模块b8；所述控制台模块4，8用于实现人机交互，控制台模块4，8第一通信端口与通信模块1，5第一通信端口相连，控制台模块4，8第二通信端口与分析模块2，6第一通信端口相连，控制台模块a4第三通信端口与备份模块3相连，控制台模块b8第三通信端口与恢复模块7相连，通信模块1，5第二通信端口与分析模块2，6第二通信端口相连，通信模块a1第三通信端口与备份模块3第二通信端口相连，通信模块b5第三通信端口与恢复模块7第二通信端口相连，源端通信模块a1第四通信端口与目标端通信模块b5第四端口通过以太网相连；所述通信模块1，5将分析模块a2、备份模块3和控制台模块a4的信息与分析模块b6、恢复模块7和控制台模块b8的信息通过以太网实现交互，实现源端与目标端通信与控制。

所述分析模块a2收集源端平台信息与数据库信息，分析模块a2通过通信模块a1接收分析模块b6收集的目标端平台信息，对比源端平台信息与目标端平台信息，得出源端、目标端平台差异分析表输出至控制台模块a4；分析模块a2根据平台差异分析表、收集的源端数据库信息以及迁移算法，制定迁移方案输出至控制台模块a1，根据控制台模块a4反馈的人工干预信息，生成迁移向导指导迁移；分析模块a2将源端平台信息、源端数据库信息、平台差异分析表、迁移方案、迁移向导发送至通信模块a1。

所述分析模块b6收集目标端平台信息与恢复的数据库信息；分析模块b6通过通信模块b5接收源端分析模块a2收集的源端数据库信息，对比源端数据库信息与目标端已恢复的数据库信息，得出源端数据库、目标端数据库一致性检查表输出至控制台模块b8；分析模块b6将目标端平台信息、目标端数据库信息、数据库一致性检查表、发送至通信模块b5。

所述平台信息包括处理器架构信息、指令集信息、字节序信息、编译器信息、操作系统信息、系统变量信息及文件系统信息，所述数据库信息及恢复的数据库信息包括数据库版本信息、数据量信息、表信息、索引信息、存储过程信息、用户信息、日志信息。

所述备份模块3根据迁移向导、迁移算法及控制台模块a4发送的人工干预信息执行源端DB2数据库备份操作，并反馈每步操作的结果至控制台模块a4与通信模块a1；所述恢复模块7根据迁移向导、迁移算法及控制台模块b8发送的人工干预信息执行源端DB2数据库恢复操作，并反馈每步操作的结果至控制台模块b8与通信模块b5。

所述迁移算法包括迁移向导生成算法和备份恢复算法。

所述迁移向导生成算法步骤如下：

1）制定源端、目标端平台差异分析表的格式以及各差异对应的迁移方案建议；

2）根据不同的迁移数据量制定不同的数据库转储文件传输建议：转储文件小于100G时，使用千兆网传输；转储文件100G~4T时，使用万兆网传输；转储文件大于4T时，使用直接挂载磁盘阵列方式进行转移；

3）根据表信息、用户信息、存储过程信息预估迁移时间，包括数据库备份时间、转储文件传输时间、数据库恢复时间；

4）分析模块a2生成迁移方案建议，并将迁移方案建议发送至控制台模块a（4）和通信模块a1；

5）最后根据用户对迁移方案建议的决策，生成迁移向导。

备份恢复算法步骤如下：

1）备份模块3在源端建立源数据库对象与数据存储目录，反馈建立结果；

2）备份模块3使用db2look导出数据库结构，反馈导出结果；

3）备份模块3使用db2move导出数据库数据，反馈导出结果；

4）备份模块3对导出数据打包压缩，反馈结果；

5）提示用户传输转储文件；

6）用户通过控制台模块a4或控制台模块b8确认转储文件传输完毕；

7）恢复模块8解压缩导出数据，反馈结果；

8）恢复模块8提示用户在目标端建立新数据库；

9）恢复模块8检查目标端建立的新数据库，反馈检查结果；

10）恢复模块8在目标端执行数据库导入操作，反馈导入结果；

11）恢复模块8在目标端执行数据库一致性检查，反馈检查结果；

12）恢复模块8在目标端操作系统建立用户，反馈建立结果；

13）恢复模块8在目标端操作系统对步骤12）建立用户授权，反馈授权建立结果。

Claims (9)

1.一种从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述迁移工具的软件架构基于JAVA平台，分为源端与目标端，其中AIX平台为源端，K-UX平台为目标端，通过以太网实现源端与目标端通信；所述源端和目标端对各自所在平台环境进行扫描，根据扫描结果与迁移算法，生成迁移评估报告与迁移方案建议；根据用户对迁移方案建议的筛选和迁移算法生成迁移向导，通过迁移向导对用户的提示与指导，实现DB2数据库数据从其他服务器平台至K-UX平台的跨平台跨版本半自动迁移。

2.根据权利要求1所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述源端包含通信模块a（1）、分析模块a（2）、备份模块（3）与控制台模块a（4），所述目标端包括通信模块b（5）、分析模块b（6）、恢复模块（7）与控制台模块b（8）；所述控制台模块（4，8）用于实现人机交互，控制台模块（4，8）第一通信端口与通信模块（1，5）第一通信端口相连，控制台模块（4，8）第二通信端口与分析模块（2，6）第一通信端口相连，控制台模块a（4）第三通信端口与备份模块（3）相连，控制台模块b（8）第三通信端口与恢复模块（7）相连，通信模块（1，5）第二通信端口与分析模块（2，6）第二通信端口相连，通信模块a（1）第三通信端口与备份模块（3）第二通信端口相连，通信模块b（5）第三通信端口与恢复模块（7）第二通信端口相连，源端通信模块a（1）第四通信端口与目标端通信模块b（5）第四端口通过以太网相连；所述通信模块（1，5）将分析模块a（2）、备份模块（3）和控制台模块a（4）的信息与分析模块b（6）、恢复模块（7）和控制台模块b（8）的信息通过以太网实现交互，实现源端与目标端通信与控制。

3.据权利要求2所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述分析模块a（2）收集源端平台信息与数据库信息，分析模块a（2）通过通信模块a（1）接收分析模块b（6）收集的目标端平台信息，对比源端平台信息与目标端平台信息，得出源端、目标端平台差异分析表输出至控制台模块a（4）；分析模块根据平台差异分析表、收集的源端数据库信息以及迁移算法，制定迁移方案输出至控制台模块（1），根据控制台模块a（4）反馈的人工干预信息，生成迁移向导指导迁移；分析模块a（2）将源端平台信息、源端数据库信息、平台差异分析表、迁移方案、迁移向导发送至通信模块a（1）。

4.据权利要求2所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述分析模块b（6）收集目标端平台信息与恢复的数据库信息；分析模块b（6）通过通信模块b（5）接收源端分析模块a（2）收集的源端数据库信息，对比源端数据库信息与目标端已恢复的数据库信息，得出源端数据库、目标端数据库一致性检查表输出至控制台模块b（8）；分析模块b（6）将目标端平台信息、目标端数据库信息、数据库一致性检查表、发送至通信模块b（5）。

5.据权利要求3或4所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述平台信息包括处理器架构信息、指令集信息、字节序信息、编译器信息、操作系统信息、系统变量信息及文件系统信息，所述数据库信息及恢复的数据库信息包括数据库版本信息、数据量信息、表信息、索引信息、存储过程信息、用户信息、日志信息。

6.据权利要求2所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述备份模块（3）根据迁移向导、迁移算法及控制台模块a（4）发送的人工干预信息执行源端DB2数据库备份操作，并反馈每步操作的结果至控制台模块a（4）与通信模块a（1）；所述恢复模块（7）根据迁移向导、迁移算法及控制台模块b（8）发送的人工干预信息执行源端DB2数据库恢复操作，并反馈每步操作的结果至控制台模块b（8）与通信模块b（5）。

7.根据权利要求1或3或6所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述迁移算法包括迁移向导生成算法和备份恢复算法。

8.根据权利要求3或7所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：所述迁移向导生成算法步骤如下：

1）制定源端、目标端平台差异分析表的格式以及各差异对应的迁移方案建议；

2）根据不同的迁移数据量制定不同的数据库转储文件传输建议：转储文件小于100G时，使用千兆网传输；转储文件100G~4T时，使用万兆网传输；转储文件大于4T时，使用直接挂载磁盘阵列方式进行转移；

3）根据表信息、用户信息、存储过程信息预估迁移时间，包括数据库备份时间、转储文件传输时间、数据库恢复时间；

4）分析模块a（2）生成迁移方案建议，并将迁移方案建议发送至控制台模块a（4）和通信模块a（1）；

5）最后根据用户对迁移方案建议的决策，生成迁移向导。

9.根据权利要求6或7所述的从AIX平台向K-UX平台迁移的DB2数据库迁移工具，其特征在于：备份恢复算法步骤如下：

1）备份模块（3）在源端建立源数据库对象与数据存储目录，反馈建立结果；

2）备份模块（3）使用db2look导出数据库结构，反馈导出结果；

3）备份模块（3）使用db2move导出数据库数据，反馈导出结果；

4）备份模块（3）对导出数据打包压缩，反馈结果；

5）提示用户传输转储文件；

6）用户通过控制台模块a（4）或控制台模块b（8）确认转储文件传输完毕；

7）恢复模块（7）解压缩导出数据，反馈结果；

8）恢复模块（7）提示用户在目标端建立新数据库；

9）恢复模块（7）检查目标端建立的新数据库，反馈检查结果；

10）恢复模块（7）在目标端执行数据库导入操作，反馈导入结果；

11）恢复模块（7）在目标端执行数据库一致性检查，反馈检查结果；

12）恢复模块（7）在目标端操作系统建立用户，反馈建立结果；

13）恢复模块（7）在目标端操作系统对步骤12）建立用户授权，反馈授权建立结果。