从 MySQL 或 PostgreSQL 迁移到 DB2 Express-C

文档选项 未显示需要 JavaScript 的文档选项 样例代码

级别： 初级

Vikram S. Khatri (vikram@zinox.com), 认证的 IT 咨询专家, IBM
Nora Sokolof (nsokolof@us.ibm.com), 认证的 IT 咨询专家, IBM
Manas Dadarkar (manas@us.ibm.com), 软件顾问工程师, IBM

2006 年 9 月 11 日

容易使用、强大而且免费！这就是人们对 MySQL 和 PostgreSQL 的评价。但是，您知道 DB2® 的一些版本具有同样（甚至更好的）品质吗？它们就是 DB2 Express 和 Express-C，它们是 DB2 产品家族的成员，是专门为满足中小型企业的需要而设计的。Express 和 Express-C 是具有专业水准且容易使用的数据库，可以在 Windows® 和 Linux® 平台上运行。它们因简单的安装、图形用户界面、自管理功能和简化 DB2 使用方式的工具而闻名。而且，Express-C 是免费的！我们来看看从 MySQL/PostgreSQL 迁移到 DB2 是多么容易。

体系结构概述和对比

在 DB2、MySQL 和 PostgreSQL 之间有许多差异。我们先看看这三种数据库服务器在基本体系结构方面的一些差异和相似之处。

告诉每个人。提交到： Digg Slashdot

• 体系结构模型
  
  • MySQL 数据库服务器使用一种基于专用服务器线程的体系结构。
  • PostgreSQL 和 DB2 使用一种专用服务器进程模型体系结构。
• 存储引擎
  
  • MySQL 数据库使用可插入的存储引擎体系结构。
  • PostgreSQL 和 DB2 使用专用的存储引擎。
• 表空间模型
  
  • MySQL 对于 InnoDB 和 NDB 存储引擎使用表空间。
  • PostgreSQL 表空间可以跨越多个数据库。
  • DB2 表空间特定于一个数据库。
• 模式支持
  
  • PostgreSQL 和 DB2 具有真正的模式支持。
  • MySQL 不具有真正的模式支持。MySQL 中的模式可以被看作 MySQL 数据库。
• 数据库对象名是否是大小写敏感的
  
  • Linux 上的 MySQL 和 PostgreSQL 使用大小写敏感的数据库名、表名和列名。
  • 所有平台上的 DB2 都使用大小写不敏感的名称。但是，DB2 只按照大写存储名称。
• 数组列
  
  • MySQL 和 DB2 不支持数组列。
  • PostgreSQL 支持数组列。
• 身份验证
  
  • DB2 使用各种外部安全机制来执行身份验证，比如操作系统、PAM、Kerberos、Active Directory、LDAP 等等。它还允许插入第三方安全模块。
  • PostgreSQL 按照许多不同方式之一执行身份验证。它可以使用数据库用户/角色、操作系统、PAM、Kerberos 等等，这取决于主机配置文件（pg_hba.conf）中的设置。
  • MySQL 在数据库级实现身份验证并对密码进行加密。
• 实例体系结构
  
  • DB2 实例管理不同的数据库，在同一台机器上可以有许多 DB2 实例。
  • PostgreSQL 的实例概念与数据库集群相似。
  • MySQL 实例与 DB2 数据库相似。

MySQL 和 PostgreSQL 数据库可以几乎每周都进行特性修改，但是 DB2 中的特性实现和修改要经过非常仔细的计划，这是因为有众多的业务依赖于使用 DB2 产品。请注意，在本文中我们使用 MySQL 5.1、PostgreSQL 8.0.3 和 DB2 V8.2 进行比较，所以在阅读本文时请考虑到这一点。

图 1、图 2 和 图 3 是 MySQL、PostgreSQL 和 DB2 的体系结构图。我们在阅读一些文档之后竭尽我们的能力绘制出 MySQL 和 PostgreSQL 的体系结构图。如果您发现不符合实际情况的地方，请告诉我们，我们会进行纠正。

MySQL

MySQL 使用一种基于线程的体系结构，而 PostgreSQL 和 DB2 采用基于进程的体系结构。正如在 图 1 中看到的，一个 MySQL 实例可以管理许多数据库。一个实例中的所有 MySQL 数据库共享一个公用的系统编目，INFORMATION_SCHEMA。

DB2 中的数据库是一个单独的实体，有自己的系统编目、表空间、缓冲池等等。DB2 实例管理不同的数据库，但是数据库并不共享表空间、日志、系统编目或临时表空间。

具有许多数据库的一个 MySQL 实例可以看作 DB2 中的一个数据库，而每个 MySQL 数据库相当于 DB2 中的一个模式。如果服务器上运行几个 MySQL 实例，每个实例管理几个数据库，那么可以采用以下迁移方式之一：

• 将每个 MySQL 实例迁移为同一 DB2 实例下的一个 DB2 数据库。
• 将每个 MySQL 实例迁移为只包含一个 DB2 数据库的 DB2 实例，并为每个 MySQL 数据库分配不同的模式。

注意： 当我们提到基于进程的体系结构时，指的是 UNIX® 平台，因为 Windows 上的模型是基于线程的体系结构。DB2 和 PostgreSQL 都是这样的。

在一个 DB2 连接的范围内只能访问一个数据库资源，而 MySQL 允许在同一个连接的范围内访问多个数据库资源。

MySQL 最有意思的特性之一是可插入的存储引擎。可以选择 MyISAM、InnoDB、Archive、Federated、Memory、Merge、Cluster、NDB 或 Custom 存储引擎。每个存储引擎具有不同的性质，可以根据自己的特定需求选择某一存储引擎。对于比较，我们发现 InnoDB 最接近于关系数据库。

MySQL 服务器进程（mysqld）可以创建许多线程：

• 一个全局线程（每个服务器进程有一个）负责创建和管理每个用户连接线程。
• 为处理每个新的用户连接创建一个线程。
• 每个连接线程还执行身份验证和查询。
• 在 Windows 上，有一个命名管道处理器线程，它针对命名管道连接请求执行与连接线程相同的工作。
• 一个信号线程处理警报并迫使长时间空闲的连接超时。
• 分配一个线程来处理关闭事件。
• 有一些线程在复制期间处理主服务器和从服务器的同步。
• 使用线程处理表刷新、维护任务等等。

MySQL 使用数据缓存、记录缓存、键缓存、表缓存、主机名缓存和特权缓存来缓存和检索服务器进程中所有线程所使用的不同类型的数据。

另外，MySQL 主进程（mysqld）具有用来处理数据库管理活动的线程，比如备份、恢复、并发控制等等。

PostgreSQL

PostgreSQL 实例（见 图 2）可以管理一个数据库集群。每个数据库有自己的系统编目，INFORMATION_SCHEMA 和 pg_catalog。所有数据库共享 pg_databases 作为公用系统表。每个数据库是一个单独的实体，数据库的集合称为集群。一个 PostgreSQL 实例可以管理一个数据库集群。一台服务器可以运行多个实例。

