概述

　　在将已有的 InfoSphere Warehouse V9.5.x 产品迁移到最新版本 InfoSphere Warehouse V9.7 的过程有多种不同的方式方法。如：

　　全新安装 InfoSphere Warehouse V9.7 后的数据迁移。

　　在已经存在的 InfoSphere Warehouse V9.5.x 的 DB2 V9.5 数据库基础上安装 InfoSphere Warehouse V9.7 后的数据迁移

　　在已经存在 InfoSphere Warehouse V9.5.x 中的 WebSphere Application Server 基础上安装 InfoSphere Warehouse V9.7 后的数据迁移。

　　具体使用那一种模式进行工作，这主要取决于用户最终的实际生产环境。

　　本文只就其中的一种方式，即全新安装 InfoSphere Warehouse V9.7 后的数据迁移，进行详细介绍。这种方式是分别将 InfoSphere Warehouse V9.5.x 和 InfoSphere Warehouse V9.7 分别独立的安装在同一台服务器上。

　　迁移流程

　　接下来将通过 7 个部分，介绍不同组件的数据及应用的迁移步骤，其中的示例是以在 Linux 平台的运行为模板。

　　DB2 数据库以及数据实例的迁移

　　备份数据库

　　备份已经在 InfoSphere Warehouse V9.5.x 产品中的 DB2 V9.5 中使用的业务数据库，确保在整个迁移过程中数据的安全性。

清单 1. 使用 backup database 命令进行备份

　db2　backup　database　database_name　

　　恢复数据库

　　将上一步备份的数据库在全新安装的 InfoSphere Warehouse V9.7 产品中的 DB2 V9.7 中进行恢复，以保证 InfoSphere Warehouse V9.7 中的新功能能够正常使用。在进行恢复的时候需要使用在安装 DB2 V9.7 时创建的实例。

清单 2. 使用 restore database 命令进行恢复

　db2　restore　database　database_name　

　　管理控制台的迁移

　　在管理控制台的迁移过程中需要按照先后顺序完成接下来的三个步骤，因为这三个步骤前后有一定的依赖关系。我们通过执行 InfoSphere Warehouse Server V9.7 提供的相应脚本完成迁移。

　　在进行迁移之前需要手工在 InfoSphere Warehouse Server V9.7 上创建一个数据库连接，使其指向 InfoSphere Warehouse V9.5.x 所使用的源数据库。在创建是需要输入相关的数据库信息，如下图：

图 1. 创建数据库连接

　　数据库连接创建完成后，应该有如下显示：

图 2. 显示数据库连接信息

　　迁移 InfoSphere Warehouse V9.5.x 使用的资源信息

　　资源信息包括：数据库的连接信息和系统的资源信息这两种。

　　运行在“产品安装的主目录 /Migration/sqw” 目录中的脚本：

清单 3. 资源信息迁移脚本

　/bin/sh　./metadbmigrate.sh　-port　port_number_V97　
　-user　user_name_V97　-password　password_V97　-migrate　
　-data　resources　-fromdb　V95_metadata_database_connection_name　

　　port_number_V97 ：是 InfoSphere Warehouse Server, V9.7 管理控制台的访问端口。

　　user_name_V97 and password_V97 ：是登录 InfoSphere Warehouse Server, V9.7 管理控制台的用户名和密码。

　　V95_metadata_database_connection_name ：是在 InfoSphere Warehouse Server, V9.7 管理控制台的数据库管理界面创建的指向 InfoSphere Warehouse V9.5.x 的源数据库的连接名。

　　在脚本运行结束后，我们可以通过查看相应的日志文件来检查迁移是否成功完成。日志文件自动的生成在“产品安装的主目录 /Migration/Log/”目录下。具体的例子可以参考如下：

清单 4. 资源信息迁移举例

