从 InfoSphere Warehouse Server V9.5.x 到 InfoSphere Warehouse Server V9.7 的数据及应用迁移
2010-02-04 00:00:00 来源:WEB开发网概述
在将已有的 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. 元数据库信息:
相应参数 | 具体说明 |
Server | 准备迁移的元数据库位置 |
Port | 准备迁移的元数据库端口 |
Database | 准备迁移的元数据库名称 |
User and Password | 在 InfoSphere Warehouse V9.5.x 上安装 Alphablox 时设置的用户名和密码 |
表 2. 目标数据库信息
相应参数 | 具体说明 |
Server | 目标数据库的位置 |
Port | 目标数据库的端口 |
Database | 目标数据库的名称 |
User and Password | InfoSphere Warehouse Server V9.7 上安装 Alphablox 时设置的用户名和密码 |
在执行完脚本后元数据库中的信息就被拷贝的目标数据库中了。
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 的一个完整的迁移过程。针对不同应用组件的迁移做了详细的介绍,并指出在迁移过程中可能会遇到的问题及解决办法。
Tags:InfoSphere Warehouse Server
编辑录入:爽爽 [复制链接] [打 印]- ››InfoSphere Guardium:IBM 新的数据库安全和监视软...
- ››InfoSphere Warehouse V9.7 安装最佳实践
- ››server2003域迁移至server2008[为企业部署Windows...
- ››Server 2003 DFS客户端设置及安全策略
- ››server2008中页面报错webform_postbackoptions未定...
- ››SERVER数据转换ORACLE问题
- ››SERVER数据转换ORACLE问题(2)
- ››Server 2008组策略部署IPsec服务器与域隔离(3)
- ››Server 2008组策略部署IPsec服务器与域隔离(2)
- ››Server 2008组策略部署IPsec服务器与域隔离
- ››Server Core上部署IIS7全程攻略
- ››Server Core 下执行IIS7 的完整安装
更多精彩
赞助商链接