如何无IBM iSeries连接将DB2备份文件数据迁移至SQL Server？

结论：没有可靠的通用方案能实现这个目标，核心原因如下：

• DB2是分平台的不同产品线，备份格式完全不互通：IBM i（原iSeries）平台的DB2 for i、分布式平台的DB2 for LUW（Windows/Linux/Unix版）、大型机的DB2 for z/OS三者的备份文件结构、页存储格式、元数据规则完全不兼容，不存在跨平台直接恢复的可能。
• 如果你手里的备份是iSeries平台生成的，目前没有公开工具能离线解析这类备份导出完整的结构化数据，网上零散的解析工具最多能提取出部分文本内容，会丢失字段类型、主键、外键、索引、约束关系，迁移后的数据一致性完全无法保障，生产数据绝对不能用这种方法。
• 就算是DB2 for LUW生成的备份，也没有工具能直接把备份文件转成SQL Server可识别的格式，必须先恢复到对应版本的DB2实例中才能导出数据。不要尝试用十六进制编辑器直接修改备份文件适配SQL Server，DB2备份自带校验和校验，强行修改只会导致文件彻底损坏。

前置提醒：先确认你手里的备份属于DB2 for LUW产品线，如果是iSeries生成的备份，下面的方法完全无法恢复，这种情况要么联系原系统管理员从iSeries导出IXF、CSV等通用格式数据，要么找专门做IBM i数据迁移的服务商处理，别浪费时间装DB2 for LUW试错。确认是DB2 for LUW备份的话，按以下步骤操作：

1. 安装匹配版本的DB2 for LUW服务器 #

• DB2备份有严格的版本校验规则：只能在同大版本、补丁级别等于或高于备份生成版本的实例上恢复，比如备份是DB2 11.5.7生成的，装11.5.0版本无法恢复，装11.5.8可以，装10.5版本完全不兼容。如果不清楚备份的具体版本，可以先安装最新的DB2 for LUW社区版，非生产迁移场景下社区版免费，功能足够用。
• 安装注意事项：安装包不要放在含中文、特殊字符、空格的路径下，选择典型安装即可，实例管理员账号用默认的db2admin，设置好密码记牢。安装完成后以管理员身份打开「DB2命令窗口」，执行db2start能正常返回实例启动成功的提示，就说明基础安装没问题。
• 开启DB2的TCP/IP通信，默认端口为50000，在DB2命令窗口依次执行以下命令：

db2set DB2COMM=tcpip
db2 update dbm cfg using SVCENAME 50000
db2stop force
db2start

2. 恢复DB2备份 #

• 把备份文件放到纯英文路径下，不要放中文目录，避免恢复时识别路径失败。
• 恢复不需要提前创建空数据库，直接在DB2命令窗口执行恢复命令，格式如下：

db2 restore db <备份对应的原数据库名> from "<备份文件所在文件夹的绝对路径>" taken at <备份文件名上的时间戳> replace existing without rolling forward

举个实际例子：如果备份对应的库是SAMPLE，备份时间戳为20240315123045，备份文件存放在D:\db2bak目录，命令就写：

db2 restore db SAMPLE from "D:\db2bak" taken at 20240315123045 replace existing without rolling forward

• 恢复完成后执行db2 connect to <数据库名>，连接成功后执行db2 list tables for all能看到库内所有表，就说明恢复成功。如果提示版本不匹配，卸载当前版本的DB2，安装对应版本后重试。

3. 通过SSIS迁移数据到SQL Server 2019 #

• 先在部署SSIS的机器上安装和本地DB2实例版本匹配的64位ODBC驱动，不要装32位版本，否则SSIS运行时会报找不到驱动的错误。
• 打开SQL Server Data Tools新建Integration Services项目，在连接管理器中新建两个连接：一个是DB2的ODBC连接，地址填localhost，端口50000，输入恢复好的DB2库名、db2admin账号密码，测试连接成功；另一个是目标SQL Server 2019的OLE DB连接，测试连接成功。
• 不建议直接用SSIS的自动建表功能迁移：先从DB2中导出所有表的建表语句，把DB2特有的语法（比如专属字段类型、自增属性、存储特性）修改为SQL Server兼容的T-SQL语法，提前在目标SQL Server中创建好表结构、主键、索引，再迁移数据，避免自动类型映射导致的字段长度错误、类型不兼容问题。
• 数据迁移用SSIS数据流任务，源选择DB2 ODBC源，目标选择SQL Server OLE DB目标，批量导入时将每批提交行数设置为10000，避免单次提交数据量太大导致内存溢出。千万级以上的大表建议按时间字段拆分批次导入，导完后要做全表行数校验、关键字段抽样校验，避免丢数、乱码问题。
• 存储过程、触发器、自定义函数这类可编程对象没有自动迁移的方案，需要手动改写语法适配SQL Server。

内容的提问来源于stack exchange，提问作者Naresh Kumar