　ming-S10Sp2-1:/opt/IBM/ISWarehouse/Migration/sqw　
#　./metadbmigrate.sh　-port　9081　-user　root　-password　dwe07easy　
　-migrate　-data　resources　-fromdb　DWECTRL　
　
　[DS　Metadata　Migrator]　---------------------------　
　[DS　Metadata　Migrator]　Enter　DS　Metadata　Migrator.　
　[DS　Metadata　Migrator]　---------------------------　
　[DS　Metadata　Migrator]　Using:　/opt/IBM/ISWarehouse/Commons/jre　as　a　Java　directory.　
　[DS　Metadata　Migrator]　Using:　/opt/IBM/ISWarehouse　as　ISW　product　home　directory.　
　
　Passed　arguments　
　
　[1]　-　[-port]　
　[2]　-　[9081]　
　[3]　-　[-user]　
　[4]　-　[root]　
　[5]　-　[-password]　
　[6]　-　[dwe07easy]　
　[7]　-　[-migrate]　
　[8]　-　[-data]　
　[9]　-　[resources]　
　[10]　-　[-fromdb]　
　[11]　-　[DWECTRL]　
　
　
　DWE02851I:　The　system　is　connected.　
　MIG37926I:　Migration　of　Resources　data　completed.　Check　logs　for　result.　
Logfile:　/opt/IBM/ISWarehouse/Migration/logs/resources_2009_07_01_172749_log.txt　
　
　[DS　Metadata　Migrator]　-----------------------　
　[DS　Metadata　Migrator]　Exit　Metadata　Migrator.　
　[DS　Metadata　Migrator]　-----------------------　

　　迁移 InfoSphere Warehouse V9.5.x 中 SQW 组件的信息

　　SQW 组件的信息包括了已经部署的 SQW Application；部署的的 SQW 控制流；针对 SQW 控制流创建的 Profile 信息；以及 SQW 控制流执行后生成的 Instance 信息。运行在“产品安装的主目录 /Migration/sqw”目录中的脚本：

清单 5. SQW 迁移脚本

　/bin/sh　./metadbmigrate.sh　-port　port_number_V97　
　-user　user_name_V97　-password　password_V97　–　migrate　
　-data　sqw　-fromdb　V95_metadata_database_connection_name　

　　相应的参数值的信息请参考上文。

　　脚本执行后产生的日志文件会自动生成在“产品安装的主目录 /Migration/Log/”目录下。

　　具体的例子可以参考如下：

清单 6. SQW 迁移举例

　ming-S10Sp2-1:/opt/IBM/ISWarehouse/Migration/sqw　
#　./metadbmigrate.sh　-port　9081　-user　root　-password　dwe07easy　
　-migrate　-data　sqw　-fromdb　DWECTRL　
　
　[DS　Metadata　Migrator]　---------------------------　
　[DS　Metadata　Migrator]　Enter　DS　Metadata　Migrator.　
　[DS　Metadata　Migrator]　---------------------------　
　[DS　Metadata　Migrator]　Using:　/opt/IBM/ISWarehouse/Commons/jre　as　a　Java　directory.　
　[DS　Metadata　Migrator]　Using:　/opt/IBM/ISWarehouse　as　ISW　product　home　directory.　
　
　Passed　arguments　
　
　[1]　-　[-port]　
　[2]　-　[9081]　
　[3]　-　[-user]　
　[4]　-　[root]　
　[5]　-　[-password]　
　[6]　-　[dwe07easy]　
　[7]　-　[-migrate]　
　[8]　-　[-data]　
　[9]　-　[sqw]　
　[10]　-　[-fromdb]　
　[11]　-　[DWECTRL]　
　
　
　DWE02851I:　The　system　is　connected.　
　MIG37924I:　Migration　of　SQW　meta　data　completed.　Check　logs　for　result.　
Logfile:　/opt/IBM/ISWarehouse/Migration/logs/sqw_2009_07_01_173401_log.txt　

　　在这里有一点需要用户注意的是在 InfoSphere Warehouse V9.5.x 中 SQW Application 执行的日志信息并没有被迁移到 InfoSphere Warehouse Server V9.7 中，当迁移后的 SQW Application 第一次被执行时会有新的日志信息生成。如果需要对比以前的日志信息，可以在浏览器里将其打开。

　　迁移 InfoSphere Warehouse V9.5.x 中 SQW 组件的计划任务

　　由于在 InfoSphere Warehouse Server V9.7 中计划任务使用的是区别于 InfoSphere Warehouse V9.5.x 的实现方法，所以在迁移 V9.5.x 的计划任务时就相对复杂一些。