在逻辑上，PostgreSQL 数据库可以迁移到 DB2 数据库。这两种数据库都支持模式对象类型。不能从命名的连接访问其他数据库。

PostgreSQL 和 DB2 之间最显著的差异与表空间相关。PostgreSQL 表空间可以跨越多个数据库，而 DB2 表空间特定于一个数据库。

PostgreSQL 会话由几个主进程组成：

• postmaster 进程是一个主管进程，它生成其他进程并监听用户连接。
• 用户进程（比如 psql）用来处理交互式 SQL 查询。
• postmaster 生成一个或多个名为 postgres 的服务器进程来处理用户的数据请求。
• 服务器进程通过信号量和共享内存来相互通信。

DB2

图 3 显示 DB2 的体系结构。这张图解释了 DB2 如何使用缓冲池在磁盘之间处理数据（文件、原始设备、目录等等）。DB2 使用一个连接集中器来处理大量连接。DB2 页清理器和预获取器异步地工作，各个进程单独处理重做日志活动。关于 DB2 中锁和进程的工作方式的详细描述，请参见 参考资料。

DB2 会话由几个进程组成：

MySQL、PostgreSQL 和 DB2 之间有什么差异？ MySQL 使用基于线程的体系结构模型，而 PostgreSQL 和 DB2 使用基于进程的体系结构模型。 DB2 可以在一台服务器上有多个实例。每个实例中可以有许多数据库。每个数据库与其他数据库在物理上和逻辑上隔离。 MySQL 可以在一台服务器上运行多个 mysqld 实例。每个实例可以管理一个或多个 MySQL 数据库。一个实例中的每个数据库并不在物理上或逻辑上隔离。MySQL 中的每个数据库可以被看作 DB2 中的模式。 可以认为 PostgreSQL 数据库集群相当于 DB2 实例。

• db2sysc，主 DB2 系统控制器，即引擎进程。
• 监听器进程，比如 db2tcpcm 和 db2ipccm，它们监听用户的连接请求。
• 一个或多个代表应用程序工作的代理。代理有两种类型：
  • db2agent 代表一个应用程序工作，并使用进程间通信或远程通信协议与其他代理通信。
  • db2agntp 用来在打开内部并行的情况下满足对数据库的客户机请求。
• 用户的进程（比如 db2）用来处理来自命令行的交互式查询。
• db2bp —— 一个持久的后台进程，用于 DB2 Command Line Processor（CLP）。
• db2disp —— 一个代理调度器进程，在启用连接集中器的情况下用于将连接分配给可用的协作代理。
• db2fmcd —— 每个服务器的故障监视器协作守护进程。
• db2fmd —— 每个实例的故障监视器守护进程。
• db2resyn —— 一个重新同步管理器进程，用于处理两阶段提交。
• db2dlock —— 一个 DB2 死锁探测器。
• db2loggr —— 数据库日志读取器。
• db2loggw —— 数据库日志写入器。
• db2pclnr —— 缓冲池页清理器。
• db2pfchr —— 缓冲池预获取器。
• db2fmp —— 用于在服务器上 DB2 地址空间之外运行用户代码。
• 等等

DB2 服务器进程通过称为数据库管理器内存（Database Manager Memory）和数据库共享内存（Database Shared Memory）的内存区域相互通信，见 图 4。

特性对比

表 1 对比了 MySQL、PostgreSQL 和 DB2 特性。这不是一个完整的列表，但是对比了最常用的特性。

到目前为止，我们已经看到了 MySQL、PostgreSQL 和 DB2 在体系结构和特性方面的一些差异。现在就来研究这些数据库服务器在数据类型方面的差异。

回页首

MySQL、PostgreSQL 和 DB2 之间的数据类型对比

SQL ANSI 标准规定了关系数据库系统中使用的数据类型的规则。但是，并非每种数据库平台都支持标准委员会定义的每个数据类型。而且，特定数据类型的厂商实现可能与标准的规定不同，甚至在所有数据库厂商之间互不相同。因此，尽管许多 MySQL、PostgreSQL 和 DB2 数据类型在名称和/或含义方面是相似的，但是也有许多需要注意的差异。

表 2 列出最常用的 DB2 数据类型。我们在后面的小节中提供 MySQL 和 PostgreSQL 数据类型与 DB2 最接近的匹配。

尽管 DB2 对 SQL 有一些限制（比如对约束名的长度限制、数据类型限制等等），但是各个新版本正在系统化地消除这些限制。

MySQL 和 DB2

理解 MySQL 和 DB2 之间的数据类型问题 从性能方面考虑，将少于 32K 的 BLOB 和 CLOB 迁移为 VARCHAR(n) WITH BIT DATA 或 VARCHAR(n)。迁移工具通过研究表中的实际数据处理这一转换。 迁移工具处理 UNSIGNED 数据类型。 将 Boolean 数据类型迁移到 SMALLINT 或 CHAR(1)。 如果小数精度大于 31，那么迁移工具将列转换为双精度数据类型。 自动递增的列迁移为数值数据类型并使用 IDENTITY 子句。

下面的表中描述 MySQL 和 DB2 数据类型的定义和差异。表 3 描述最常用的 MySQL 数据类型。表 4 将 MySQL 数据类型映射到最接近的 DB2 数据类型。

MySQL 可以使用 SERIAL 别名作为数据类型，这相当于 BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE。

BOOL 或 BOOLEAN 是 TINYINT(1) 的同义词。在 MySQL 中，DECIMAL 的最大位数是 65，支持的最大小数位是 30。如果为 DECIMAL 指定 UNSIGNED，那么不允许负数。

时间戳列不支持毫秒。

PostgreSQL 和 DB2

PostgreSQL 和 DB2 的数据类型问题 在 PostgreSQL 中可以使用 TEXT 数据类型替代 CHAR(n) 或 VARCHAR(n)。如果存储的值的最大长度小于 32K，那么将 TEXT 列迁移为 CLOB 数据类型可能不是最好的选择。迁移工具通过检查数据对 TEXT 列进行正确的转换。 PostgreSQL 可以使用精度大于 31 的 NUMERIC。将精度大于 31 的 NUMERIC 迁移为 DB2 的 DOUBLE 数据类型。 将 Boolean 数据类型迁移为 SMALLINT 或 CHAR(1)。这可能要求在应用程序中做一些修改。 BIGSERIAL 数据类型映射到 DB2 的 BIGINT 并加上 IDENTITY 属性。 PostgreSQL 支持对混合表达式中的数据类型进行隐式转换。DB2 支持对混合表达式中的数据类型进行显式转换。

下面两个表描述 DB2 和 PostgreSQL 数据类型的定义和差异。表 5 描述最常用的 PostgreSQL 数据类型。表 6 将 PostgreSQL 数据类型映射到最接近的 DB2 数据类型。

PostgreSQL 使用特殊的网络地址类型，比如 inet、cidr、macaddr。这些数据类型迁移到 DB2 中的 VARCHAR 数据类型。

