db2 migrate迁移的时候从db2 v8.1(32bit)迁移到db2 v9.7(64bit)的时候偶尔有报错

清单 1. 日志错误消息

SQL1704N Database migration failed. Reason code "3".

迁移过程中最常见的错误是日志文件(log)文件不够大，建议提高日志空间的大小其错误消息如清单 1 示。

连接到想要迁移的数据库：CONNECT TO roeeeold；

使用 GET DATABASE CONFIGURATION 命令来决定目前日志文件空间大小。例如清单 2 中的设置：

清单 2. 日志文件空间大小设置

Log file size (4KB)                         (LOGFILSIZ) = 200

Number of primary log files                (LOGPRIMARY) = 10

Number of secondary log files               (LOGSECOND) = 2

Changed path to log files                  (NEWLOGPATH) =

Path to log files                                       = /db2_log/roeee/

可以使用下面的命令来提高日志空间大小：UPDATE DB CFG FOR sample using current value * 2。

例如：

db2 UPDATE DB CFG FOR roeeeold using LOGPRIMARY 20

db2 UPDATE DB CFG FOR roeeeold using LOGSECOND 4

DB2从低版本数据到高版本的迁移的时候报如下错误：

在执行恢复的时候会报SQL2519N错误

db2admin@/db2_data $>db2 "restore db ctrold continue"

SQL2519N  The database was restored but the restored database was not upgraded

to the current release.  Error "-1006" with tokens " 3  j                     

" is returned.

新版本数据库创建完毕后新建的实例一定要跟老版本信息相互一致

SQL2519N报错就是就是tcpip跟老版本不一致造成的

解决方法：

db2admin@/db2_data $>db2set

DB2COMM=tcpip

DB2CODEPAGE=1386

警告信息SQL1243W。

这是一种常见警告

遇到这种错误，必须卸载或者重新命名 SYSTOOLS.DB2LOOK_INFO 表。

可以使用下面的命令：

db2 RENAME SYSTOOLS.DB2LOOK_INFO TO new-table-name

以上的相关内容就是对DB2 V8数据库系统转移的介绍，望你能有所收获。

如果带有COMPRESS做的备份，在不同平台上恢复（包括同平台32bit—64bit）的时候会遇到报错：

SQL2570N  An attempt to restore on target OS "" from a backup

      created on source OS "" failed due to the

      incompatibility of operating systems or an incorrect specification

      of the restore command. Reason-code: "".

一定要进行重定向

db2 "RESTORE DATABASE ctrold FROM '/db2_data' TAKEN AT 20150203145342 REDIRECT COMPRLIB /db2_tag/db2admin/sqllib/lib/libdb2compr.a  without rolling forward"

日常数据库维护时在新建容器的时候统一采用系统管理表空间，以便日后维护

无论物理还是逻辑迁移，迁移完成后实例和数据库的参数最好和原环境保持一致

具体查看：dbm db cfg的配置