　　在执行迁移计划任务之前有两点需要确认：

　　一定要确保没有 SQW 控制流在 InfoSphere Warehouse V9.5.x 上运行。

　　必须暂定所有创建在 InfoSphere Warehouse V9.5.x 上的计划任务

　　然后就可以开始迁移 V9.5.X 的计划任务，步骤如下：

　　1. 部署导出计划任务的应用程序：

　　用管理员的角色登录到已经部署 InfoSphere Warehouse V9.5.x 的 WebSphere Application Server 的管理控制台。

　　点击 Applications > EntERPrise Applications。

　　选择 DWEAdminConsole 应用程序，然后点击 Update 按钮，进入更新应用程序页面。

图 3. 选择 DWEAdminConsole Application

　　在更新向导的指导下完成计划任务导出应用程序的部署：

　　选择 Replace or add a single module 选项。

　　在“ Specify the path beginning with the installed application archive file to the module to be replaced or added. ”的文本框中输入更新 module 文件名 “SchExp.war”。

　　在本地系统中选择 SchExp.war 文件，这个文件在“产品安装的主目录 /Migration/export/” 下。

　　在 Context root 文本框中输入“/SchExp” ，然后点击下一步。


图 4. 部署 SchExp.war

　　在确认部署结果信息没有错误后，点击 Save 按钮。这样计划任务导出应用程序就部署完成了。

图 5. 部署 SchExp.war 信息

　　2.重新映射导出计划任务的应用程序的共享链接库文件

　　再一次点击 Applications > Enterprise Applications。

　　点击 DWEAdminConsole 应用程序，进入 Configuration 页面。

　　在 References Section，点击 Shared library references。

图 6. DWEAdminConsole Configuration 页面

　　在 Shared library references 页面，选择 DWEAdminConsole 然后点击 Reference shared libraries。

图 7. Shared library reference 页面

　　在 Shared library mappings 页面，将下面 6 个 dslib, dweualib, cslib, dwecustlib, dwecorelib, db2lib 链接库文件添加到已选择的链接库组里，然后点击 OK 按钮返回。

图 8. 选择所需的动态链接库文件

　　在 DWEAdminConsole 应用程序 Configuration 页面，点击 Save 按钮保存修改。

图 9. 保存更改的配置信息

　　在 Enterprise Applications 页面将 DWEAdminConsole 应用程序重新启动，使得之前的修改生效。

　　3.导出和导入计划任务

　　这一步将完成将计划任务从 InfoSphere Warehouse V9.5.x 导出，并导入到 InfoSphere Warehouse Server V9.7 的过程，需要在“产品安装的主目录 /Migration/export/” 下执行脚本：

清单 7. SQW 计划任务迁移脚本

　/bin/sh　./schedulermigrat.sh　-hostV95　host_name_V95-portV95　port_number_V95　
　-portV97　port_number_V97-userV97　user_name_V97-passwordV97　password_V97　

　　host_name_V95 : 安装 InfoSphere Warehouse V9.5.x 主机的 IP 或者 hostname

　　port_number_V95 ：InfoSphere Warehouse V9.5.x 管理控制台工作的端口，通常情况下默认端口为 9080

　　port_number_V97 ：InfoSphere Warehouse Server, V9.7 管理控制台工作的端口，通常情况下默认端口为 9081

　　user_name_V97 and password_V97 ：登录 InfoSphere Warehouse Server V9.7 管理控制台的用户名和密码

　　脚本运行完成后，我们同样可以通过检查生成在“产品安装的主目录 /Migration/Log/”目录下日志文件来检查迁移是否成功完成。这里会生成 3 个日志文件，名称分别为：scheduleFileName.txt，scheduleMigration_timestamp.txt 和 scheduleData_timestamp.txt。

清单 8. SQW 计划任务迁移举例