PostgreSQL 还支持几何数据类型。迁移工具不处理几何数据类型。目前，我们假设不太需要支持对这种数据类型进行转换。如果您使用几何数据类型，那么请告诉我们，我们将在工具中提供补丁。

处理 PostgreSQL 中的位串数据类型需要在应用程序中做一些修改。目前，工具不提供这种支持。如果需要这种支持，请告诉我们。

PostgreSQL 还支持多维数组，它们最好迁移成 DB2 中的子表。但是，工具目前不支持多维数组。

在 PostgreSQL 中，即使在引用的表中数据类型不同，也可以创建外键约束。例如，如果父表的惟一键的数据类型是整数，那么可以在子表中数据类型为 char(10) 的列上创建外键。工具将转换这个约束，但是会失败，因为 DB2 不允许数据类型不同。

现在，我们已经研究了 MySQL、PostgreSQL 和 DB2 之间的数据类型差异，以及一些高级特性差异。现在就讨论用三个简单的步骤迁移到 DB2 的过程。

• 步骤 1：安装 DB2 Express/Express-C
• 步骤 2：运行迁移工具
• 步骤 3：迁移到 DB2

回页首

步骤 1：安装 DB2 Express/Express-C

Express 和 Express-C 之间的差异 DB2 Express-C 是 DB2 Express 的一个版本，可以使用这种免费的数据服务器进行开发和部署。 DB2 Express-C 可以完全 “免费地” 下载、开发、部署、测试、运行、嵌入和 重新发布。 DB2 Express-C 也可以安装在 Windows XP-Home 以及 32 和 64 位平台的 Windows 和 Linux 上。 DB2 Express 是需要付费的，包括： Warehouse Manager 工具和服务器， Extender 和 DB2 Connect 支持， Informix Data Source Replication， Replication Data Capture， APPC 和 NetBios， HADR 是额外的付费选项。

DB2 Express 和 Express-C 可以安装在 Linux 或 Windows 系统上，要求运行 32 或 64 位硬件，最多 2 个处理器和 4GB 可寻址内存。DB2 Express-C 可以很容易地升级到 DB2 Express 和 Workgroup and Enterprise Server Editions，不需要修改数据库或 C/C++、Java、.NET 和 PHP 等应用程序。

Linux 和 Windows 上的安装过程基本上是相同的。DB2 Express 的安装涉及以下简单步骤：

1. 使用本地管理员帐号（Windows）或作为根用户（Linux）登录到系统中。
2. 在 Windows 上执行 setup.exe，Setup 启动面板出现。
3. 在 Linux 上执行 setup 进行 GUI 安装，或运行 db2install 进行命令行安装。
• 如果使用 db2install，那么需要手工执行创建 DB2 实例等步骤。
4. 在 GUI 安装中，选择 install product 来启动 Setup 向导。
5. 按照安装向导的指示进行操作并在提示时提供输入。
6. 对于嵌入 DB2 Express-C 的产品，可以使用响应文件执行静安装。

还要注意几点：

• 设置 DB2 实例所有者：
• Windows 上的默认用户 id 是 db2admin，在 Linux 上是 db2inst1。
• 在 Linux 上的一个差异是，除了实例所有者 id 之外，还需要为 fenced 用户提供另一个用户 id。fenced 用户 id 用来运行外部 C 或 Java 存储过程和用户定义函数。
• 如果指定的用户不存在，那么就创建它并授予所需的特权。
• 如果使用现有的用户 id，那么它必须具有管理员特权（Windows）。
• 在安装期间，创建默认的实例：
• 在 Windows 上，它称为 DB2。
• 在 Linux 上，它称为 db2inst1。

在默认情况下，DB2 服务器被配置为使用 TCPIP（端口 50000）。可以使用 protocols 按钮修改这个设置。

在安装之后，First Steps 将启动，可以用来帮助创建第一个数据库，这个数据库称为 SAMPLE。

可以从 参考资料 下载 DB2 Express / Express-C。

回页首

步骤 2：使用工具迁移 DDL 和数据

修改 PostgreSQL 设置

如果要从远程机器连接到 PostgreSQL 数据库，那么要为 PostgreSQL 服务器启用远程客户机连接，如下所示：

1. 修改 pg_hba.conf 以允许远程连接。

   找到 postgres 数据库目录中的 pg_hba.conf 文件。在 pg_hba.conf 文件中添加一行以允许对 PostgreSQL 数据库进行远程 TCPIP 连接，如下所示：

   host all all 9.0.0.0 255.0.0.0 trust

   
   

   第四个参数指定 IP 地址的范围，第五个参数指定子网掩码。在上面的示例中，允许以 9 开头的所有 IP 地址连接 PostgreSQL 数据库。

2. 从命令行启动 Postgres 数据库服务器。

   $ pg_ctl -D /home/postgres/testdb -o -i -l logfile start

   
   

进行迁移所需的软件

• JDBC 驱动程序 PostgreSQL

  要连接 PostgreSQL，需要使用 JDBC 驱动程序。在编写本文时，我们使用 PostgreSQL 8.0.3 和 JDBC 驱动程序 8.0.315。可以从 参考资料 下载 PostgreSQL 的 JDBC 驱动程序。请注意，本文提供的工具并不包含 PostgreSQL JDBC 驱动程序。

• JDBC 驱动程序 MySQL

  我们使用 MySQL Connector/J 3.1 V 3.1.12 连接 MySQL 数据库。可以从 参考资料 下载 MySQL 数据库的 JDBC 驱动程序。提供的工具并不包含 JDBC 驱动程序。

  安装 JDBC 驱动程序之后，修改 CLASSPATH 参数以包含 JDBC 驱动程序。

• IBM JDK 5.0

  这个工具只用 Java JDK 5.0 测试过。可以使用 Sun 或 IBM Java JDK 5.0 运行这个工具。从 参考资料 下载 IBM 5.0 JDK。

设置迁移工具

要记住的事项 安装 IBM JDK 5.0。 更新 JAVA_HOME 并在 PATH 中包含 JAVA_HOME/bin 目录。 将 IBMExtract.jar 和所需的 JDBC 驱动程序复制到一个目录中，并将这些文件包含在 CLASSPATH 变量中。

在 UNIX 系统上，可以将这个工具安装在 DB2 实例用户主目录中或者其他用户的主目录中，这些用户必须有运行 DB2 LOAD 实用程序所需的权限。

从 下载 一节下载这个工具之后，将文件解压到一个目录中。这个工具在 IBMExtract.jar 文件中提供。更新个人配置文件中的 CLASSPATH 变量以包含这个工具和所需的 JDBC 驱动程序。例如，以下示例展示如何在 CLASSPATH 中包含 IBMExtract.jar、PostgreSQL 和 MySQL JDBC 驱动程序。

export JAVA_HOME=/opt/ibm/java2-i386-50
export PATH=$JAVA_HOME/bin:$PATH
export CLASSPATH=$HOME/java/lib/IBMExtract.jar:$CLASSPATH
export CLASSPATH=$HOME/java/lib/postgresql-8.0-315.jdbc3:$CLASSPATH
export CLASSPATH=$HOME/java/lib/mysql-connector-java-3.1.12-bin.jar:$CLASSPATH
		 

