迁移数据库

　　完成上面的迁移DB2实例后，我们需要继续迁移该实例下的数据库。假设原来在该实例下，有个 Sample数据库。

　　用具有SYSADM权限的该实例的用户登录系统，如db2admin；

　　运行db2命令行工具，在该环境中执行迁移数据库的命令：MIGRATE DATABASE database-alias USER username USING password。其中 database-alias 是将要迁移的数据库的名字或者别名。Username 是具有 SYSADM 权限的用户名来认证。在我们的例子中，假设 db2admin 的密码是 passw0rd.那么我们需要执行下面的命令来迁移 sample 数据库：MIGRATE DATABASE sample USER db2adim USING passw0rd。

　　为验证我们的数据库被成功迁移到DB2 V9，我们可以连接到数据库sample，并查询其中的数据。我们试验的结果如图4所示。现在我们能够成功的连接到数据库sample，并能够查询到其中的数据。

　　

　　图4. 访问迁移后的数据库

　　迁移DB2管理服务器

　　在迁移DB2数据库系统中，我们也可以迁移原来的 DAS，或者先删掉原来的 DAS，再创建新的 DAS。在安装 DB2 服务器上，你只可以有一个 DAS。下面是迁移 DAS 的具体步骤。

　　用DAS管理员的账号登录，如db2admin；

　　停止DAS服务器。我们可以用下面的命令：db2admin stop。

　　迁移原来的DB2 V8 的 DAS 服务器，假设我们的 DB2 安装在 C:Program FilesIBMSQLLIB 目录下。我们运行下面的命令：bindasmigr，即 C:Program FilesIBMSQLLIBbindasmigr。为验证我们的 DAS 是不是已经被成功的迁移到 DB2 V9，我们可以运行 db2daslevel 命令。图 5 是运行后的显示结果。

　　

　　图5. 执行db2daslevel

　　迁移DAS完成后，我们可以重新启动DAS服务器：db2admin start。

　　常见错误及解决

　　迁移过程中最常见的错误是日志文件(log)文件不够大。其错误消息如清单 1 所示。

　　清单1. 日志错误消息

SQL1704N  Database migration failed.  Reason code “3”.

　　解决方法如下：

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

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

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

日志文件大小（4KB）                         (LOGFILSIZ) = 1024 主日志文件的数目                           (LOGPRIMARY) = 13 辅助日志文件的数目                          (LOGSECOND) = 4 日志文件路径       = C:DB2NODE0000SQL00004SQLOGDIR

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

　　另外一个常见的警告信息是 SQL1243W。遇到这种错误，你必须卸载或者重新命名 SYSTOOLS.DB2LOOK_INFO 表。可以使用下面的命令：db2 RENAME SYSTOOLS.DB2LOOK_INFO TO new-table-name。