ming-S10Sp2-1:/opt/IBM/ISWarehouse/Migration/export　
#　./schedulermigrate.sh　-hostV95　localhost　-portV95　9080　-portV97　9081　
　-userV97　root　-passwordV97　dwe07easy　
　
　[DS　Scheduler　Exporter]　---------------------------　
　[DS　Scheduler　Exporter]　Enter　DS　Scheduler　Exporter.　
　[DS　Scheduler　Exporter]　---------------------------　
　[DS　Scheduler　Exporter]　Using:　/opt/IBM/ISWarehouse/Commons/jre　as　a　Java　directory.　
　[DS　Scheduler　Exporter]　Using:　/opt/IBM/ISWarehouse　as　ISW　product　home　directory.　
　DWE03100I:　To　migrate　schedules　from　DWE9.5.x　to　ISW　9.7,　please　type　command　in　below　
　format:　-hostV95　<DWE9.5.x_host>　-portV95　<DWE9.5.x_port>　-portV97　
　<ISW9.7_port>　-userV97　<ISW9.7_user>　-passwordV97　<ISW9.7_password>　
　
　[1]　-　[-hostV95]　
　[2]　-　[localhost]　
　[3]　-　[-portV95]　
　[4]　-　[9080]　
　[5]　-　[-portV97]　
　[6]　-　[9081]　
　[7]　-　[-userV97]　
　[8]　-　[root]　
　[9]　-　[-passwordV97]　
　[10]　-　[dwe07easy]　
　DWE03105I:　Start　migrating　the　schedules　from　DWE9.5.x　to　ISW9.7.....　
　DWE02851I:　The　system　is　connected.　
　DWE03106I:　Scheduler　Migration　from　DWE9.5.x　to　ISW9.7　is　finished.　
　[DS　Scheduler　Exporter]　-----------------------　
　[DS　Scheduler　Exporter]　Exit　Scheduler　Exporter.　
　[DS　Scheduler　Exporter]　-----------------------　
　

　　在确认计划任务迁移成功后，我们还需要手工的在 InfoSphere Warehouse Server V9.7 管理控制台中启用被移植过来的计划任务，使这些计划任务能够继续的按计划时间执行。

　　至此就完成了对 InfoSphere Warehouse V9.5.x 中 SQW 组件全部内容的迁移。

　　Cubing Service 组件的迁移

　　在之前的步骤中我们已经成功的将 Cubing Service 使用的业务数据以及在管理控制台中定义的数据库连接迁移到了 InfoSphere Warehouse Server V9.7 环境下，接下来我们将对 Cubing Service 组件进行迁移，在迁移之前我们要停止运行在 InfoSphere Warehouse V9.5.x 上的 Cube Server。

　　迁移 Cubing Service 我们仍然需要使用 InfoSphere Warehouse Server V9.7 所提供的脚本。在“产品安装的主目录 /CubingServices/bin/”目录下，执行。

清单 9.Cubing Service 迁移脚本

　/bin/sh　./migrate.sh　CS_V9.5_home_dir　
　　CS_V9.7_home_dir　

　　CS_V9.5_home_dir ：InfoSphere Warehouse V9.5.x Cubing Services 的主目录。

　　CS_V9.7_home_dir ：InfoSphere Warehouse V9.7 Cubing Services 的主目录。

　　在脚本执行结束后，我们可以通过查看生成在“产品安装的主目录 /Migration/Log/”目录下的日志文件确认 Cubing Service 组件是否迁移成功。自动生成的日志文件名为 CS_timestamp.txt。

　　在这里需要提醒用户，如果用户的环境是 Linux 或者 Unix 系统在输入目录名这个参数的时候一定不要在结尾处有目录分隔符“/”，否则会在执行过程中有错误发生，导致迁移失败。

清单 10. Cubing Service 迁移举例

　ming-S10Sp2-1:/opt/IBM/ISWarehouse/CubingServices/bin　
#　./migrate.sh　/opt/ibm/dwe/CubingServices　/opt/IBM/ISWarehouse/CubingServices　
　
　using　default　JAVA_HOME　
　using　default　CUBINGSERVICES_HOME　
　The　Cubing　Services　repository　is　starting　to　migrate　information.　
　The　table　"ABX_LOOKUP"　is　migrating.　
　The　table　"ABX_LOOKUP_VALUES"　is　migrating.　
　The　table　"ABX_OBJECTS"　is　migrating.　
　The　table　"ABX_PROPERTY_MAP"　is　migrating.　
　The　migration　of　the　Cubing　Services　repository　is　complete.　