在 Windows 系统上，通过 Control Panel -> System -> Advanced -> Environment Variables 更新 CLASSPATH 环境变量。

工具结构

这个工具有两个组件。第一个组件（ibm.GenInput）生成供第二个组件（ibm.GenerateExtract）使用的输入文件。用户可以修改第一个组件生成的输入文件，删除迁移所不需要的表。还可以编辑输入文件，指定要在 DB2 中创建的表作为定制查询的结果。

ibm.GenInput

运行第一个组件的脚本是 geninput shell 脚本（Linux）和 geninput.cmd（Windows）。要连接 MySQL/PostgreSQL 数据库，需要指定适合自己环境的正确参数。需要修改以下脚本中的 DBVENDOR、SERVER、DATABASE、PORT、DBUID 和 DBPWD 参数。脚本如下所示：

										
@echo off
cls

ECHO Executed by: %USERNAME% Machine: %COMPUTERNAME% On %OS% %DATE% %TIME%
ECHO.
ECHO -------------------------------------------------------------------
ECHO Program to perform MySQL/PostgreSQL to DB2 Migration
ECHO -------------------------------------------------------------------
ECHO.


if "%1" == ""  (
  echo Usage : geninput.cmd dbname
  goto end
)

SET DBVENDOR=postgres

SET DB2SCHEMA=%1
SET SERVER=server.ibm.com
SET DATABASE=%1
SET PORT=5432
SET DBUID=postgres
SET DBPWD=pwd
%JAVA_HOME%\bin\java -DINPUT_DIR=.\migr -cp %CLASSPATH% ibm.GenInput 
  %DBVENDOR% %DB2SCHEMA% %SERVER% %DATABASE% %PORT% %DBUID% %DBPWD%
:end		       

										
#!/bin/bash
if [ "$1" = ""  ] ; then
  echo Usage : geninput dbname
  exit 1
fi

DBVENDOR=postgres
DB2SCHEMA=$1
SERVER=server.ibm.com
DATABASE=$1
PORT=5432
DBUID=postgres
DBPWD=pwd

java -DINPUT_DIR=$PWD -cp $CLASSPATH ibm.GenInput $DBVENDOR $DB2SCHEMA 
     $SERVER $DATABASE $PORT $DBUID $DBPWD 				   
		       

存储工具的输入文件的 INPUT 目录通过 VM 参数设置为 -DINPUT_DIR。在上面的脚本中，它指定为当前目录。程序将在当前工作目录中创建一个 input 目录。

输入文件创建参数

输入文件的结构

工具的第一个组件（ibm.GenInput）生成供第二个组件（ibm.GenerateExtract）使用的输入文件。输入文件的结构如下，可能需要修改文件的查询部分以便根据对源数据库的查询创建表。

DB2_Schema_Name.Actual_Table_Name:Table Query
		 

文件的内容示例如下：

ama.ama_msa:SELECT * FROM public.ama_msa
ama.ama_mti:SELECT * FROM public.ama_mti
ama.ama_pe:SELECT * FROM public.ama_pe
ama.ama_pmsa:SELECT * FROM public.ama_pmsa
ama.ama_schools:SELECT * FROM public.ama_schools
ama.ama_specialties_group:SELECT * FROM public.ama_specialties_group
		   

ibm.GenerateExtract

卸载数据并为 DB2 生成 DDL 的脚本是 unload shell 脚本（Linux）和 unload.cmd 脚本（Windows）。需要根据自己的 MySQL/PostgreSQL 数据库修改以下连接参数：DBVENDOR、SERVER、PORT、DBUID 和 DBPWD。用于 Windows 和 Linux 环境的 unload 脚本如下所示：

										
@echo off
cls

ECHO Executed by: %USERNAME% Machine: %COMPUTERNAME% On %OS% %DATE% %TIME% 
ECHO.
ECHO -------------------------------------------------------------------
ECHO Program to perform MySQL/PostgreSQL to DB2 Migration
ECHO -------------------------------------------------------------------
ECHO.


if "%1" == ""  (
  echo Usage : unload.cmd dbname
  goto end
)

SET TABLES=input\%1.tables
SET COLSEP=~
SET DBVENDOR=postgres
SET NUM_THREADS=5
SET SERVER=server.ibm.com
SET DATABASE=%1
SET PORT=5432
SET DBUID=postgres
SET DBPWD=pwd
SET GENDDL=true
SET UNLOAD=true
SET FETCHSIZE=100
%JAVA_HOME%\bin\java -DOUTPUT_DIR=output\%1 -cp %CLASSPATH% 
  ibm.GenerateExtract %TABLES% %COLSEP% %DBVENDOR% %NUM_THREADS% %SERVER% 
  %DATABASE% %PORT% %DBUID% %DBPWD% %GENDDL% %UNLOAD% %FETCHSIZE%
:end
				

										
#!/bin/bash
if [ "$1" = ""  ] ; then
  echo Usage : unload dbname
  exit 1
fi

TABLES=$PWD/input/$1.tables
COLSEP=\~
DBVENDOR=postgres
NUM_THREADS=5
SERVER=db2lab9.dfw.ibm.com
DATABASE=$1
PORT=5432
DBUID=postgres
DBPWD=db2mig
GENDDL=true
UNLOAD=true
FETCHSIZE=100

java -DOUTPUT_DIR=$PWD/output/$1 -cp $CLASSPATH ibm.GenerateExtract 
   $TABLES $COLSEP $DBVENDOR $NUM_THREADS $SERVER $DATABASE 
   $PORT $DBUID $DBPWD $GENDDL $UNLOAD $FETCHSIZE
		       

我们将通过 JVM 的 -D 开关将指定的 OUTPUT_DIR 作为参数传递给Java 程序。在这个示例中，它定义为 output/$1，这是通过 unload 命令指定的输出/数据库名。

卸载参数

驱动程序属性

这个工具使用一个驱动程序属性文件来读取 MySQL/PostgreSQL 数据库的 JDBC 驱动程序信息。这个属性文件包含在 JAR 文件中。

postgres=org.postgresql.Driver
mysql=com.mysql.jdbc.Driver			 
		 

URL 属性

这个工具使用一个 URL 属性文件来读取 MySQL/PostgreSQL 数据库的 JDBC 驱动程序 URL 信息。这个属性文件包含在 JAR 文件中。

postgres=jdbc:postgresql://
mysql=jdbc:mysql://			 
		 

映射属性