　　由于 InfoSphere Warehouse Server V9.7 在 Cube Server 设计上的改变，在 V9.5.x 中如果 Cube Server 的 hostname 设置的值是“localhost”，那么在迁移之后将会自动的被更改为服务器的实际的 hostname。

　　如果我们在安装 InfoSphere Warehouse Server V9.7 不是选择的默认设置进行安装，那在这里还需要对 Cube Server 的参数进行手工配置，如：home_dir, java_dir

　　相应步骤如下：

　　1. 登录 InfoSphere Warehouse Server V9.7 管理控制台，打开 Cube Service 页面。

　　2. 点击 Manage Cube Servers 标签。

　　3. 选择要修改的 Cube Server ，点击 Edit 按钮。

图 10. 编辑 Cube Server

　　4. 根据“Edit Cube Server” 向导配置这些参数。

图 11. 手工配置 Cube Server 参数

　　至此我们就成功的完成了对 Cube Service 组件的迁移工作。

　　迁移 Intelligent Miner 数据源

　　在之前的步骤中我们已经成功的将 Intelligent Miner 使用的业务数据以及在管理控制台中定义的数据库连接迁移到了 InfoSphere Warehouse Server V9.7 环境下，接下来我们就要在 InfoSphere Warehouse V9.7 环境中具体完成对 Intelligent Miner 数据源的迁移， 步骤如下：

　　1. 作为 DB2 实例的所有者，通过执行

清单 11. DB2 命令 1

　　db2　list　db　directory　

　　列出在 InfoSphere Warehouse V9.7 数据库中对应的每一个数据库实例。

　　2. 通过执行命名 idmcheckdb 检查数据库的状态

清单 12. DB2 命令 2

　idmcheckdb　dbname　

　　在命令 idmcheckdb 执行后应该有如下的信息输出

清单 13. 输出信息

　The　database　"dbname"is　enabled　for　IM　Modeling　Version　9.5.1　
　and　IM　Scoring　Version　9.5.1　in　"fenced"　mode.　
　To　use　this　database　with　the　current　version　9.7.0,　you　must　migrate　
　the　database.　Use　command　idmenabledb　to　migrate　your　database.　
　...　

　　3. 通过执行命令 idmenabledb，在 InfoSphere Warehouse V9.7 重新启用移植的数据库。

清单 14. DB2 命令 3

　idmenabledb　dbname　

　　在这里需要提醒用户，在 V9.7 中重新 enable 数据库时一定要确保和 V9.5.x 环境中 enable 的数据库模式是相同的，这样才能确保智能挖掘在执行中产生正确的结果。如果用户不确定 V9.5.x 中数据库的模式，也可以通过命令 idmcheckdb 来查询。

　　4. 再次执行命令 idmcheckdb 检查 Intelligent Miner 数据源是否迁移成功。

清单 15. DB2 命令 4

　idmcheckdb　dbname　

　　如果迁移成功，在执行完命令后应该有如下信息输。

清单 16. 输出信息

　The　database　"dbname"　is　enabled　for　
　IM　Modeling　Version　9.7.0　and　IM　Scoring　Version　9.7.0　in　"fenced"　mode.　
　...　

　　至此 Intelligent Miner 数据源的迁移工作就已经完成了，我们可以 InfoSphere Warehouse Server, V9.7 中进行智能查询分析。

　　迁移 Workload Management 方案

　　在开始迁移 Workload Management 方案之前，我们需使用 InfoSphere Warehouse V9.5.x 的客户端 Design Studio 的 Workload Manager V9.5.x 部署相应的方案到一个 InfoSphere Warehouse V9.7 中临时的数据库中。

　　接下来就可以进行 Workload Management 方案迁移，具体步骤如下：

　　1.进入 InfoSphere Warehouse Workload Manager V9.7 页面。

　　在 Manage Connections 标签页中创建一个数据库连接信息指向部署了 workload management 方案的数据库。

　　在 Workload Manager 标签页中连接在上一步中创建的数据库。