MySQL/PostgreSQL 与 DB2 之间的数据类型映射由一个数据类型映射属性文件控制。这个文件包含在 JAR 文件中。如果需要修改 MySQL/PostgreSQL 与 DB2 之间的数据类型映射属性，那么只需修改这个文件，而不需要修改程序。

				
POSTGRES.INT=INTEGER
POSTGRES.INT2=SMALLINT
POSTGRES.INT4=INTEGER
POSTGRES.INT8=INTEGER
POSTGRES.SERIAL4=INTEGER
POSTGRES.SERIAL8=INTEGER
POSTGRES.BOOLEAN=SMALLINT
POSTGRES.BYTEA=BLOB
POSTGRES.VARCHAR=VARCHAR;VARLENGTH=TRUE;DEFAULT=255
POSTGRES.CHARACTER=CHAR;VARLENGTH=TRUE
POSTGRES.BPCHAR=CHAR;VARLENGTH=TRUE
POSTGRES.DATE=DATE
POSTGRES.FLOAT4=REAL
POSTGRES.FLOAT8=DOUBLE PRECISION
POSTGRES.INTEGER=INTEGER
POSTGRES.NUMERIC=NUMERIC;VARLENGTH=TRUE
POSTGRES.TEXT=VARCHAR;VARLENGTH=TRUE;DEFAULT=255;USEACTUALDATA=TRUE
POSTGRES.TIME=TIME
POSTGRES.TIMESTAMP=TIMESTAMP
POSTGRES.OID=INTEGER
MYSQL.BOOLEAN=SMALLINT
MYSQL.BIT=SMALLINT
MYSQL.TINYBLOB=VARCHAR(255) FOR BIT DATA
MYSQL.BLOB=BLOB;VARLENGTH=TRUE
MYSQL.MEDIUMBLOB=BLOB;VARLENGTH=TRUE
MYSQL.LONGBLOB=BLOB;VARLENGTH=TRUE
MYSQL.CHAR=CHAR;VARLENGTH=TRUE
MYSQL.CHARACTER=CHAR;VARLENGTH=TRUE
MYSQL.DATE=DATE
MYSQL.DATETIME=TIMESTAMP
MYSQL.YEAR=SMALLINT
MYSQL.NUMERIC=NUMERIC;VARLENGTH=TRUE
MYSQL.DECIMAL=NUMERIC;VARLENGTH=TRUE
MYSQL.FLOAT=REAL
MYSQL.DOUBLE=DOUBLE
MYSQL.REAL=DOUBLE
MYSQL.TINYINT=SMALLINT
MYSQL.SMALLINT=SMALLINT
MYSQL.MEDIUMINT=INT
MYSQL.INTEGER=INT
MYSQL.BIGINT=BIGINT
MYSQL.BIT_UNSIGNED=SMALLINT
MYSQL.TINYINT_UNSIGNED=SMALLINT
MYSQL.SMALLINT_UNSIGNED=SMALLINT
MYSQL.MEDIUMINT_UNSIGNED=INT
MYSQL.INTEGER_UNSIGNED=INT
MYSQL.BIGINT_UNSIGNED=BIGINT
MYSQL.DECIMAL_UNSIGNED=NUMERIC;VARLENGTH=TRUE
MYSQL.NUMERIC_UNSIGNED=NUMERIC;VARLENGTH=TRUE
MYSQL.TINYTEXT=VARCHAR;VARLENGTH=TRUE;DEFAULT=255
MYSQL.TEXT=VARCHAR;VARLENGTH=TRUE;DEFAULT=65535
MYSQL.MEDIUMTEXT=CLOB(16M)
MYSQL.LONGTEXT=CLOB(2G)
MYSQL.TIME=TIME
MYSQL.TIMESTAMP=TIMESTAMP
MYSQL.VARCHAR=VARCHAR;VARLENGTH=TRUE;DEFAULT=255
MYSQL.BINARY=CHAR FOR BIT DATA;VARLENGTH=TRUE
MYSQL.VARBINARY=VARCHAR FOR BIT DATA;VARLENGTH=TRUE		 
		 

如何在 Windows 或 Linux 上运行这个工具

要使用这个工具，只需要运行两个命令。第一个命令是 geninput.cmd（Windows）和 geninput（Linux）。第二个命令是 unload.cmd（Windows）和 unload（Linux）。这里的示例显示 Linux 上的情况，但是在这两种平台上是一样的。

第一步 —— 生成输入文件

如果没有为 geninput 脚本指定参数，那么显示一个消息，它指出需要指定 MySQL/PostgreSQL 数据库名（如下所示）。重新运行这个脚本并指定 MySQL/PostgreSQL 数据库名；将为给定的数据库生成输入文件。

				
db2@db2lab9:~/migr> ./geninput
Usage : geninput dbname

db2@db2lab9:~/migr> ./geninput ama
[2006-05-23 09.35.54.563] dbSourceName:postgres
[2006-05-23 09.35.54.564] db2SchemaName:ama
[2006-05-23 09.35.54.565] server:server.ibm.com
[2006-05-23 09.35.54.565] dbName:ama
[2006-05-23 09.35.54.565] port:5432
[2006-05-23 09.35.54.565] uid:postgres
[2006-05-23 09.35.54.566] INPUT Directory = /home/db2/migr/input
[2006-05-23 09.35.54.575] Configuration file loaded: 'driver.properties'
[2006-05-23 09.35.54.576] Configuration file loaded: 'url.properties'
[2006-05-23 09.35.54.599] Driver org.postgresql.Driver loaded
[2006-05-23 09.35.54.960] ama.ama_addresstype:SELECT * FROM public.ama_addresstype
ama.ama_country_codes:SELECT * FROM public.ama_country_codes
ama.ama_hosp_affil:SELECT * FROM public.ama_hosp_affil
ama.ama_msa:SELECT * FROM public.ama_msa
ama.ama_mti:SELECT * FROM public.ama_mti
ama.ama_pe:SELECT * FROM public.ama_pe
ama.ama_physicians:SELECT * FROM public.ama_physicians
ama.ama_pmsa:SELECT * FROM public.ama_pmsa
ama.ama_schools:SELECT * FROM public.ama_schools
ama.ama_specialties_group:SELECT * FROM public.ama_specialties_group
ama.ama_top:SELECT * FROM public.ama_top
ama.ama_type_of_practice:SELECT * FROM public.ama_type_of_practice
ama.calculation:SELECT * FROM public.calculation
ama.calculation_group:SELECT * FROM public.calculation_group
ama.category:SELECT * FROM public.category
ama.code_lookup:SELECT * FROM public.code_lookup
ama.physician_calculation:SELECT * FROM public.physician_calculation
ama.physician_calculation_group:SELECT * FROM public.physician_calculation_group
ama.physician_category:SELECT * FROM public.physician_category
ama.possible_answer:SELECT * FROM public.possible_answer
ama.question:SELECT * FROM public.question
ama.topic:SELECT * FROM public.topic
		 

输入文件将创建在当前工作目录的 input 目录中。可以修改这个文件来删除不希望迁移的表，方法是删除卸载此数据的 SQL 查询。

第二步 —— 生成 DDL 并卸载数据