图 12. 选择数据库连接

　　接受 Workload Manager 列出的变更，然后在你执行配置的时候就将使用迁移后的对象。

　　2. 通过点击“Save Configuration”按钮，保存这些新的配置。

　　用户可能会遇到这样的问题，在选择连接数据库时，有可能在下拉列表里并没有显示出刚刚创建的数据库连接信息。这时我们可以在页面上注销当前的用户，重新打开一个浏览器窗口，这样就可以在下拉列表里找到我们要选择的数据库连接。

　　至此就完成了对 Workload Management 方案的迁移工作。

　　Alphablox 应用组件的迁移

　　Alphablox 应用组件包括了：Alphablox 数据源，应用程序和存储， Blox Builder 查询，报表盒应用程序。 在 InfoSphere Warehouse Server V9.7 中提供了相应的脚本来支持这些组件的迁移。

　　在迁移之前，我们需要在安装了 InfoSphere Warehouse Server V9.7 的服务器上安装 Alphablox V9.5.7 ，并确保安装后的 Alphablox, V9.5.7 处于运行状态。

　　接下来就可以进行 Alphablox 应用组件的迁移：

　　1. 在 Alphablox V9.5.7 安装目录“产品安装主目录 /Alphablox/bin/”下执行脚本：

清单 17. Alphablox 迁移脚本

　./migraterepository.sh　

　　2. 需要给脚本提供原始的和目标的 Alphablox server 相关信息

表 1. 元数据库信息：

表 2. 目标数据库信息

　　在执行完脚本后元数据库中的信息就被拷贝的目标数据库中了。

　　3. 移植部署在 InfoSphere Warehouse V9.5.x 上的 Alphablox 应用

　　在部署 InfoSphere Warehouse V9.5.x 的 Websphere Application Server 上以企业归档 (EAR) 文件的形式导出 Alphablox 应用。

　　将导出的 Alphablox 应用的 EAR 文件导入到部署了 InfoSphere Warehouse Server V9.7 的 Websphere Application Server 中。

　　需要将一些关联的 JSP 文件从部署 V9.5.x 的 Websphere Application Server 中拷贝到部署了 V9.7 的 Websphere Application Server 中。

　　4. 通过 InfoSphere Warehouse V9.5.x 的客户端 Design Studio ，将 Blox Builder 的组件导出为一个 zip 文件

　　5. 再将这个导出的 zip 文件导入到 InfoSphere Warehouse V9.7 的客户端中。

　　至此 Alphablox 组件的迁移工作就完成了，我们可以在 InfoSphere Warehouse Server V9.7 的环境下实现报表的展现。

　　迁移 Miningblox Web 应用程序

　　迁移 Miningblox Web 应用程序分为两个步骤来完成，具体如下：

　　1. 更新 Miningblox 链接库和 .tld 文件

　　在 InfoSphere Warehouse V9.7 Miningblox 模板应用程序中定位链接库文件和 .tld 文件。

　　对每一个 Miningblox Web 应用程序都要替换如下的在 InfoSphere Warehouse V9.7 Miningblox 模板应用程序中定位 .jar 文件和 .tld 文件：

清单 18. 需要替换的文件

　WEB-INF\lib\iminer.jar　
　WEB-INF\lib\imvisu.jar　
　WEB-INF\tlds\miningblox.tld　

　　2. 给每一个 Miningblox Web 应用程序添加一个 LoginBlox 使他们能够访问 InfoSphere Warehouse Server V9.7 的管理控制台。任何一个包含 MiningTaskBlox 或者 TaskDataBlox 的应用程序需要进入管理控制台，都需要通过 LoginBlox 进行用户身份的验证。

　　至此 Miningblox Web 应用程序就已经迁移完成，我们已经可以在基于 InfoSphere Warehouse V9.7 的 Miningblox Web 应用程序上开展工作了。

　　总结

　　本文讲述了从 InfoSphere Warehouse V9.5.x 到 InfoSphere Warehouse Server V9.7 的一个完整的迁移过程。针对不同应用组件的迁移做了详细的介绍，并指出在迁移过程中可能会遇到的问题及解决办法。

(责任编辑：admin)