现在要运行提取程序，它为 DB2 生成 DDL 并将数据从 MySQL/PostgreSQL 数据库卸载。需要用这个程序的参数指定数据库名。

							
db2@db2lab9:~/migr> ./unload ama
[2006-05-23 09.40.43.157] TABLES_PROP_FILE:/home/db2/migr/input/ama.tables
[2006-05-23 09.40.43.159] DRIVER_PROP_FILE:driver.properties
[2006-05-23 09.40.43.160] URL_PROP_FILE:url.properties
[2006-05-23 09.40.43.161] DATAMAP_PROP_FILE:datamap.properties
[2006-05-23 09.40.43.162] colsep:~
[2006-05-23 09.40.43.162] dbSourceName:postgres
[2006-05-23 09.40.43.163] threads:5
[2006-05-23 09.40.43.164] server:server.ibm.com
[2006-05-23 09.40.43.165] dbName:ama
[2006-05-23 09.40.43.166] port:5432
[2006-05-23 09.40.43.167] uid:postgres
[2006-05-23 09.40.43.168] fetchSize:100
[2006-05-23 09.40.43.186] Configuration file loaded: '/home/db2/migr/input/ama.tables'
[2006-05-23 09.40.43.188] query size 22 schemaName size = 22
[2006-05-23 09.40.43.387] Configuration file loaded: 'driver.properties'
[2006-05-23 09.40.43.389] Configuration file loaded: 'url.properties'
[2006-05-23 09.40.43.398] Configuration file loaded: 'datamap.properties'
[2006-05-23 09.40.43.414] Driver org.postgresql.Driver loaded
[2006-05-23 09.40.43.606] Starting Blades
[2006-05-23 09.40.43.607] Starting Blade_1
[2006-05-23 09.40.43.613] Starting Blade_0
[2006-05-23 09.40.43.613] Starting Blade_3
[2006-05-23 09.40.43.615] Starting Blade_2
[2006-05-23 09.40.43.615] Starting Blade_4
[2006-05-23 09.40.43.883] Blade_3 unloaded 21 rows in 269 ms for ama.ama_pe
[2006-05-23 09.40.44.218] Blade_4 unloaded 5 rows in 603 ms for ama.ama_addresstype
[2006-05-23 09.40.44.273] Blade_3 unloaded 0 rows in 390 ms for ama.possible_answer
[2006-05-23 09.40.44.560] Blade_1 unloaded 10 rows in 952 ms for ama.ama_top
[2006-05-23 09.40.44.569] Blade_3 unloaded 0 rows in 296 ms for ama.category
[2006-05-23 09.40.44.687] Blade_2 unloaded 0 rows in 1072 ms for ama.physician_calculation
[2006-05-23 09.40.44.718] Blade_4 unloaded 0 rows in 500 ms for ama.question
[2006-05-23 09.40.44.881] Blade_3 unloaded 0 rows in 312 ms for ama.calculation_group
[2006-05-23 09.40.44.914] Blade_2 unloaded 384 rows in 227 ms for ama.ama_pmsa
[2006-05-23 09.40.44.984] Blade_4 unloaded 493 rows in 266 ms for ama.ama_country_codes
[2006-05-23 09.40.45.076] Blade_2 unloaded 13 rows in 162 ms for ama.ama_type_of_practice
[2006-05-23 09.40.45.343] Blade_4 unloaded 201 rows in 359 ms for 
ama.ama_specialties_group
[2006-05-23 09.40.45.451] Blade_1 unloaded 7141 rows in 891 ms for ama.ama_hosp_affil
[2006-05-23 09.40.45.691] Blade_0 unloaded 6102 rows in 2078 ms for ama.ama_mti
[2006-05-23 09.40.45.869] Blade_1 unloaded 0 rows in 418 ms for ama.code_lookup
[2006-05-23 09.40.46.024] Blade_0 unloaded 0 rows in 333 ms for ama.calculation
[2006-05-23 09.40.46.236] Blade_0 unloaded 0 rows in 212 ms for 
ama.physician_calculation_group
[2006-05-23 09.40.46.380] Blade_0 unloaded 0 rows in 144 ms for ama.physician_category
[2006-05-23 09.40.46.405] Blade_1 unloaded 1863 rows in 536 ms for ama.ama_schools
[2006-05-23 09.40.46.539] Blade_1 unloaded 4 rows in 134 ms for ama.ama_msa
[2006-05-23 09.40.46.917] Blade_0 unloaded 0 rows in 537 ms for ama.topic
[2006-05-23 09.40.48.931] ama_physicians 10000 rows unloaded in 3.835 sec
[2006-05-23 09.40.52.048] ama_physicians 10000 rows unloaded in 3.117 sec
........
[2006-05-23 09.44.21.891] ama_physicians 10000 rows unloaded in 2.152 sec
[2006-05-23 09.44.24.200] ama_physicians 10000 rows unloaded in 2.309 sec
[2006-05-23 09.44.26.670] Blade_2 unloaded 969995 rows in 221594 ms for ama.ama_physicians
[2006-05-23 09.44.26.671] ==== Total time: 223.0 sec 
[2006-05-23 09.44.26.923] done Blade_0
[2006-05-23 09.44.27.175] done Blade_1
[2006-05-23 09.44.27.427] done Blade_2
[2006-05-23 09.44.27.679] done Blade_3
[2006-05-23 09.44.27.931] done Blade_4
		 

工具的输出

对数据库成功地运行这个工具之后，进入输出目录（在我们的示例中是 output/ama）查看输出，如下所示：

							
db2@db2lab9:~/migr> ls -l output/ama
total 76
drwxr-xr-x  2 db2 db2  4096 2006-05-23 06:16 ama_data
-rw-r--r--  1 db2 db2  1212 2006-05-23 09:44 ama_db2checkpending.sql
-rw-r--r--  1 db2 db2  2687 2006-05-23 09:44 ama_db2cons.sql
-rw-r--r--  1 db2 db2   662 2006-05-23 09:44 ama_db2drop.sql
-rw-r--r--  1 db2 db2  1378 2006-05-23 09:44 ama_db2fkdrop.sql
-rw-r--r--  1 db2 db2  3523 2006-05-23 09:44 ama_db2fkeys.sql
-rw-r--r--  1 db2 db2 13190 2006-05-23 09:44 ama_db2load.sql
-rw-r--r--  1 db2 db2  3148 2006-05-23 09:44 ama_db2runstats.sql
-rw-r--r--  1 db2 db2  1143 2006-05-23 09:44 ama_db2.sh
-rw-r--r--  1 db2 db2  1192 2006-05-23 09:44 ama_db2tabcount.sql
-rw-r--r--  1 db2 db2  7099 2006-05-23 09:44 ama_db2tables.sql
-rw-r--r--  1 db2 db2  4336 2006-05-23 09:44 ama_db2tabstatus.sql
drwxr-xr-x  2 db2 db2  4096 2006-05-23 06:06 ama_dump
drwxr-xr-x  2 db2 db2  4096 2006-05-23 06:06 ama_msg			 
		 

下面的表对生成的每个文件进行解释。

由于不同的数据库以不同方式实现约束，有几点需要注意：

• 在 MySQL/PostgreSQL 中，可以在可空列上创建惟一约束或索引，但是 DB2 要求具有惟一约束的列定义为 NOT NULL。
• 在 MySQL/PostgreSQL 中，即使主键是空的，也可以为主键创建外键。DB2 不允许主键具有空值。
• 这个工具处理这些差异的方法是，自动生成 DB2 所需的 DDL 并将惟一或主键列定义为 NOT NULL。因此，为了进行迁移，可能需要修改一些数据。

回页首

步骤 3：迁移到 DB2

使用 DB2 自主特性来简化管理 本文主要针对中小型企业。我们希望您对 DB2 的体验尽可能轻松，不需要为日常的调整或维护任务操心。在将 MySQL/PostgreSQL 数据库迁移到 DB2 时，可以使用下面的最佳实践来减少数据库维护成本： 最有帮助的工具是 DB2 Control Center。这个工具可以简化 DB2 管理任务。它还通过 GUI 向导讲解 DB2 的原理，当点击 Show Command 按钮时还可以看到发送给 DB2 的命令。 在创建数据库之后，从 Control Center 运行 Configuration Advisor 实用程序。回答 10 个问题，这些问题很好地解释了您的处理需求，回答这些问题就可以自动调整数据库。 通过 DB2 Control Center 用自动存储简化表空间和缓冲池的创建过程，让 DB2 计算自己的存储需求。在创建缓冲池等对象之后，利用 Autoconfigure 命令或 Configuration Advisor GUI 让 DB2 决定应该使用多少内存。 每当硬件或数据库发生改变时，不要忘记运行 Configuration Advisor。如果增加了服务器内存或增加了表空间，那么要运行 Configuration Advisor 来调整 DB2 参数。DB2 Configuration Advisor 使用智能算法调整参数，这些算法来自经验丰富的 DBA 多年来在真实环境中对各种数据库进行调整的经验。 在 DB2 中配置 Alert Notification，从而了解在 DB2 中发生的情况以及是否需要采取纠正措施。通过 Health Center 很容易设置 Alert Notification。需要指定一个 SMTP 服务器并创建用户组和联系人。 使用 DB2 中的自主特性让 DB2 自己进行管理。在创建数据库之后，进入 Control Center 并右击 Configure Automatic Maintenance 来为备份、runstats（更新统计数据）和表重构配置自动维护。请记住，Automatic Maintenance 不是作业调度工具，而是一个非常智能化的实用程序，DB2 使用它决定是否需要执行某些基本的维护任务。 如果开始使用 DB2 的自主特性，您很快就会发现不需要太为 DB2 的维护操心。

现在，已经可以进行迁移了。已经生成了创建 DB2 对象所需的所有脚本。我们采用一些最佳实践进行迁移，使您的 DB2 体验尽可能轻松。

在 DB2 中创建数据库

可以用 CREATE DB dbname 命令创建 DB2 数据库。在创建 DB2 数据库时，会替您创建三个表空间 —— System、Temporary 和 User。如果使用 DB2 Viper，那么它将创建 USER 表空间，作为使用自动存储的数据库管理的空间（DMS）。DMS 表空间提供最好的性能和大小合适的缓冲池。临时表空间应该创建为系统管理的空间（SMS）。

运行 Autoconfigure 命令进行调整

在创建数据库之后，运行 DB2 AUTOCONFIGURE 命令来调整数据库，见 清单 9。回答 10 个问题并对数据库运行这个命令。最好从 Control Center 运行这个命令，因为通过 GUI 运行它非常直观。

对数据库运行 autoconfigure 命令，或者使用 DB2 Control Center 通过 GUI 交互式地运行它。

									
$ db2 connect to yourdbname
$ db2 autoconfigure using 
   mem_percent      85 
   workload_type    simple 
   num_stmts        20 
   tpm              3000 
   admin_priority   performance 
   is_populated     yes 
   num_local_apps   0 
   num_remote_apps  500 
   isolation        cs 
   bp_resizeable    yes 
apply db and dbm;
$ db2 connect reset			 			 
		 

在运行迁移脚本之前，创建表空间和缓冲池

这个工具的输出之一是每个表中最大行长度的估计值。最大行长度将决定表空间的页大小是 4K、8K、16K 还是 32K。通过查看这个文件的输出，决定对于每种大小需要多少个表空间。在创建对象之前，使用 DB2 Control Center 创建这些表空间（采用自动存储）。如果每种页大小都至少有一个表空间，那么将运行所有表创建脚本，因为应该不需要指定在哪个表空间中创建它们。如果想更轻松一点儿，那么创建一个页大小为 32K 的 DMS 表空间和一个 4K 的 DMS 表空间，然后再运行表创建脚本。

如果在 MySQL/PostgreSQL 数据库中使用了 LOBS，那么还需要创建 LARGE 表空间。同样，通过 Control Center 很容易完成这个任务。

在 DB2 数据库中运行迁移脚本

在执行以上步骤之后，运行脚本 <dbname>_db2.sh（Linux）或 <dbname>_db2.cmd（Windows）来创建所有对象并将数据装入 DB2。下面是一个示例脚本：

									
#!/bin/bash
if [ "$1" = "" ] ; then
   echo To run this script, specify name of the db2 database
   echo for example, \"./ama_db2 sample\"
   echo where sample is the name of the db2 database
   echo 
   exit 1
fi
OUTPUT=ama_db2.log
echo Executing Script ama_db2.sh > $OUTPUT
echo Connecting to $1
db2 connect to $1 >> $OUTPUT
echo Running ama_db2tables.sql script to create all tables
db2 -tvf ama_db2tables.sql >> $OUTPUT
echo Running ama_db2cons.sql script to create primary keys and indexes
db2 -tvf ama_db2cons.sql >> $OUTPUT
echo Running ama_db2load.sql script to create to load the data
db2 -tvf ama_db2load.sql >> $OUTPUT
echo Running ama_db2fkeys.sql script to create all foreign keys
db2 -tvf ama_db2fkeys.sql >> $OUTPUT
echo Running ama_db2tabcount.sql script to count rows from all tables
db2 -tvf ama_db2tabcount.sql >> $OUTPUT
echo Running ama_db2tabstatus.sql script to show status of tables after load
db2 -tvf ama_db2tabstatus.sql >> $OUTPUT
db2 connect reset >> $OUTPUT
echo 
echo Check the log file $OUTFILE for any errors or issues
echo
		 

迁移脚本执行以下任务。

• 在 DB2 表中创建所有对象。
• 创建所有主键和索引。
• 使用 DB2 LOAD 实用程序装载数据。这个实用程序将装载数据并为表中的数据生成统计数据。
• 装载数据之后，创建外键约束。
• 统计所有 DB2 表的行数，从而检查数据移动的完整性。
• 报告在 LOAD 之后表的可用性状态。

如果已经清理了数据，那么迁移应该会很顺利。在创建外键约束时，检查日志文件中记录的错误并在源数据库中纠正它，然后再次尝试迁移。

可能需要用其他脚本执行以下任务：

• 删除 DB2 中的所有表。
• 删除所有外键约束。最好在删除表之前删除所有外键约束。
• 如果迁移过程很顺利，那么可能不需要再次运行 runstats 命令（在进行数据装载时已经运行了），但是可以单独运行它。

在 DB2 数据库中启用自动维护

在成功地迁移到 DB2 之后，强烈建议为数据库启用自动维护。可以通过 Control Center 配置 DB2，让它自动管理备份、runstats 和表重构。需要指定一个维护时间窗，让 DB2 知道可以在什么时候自动执行这些作业。同样，这不是一个作业调度器，但是可以通过 DB2 Task Center 设置维护作业的执行时间。

再次运行 autoconfigure

在迁移数据之后，运行 configuration advisor，让 DB2 根据工作负载进行优化调整。

回页首

常见问题

问题： 如何获得这个工具的源代码？

回答： 首先，我们希望了解 bug 和问题。如果您承诺将您做的改进与我们分享，那么我们不介意与您分享代码。如果您希望获得源代码，那么请与作者之一联系。

问题： 我在创建表时遇到了错误。

回答： 可能是缺少具有所需页大小的表空间。创建具有所需页大小的表空间，比如 8K、16K 或 32K。

问题： 我遇到一个错误 Missing data map for ... 而且应用程序退出了。

回答： 一定是忘了在 mapping.properties 文件中添加数据类型。从 JAR 文件中提取出 mapping.properties 文件，添加缺少的数据类型并重新构建 JAR 文件。如果这是一个很严重的问题，请通知作者之一。

问题： 这个工具有什么限制吗？

回答： 这个工具不处理列默认值、检查约束、来自 MySQL/PostgreSQL 的存储过程或函数。

问题： 这个工具处理 PostgreSQL 的序列对象吗？

回答： 这个工具将序列转换为 identity 属性。但是，DB2 允许使用序列对象。

问题： 可以用这个工具迁移其他数据库吗？

回答： 是的，可以。这个工具是一个通用迁移工具，可以迁移具有通用 JDBC 驱动程序的任何数据库。我们对 Oracle 数据库测试过这个工具，效果很好。但是，我们还没有进行足够的测试。这个工具还可以用于 Microsoft SQL Server 和 Sybase。但是，对于将其他数据库迁移到 DB2，建议使用更万能的免费 IBM 工具 Migration Toolkit（也称为 MTK）。请通过 参考资料 下载这个工具。

回页首

结束语

在我们开发这个工具时，关注的重点是开发一个内存占用非常少的程序以获得最好的性能，并使用多线程方式来提高迁移的速度。这不是一个很简单的程序，如果您遇到了错误或问题，请让我们知道。我们可能无法满足各种改进需求，但是会非常认真地纠正 bug。

我们不保证这个程序能够满足您的所有需求，所以在开始使用它之前，请仔细阅读 免责声明。

我们的目的是让您开始考虑使用 DB2 这种强大的数据库，直到最近 DB2 仍然主要在大企业中使用。请使用 DB2 Express-C 并利用世界级数据库的优势来满足您的数据库需求。

回页首

免责声明

本文包含示例代码。IBM 授予您（“被许可方”）使用该示例代码的非专有的、版权免费的许可证。然而，该示例代码是按原样提供的，任何形式的（不论是明示的，还是默示的）保证，包括对适销性、适用于特定用途或非侵权性的默示保证。IBM 及其许可方不对被许可方因使用该软件而遭受的任何损失负责。任何情况下，无论损失是如何发生的，也不管责任条款怎样，IBM 或其许可方都不对因使用该软件或不能使用该软件所引起的收入的减少、利润的损失或数据的丢失，或者直接的、间接的、特殊的、由此产生的、附带的损失或惩罚性的损失赔偿负责，即使 IBM 已经被明确告知此类损害的可能性，也是如此。

回页首

下载

	关于下载方法的信息

参考资料

• 您可以参阅本文在 developerWorks 全球站点上的 英文原文 。
  
  
• 迁移到 DB2 Universal Database ：developerWorks DB2 Universal Database 迁移站点提供了将应用程序及其数据从其他数据库管理系统迁移到 DB2 UDB 所需的信息。
  
  
• 访问 developerWorks DB2 专区 来扩展 DB2 技能。
  
  
• 随时关注 DeveloperWorks 技术活动和网络广播。
  
  
• 利用 UDF 轻松迁移（developerWorks，2005 年 4 月）
  
  
• 利用 PostgreSQL V8.1 技能学习 DB2 Express-C（developerWorks，2006 年 3 月）
  
  
• DB2 通用数据库进程全接触（developerWorks，2003 年 4 月）
  
  
• 利用 MySQL 技能学习 DB2 Express（developerWorks，2006 年 2 月）
  
  
• DB2 Express-C：数据库开发者的免费利器（developerWorks，2006 年 2 月）
  
  
• 记录 DB2 UDB 存储过程消息（developerWorks，2006 年 1 月）
  
  
• DB2 基础: DB2 UDB 命令行处理器入门（developerWorks，2005 年 3 月）
  
  
• DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序（developerWorks，2005 年 1 月）
  
  
• Lock avoidance in DB2 UDB V8（developerWorks，2005 年 9 月）
  
  
• MySQL to DB2 UDB Conversion Guide（Redbook，2004 年 5 月）
  
  
• 通过最新版本的 MTK 工具简化到 DB2 数据库的迁移（developerWorks，2006 年 3 月）

• 下载 DB2 Express-C
  
  
• 下载 DB2 Express
  
  
• 下载 IBM MTK
  
  
• 下载 Software Evaluation Kits on DVDs
  
  
• 下载 Featured product trials
  
  
• 下载 PostgreSQL JDBC 驱动程序
  
  
• 下载 MySQL JDBC 驱动程序
  
  
• 下载 IBM JDK 5.0
  
  

• 参与 DB2 Express-C Forum。
  
  
• 参与 developerWorks blog 并加入 developerWorks 社区。
  
  

作者简介

		Vikram Khatri 在 IBM 的 Sales and Distribution 部门工作，是 DB2 Migration 小组的一员。Vikram 有 18 年的 IT 从业经验，专长是从非 DB2 数据库迁移到 DB2。Vikram 支持 DB2 技术销售组织，帮助进行复杂的数据库迁移项目和数据库性能基准测试。

		Nora Sokolof 在 IBM 的 Sales and Distribution 部门工作，是 DB2 Migration 小组的一员。Nora 为 IBM 工作差不多 20 年了。在加入 Migration 小组之前，Nora 曾经作过数据库设计师、数据库管理员和应用程序开发人员。Nora 曾经帮助许多顾客从 Oracle、PeopleSoft 和 Informix 迁移到 DB2。

		Manas Dadarkar 是 Migration Toolkit（MTK）小组的技术负责人。Manas 的小组负责开发将非 DB2 数据库迁移到 DB2 的工具。

对本文的评价

太差！ (1) 需提高 (2) 一般；尚可 (3) 好文章 (4) 真棒！(5) 建议？

回页首