迁移工具使用.doc

目录第一章 概述本章概述OWM是如何迁移第三方数据库到Oracle数据库的第二章 准备迁移计划本章概述创建迁移计划的过程第三章 迁移之前的相关工作本章概述在利用迁移平台迁移数据前必须完成的相关任务第四章 获取数据源本章概述如何获取数据源第五章 创建和定制Oracle模板本章概述如何创建和定制oracle模板第六章 迁移数据库本章概述如何将第三方数据库数据迁移到Oracle数据库第七章 测试oracle数据库本章概述如何测试迁移后的数据库和软件：检验是否所有的数据都已迁移，确定迁移的数据是否正确。第八章 部署oracle数据库本章概述如何有效部署迁移的经过测试的数据库第九章 使用报告本章概述如何通过迁移平台有效使用报告第十章 问题集本章包含在迁移过程中可能出现的问题，原因，以及解决办法，仅供参考关键词汇本手册中的词组相关文档迁移平台包含下列相关文档：n Oracle迁移平台发布手册n Oracle迁移平台在线帮助n Oracle迁移平台FAQ迁移平台也包括每种能够被迁移的第三方数据库的操作细节n OWM for IDS 迁移指南n OWM for Microsoft Access 迁移指南n OWM for Microsoft SQL Server 和 Adaptive Server迁移指南n OWM for MySQL 3.22，3.23，4.x迁移指南n OWM for IBM DB2/400 V4R5 迁移指南n OWM for IBM DB2 UDB 迁移指南以下文档也与数据库迁移相关：n Oracle 概述n Oracle 管理员手册n Oracle SQL 参考指南可以在/technology 现在相关文档。专有术语下列操作系统在本文档中简称为windows: Microsoft Windows 98 Microsoft Windows NT 4.0 Microsoft Windows 2000 Microsoft Windows XPUNIX 和 RedHat 企业第3版在本文档中简称Linux x86第一章 概述本章主要说明迁移平台如何从第三方数据库迁移至ORACLE数据库，也提到了为完成数据迁移必须先期进行迁移准备工作，有以下几个部分：n 综述n 迁移平台如何工作n 使用迁移工具n 迁移平台的好处n 支持的第三方数据库综述Oracle数据库比第三方数据库，能提供更可靠、更好的伸缩性、更强的扩展性、更好的安全性能。由于这个原因，用户会把他们现行的数据系统诸如Microsoft SQL Server 和Microsft Access 迁移到Oracle数据库。数据库迁移是一个复杂的过程，因此，我们提供了Oracle迁移平台，它可以帮助你从第三方数据库迁移至Oracle数据库。本文档介绍了如何使用迁移平台迁移数据库及迁移过程。迁移平台从源数据库获取信息后把它们显示在数据源模型里，数据原模型是贮存在迁移平台库中的源数据库结构的表现形式。迁移平台能够迁移data,schema objects,triggers,stored procedures。迁移平台利用它自身的库(平台库)存贮整个迁移过程中连续的迁移信息。甚至你可以修改数据源模型同时生成同样的Oracle模型。Oracle模型是贮存在迁移平台库中的目的数据库结构的表现形式，迁移平台使用源数据库的信息来迁移Oracle模型，进而，你可以利用源数据模型的和Oracle模型中的信息比较数据库对象，检验Oracle预留的关键字是否冲突，管理整个迁移过程。迁移平台如何工作本节介绍迁移平台的组件，以及它们如何配合工作将第三方数据库迁移至Oracle数据库。图1-1展示了迁移平台和插件如何从源数据库读取信息并创建Oracle数据库的，迁移平台利用存储在平台库中的迁移信息完成到Oracle数据库的迁移工作。你可以通过Oracle模型和源数据模型在进行迁移之前确认哪些进行了变动。图1-1 迁移平台体系结构迁移平台迁移平台提供了用户界面，用户向导这可以帮助你便利的从第三方数据库迁移至Oracle数据库。迁移平台包含下列用户向导和脚本：n 用于获取源数据库数据的采集向导n 用于从源数据模型向Oracle模型迁移的迁移向导n 用于从源数据库复制数据到目的数据库和创建数据库结构文件的脚本不同的插件可以实现从不同的第三方数据库向Oracle数据库的迁移，所以你必须至少安装一种插件。插件迁移平台利用这些插件用来：n 从源数据库数据字典中抽取数据n 创建数据源模型n 转换源数据模型为Oracle模型不同的插件可以实现从不同的第三方数据库向Oracle数据库的迁移。平台库平台库是特定Oracle数据库中的一系列表，这个特定Oracle数据库存储着源数据模型、Orale模型以及迁移信息，通过管理在平台库中的源数据模型和Oracle模型，就可以在不影响产品环境的前提下定制迁移过程。迁移平台含有进行迁移的数据库的副本信息。我们推荐使用Oracle10g或者Oracle9i来存储平台库，也可以使用通过迁移平台安装的默认平台库来存储信息，但是默认的平台库必须是Windows安装才有效。使用迁移工具迁移平台迁移过程有以下几步：n 采集源数据库n 处理目的数据库n 创建和定制Oracle模型n 从源数据库到Oracle数据库进行迁移采集源数据库在这一步，将利用迁移平台从源数据库数据字典中抽取元数据，进而生成平台库源数据模型。这个过程中有两步可以使用。n 使用采集向导连接源数据库，抽取数据结构，生成源数据模型n 使用迁移平台在线采集脚本以源数据库为标准创建一系列定义数据结构的文件，然后利用迁移平台从这些文件上生成源数据模型第四章采集源数据库会更详细地描述如上内容。处理目的数据库必须拥有以下角色和权限才能在目的数据库上进行更多迁移处理任务。注：必须直接授权以下权限给一使用账户，如果先授权以下权限给一角色，然后再把角色权限授权给一使用用户，这样将不能起到应有的作用。另外，迁移数据库不能以SYS用户进行。RolesCONNECT WITH ADMIN OPTIONRESOURCE WITH ADMIN OPTIONPrivilegesALTER ANY ROLEALTER ANY SEQUENCEALTER ANY TABLEALTER TABLESPACEALTER ANY TRIGGERCOMMENT ANY TABLECREATE ANY SEQUENCECREATE ANY TABLECREATE ANY TRIGGERCREATE VIEW WITH ADMIN OPTIONCREATE PUBLIC SYNONYM WITH ADMIN OPTIONCREATE ROLECREATE TABLESPACECREATE USERDROP ANY SEQUENCEDROP ANY TABLEDROP ANY TRIGGERDROP TABLESPACEDROP USERDROP ANY ROLEGRANT ANY ROLEINSERT ANY TABLESELECT ANY TABLEUPDATE ANY TABLE 举例，创建了一个具备最低权限的迁移用户omwb_user，可以通过如下指令操作：CREATE USER omwb_user IDENTIFIED BY omwb_user;GRANT CONNECT, RESOURCE, CREATE VIEW, CREATE PUBLIC SYNONYM TOomwb_user WITH ADMIN OPTION;GRANT ALTER ANY ROLE, ALTER ANY SEQUENCE, ALTER ANY TABLE, ALTER TABLESPACE,ALTER ANY TRIGGER, COMMENT ANY TABLE, CREATE ANY SEQUENCE, CREATE ANY TABLE,CREATE ANY TRIGGER, CREATE ROLE, CREATE TABLESPACE, CREATE USER, DROP ANY SEQUENCE, DROP ANY TABLE, DROP ANY TRIGGER, DROP TABLESPACE, DROP USER, DROP ANY ROLE, GRANT ANY ROLE, INSERT ANY TABLE, SELECT ANY TABLE, UPDATE ANY TABLE TO omwb_user;创建和定制Oracle模型在这一节，可以了解如何使用迁移平台绘制源数据元素，这些元素显示在源数据模型中，与Oracle模型略图对象类似。采集向导将默认创建Oracle模型，接下来就可以同时定制源数据模型和Oracle模型。第五章创建和定制Oracle模型将会详细介绍以上过程。从源数据库到Oracle数据库进行迁移在这一节，将介绍使用迁移平台迁移源数据库到Oracle数据库。迁移平台从Oracle模型中抽取略图对象创建到目的数据库，在Oracle数据库创建略图对象后，就会以源数据库数据生成对象。第六章迁移数据库详细描述了这个过程。迁移平台会重新生成一些系统函数，这些函数被创建在omwb_emulation略图里，迁移平台会为这些函数创建公共同义词以便在目的数据库中的所有用户都可以调用。迁移平台的好处利用迁移平台迁移第三方数据库到Oracle数据库有如下好处：n 降低在迁移工程中耗费的精力和出现的风险n 基于预期的自动迁移可以做出准确的判断n 简化从第三方数据库到Oracle数据迁移的过程n 可以迁移第三方整个数据库包括触发器、存储过程n 综合的可视化的迁移环境n 显示需要做对比的源数据模型和Oracle模型形式n 以报告方式反馈迁移结果n 自由设定自动化定制源数据模型和Oracle数据模型的最大程度n 可以不必通过迁移平台连接到第三方数据而采集第三方数据库数据n 通过可视的向导简化迁移过程所有的迁移平台的插件都支持tables, indexes, and users。表1-1列举了在迁移平台中能够支持或限制的源数据库的情况：表1-1迁移平台支持的第三方数据库对象1 Has support for relations, link tables, and application code reuse.2 Has ENUM support.3 Views are not parsed and are known as Queries in Microsoft Access.4 Views are not parsed.5 Constraints include foreign keys, primary keys, and check constraints.6 Validation rules not supported.7 Constraints are not parsed.8 ESQL/C to Pro*C支持的第三方数据库利用Windows版迁移平台可以把下列第三方数据库迁移至Oracle9i或者Oracle10g数据库： IBM DB2/400 V4R3 and V4R5 IBM DB2 UDB 6, 7.1, and 7.2 Informix Dynamic Server 7.3 Informix Dynamic Server 9.x Microsoft Access 2.0, 95, 97, 2000, XP (2002), and 2003 Microsoft SQL Server 6.5, 7.0, and 2000 MySQL 3.22, 3.23, and 4.x Sybase Adaptive Server 11 and 12利用Linux x86版迁移平台可以把下列第三方数据库迁移至Oracle9i或者Oracle10g数据库： Informix Dynamic Server 7.3 Informix Dynamic Server 9.x MySQL 3.22, 3.23, and 4.x Sybase Adaptive Server 11 and 12第二章 准备迁移计划本章描述如何创建迁移项目计划的过程，指出了在迁移过程中必须出现的部分，也指出了每一必须部分如何确定以及如何规避在迁移过程中的风险。包含如下内容：n 任务一：确定迁移工程所需的必要条件在这个任务中，需要确定出即将进行迁移的数据库和处理该数据库的相关应用软件。确定迁移工程所需的必要条件：1 划定项目范围以下一些对第三方数据库和处理该数据库的应用软件的选择项帮助划定项目范围，下述几个步骤可以获得一些相关性列表：n 第三方数据库是什么- 第三方数据库的版本- 第三方数据库的字符集n 在迁移第三方数据库到Oracle数据时借助的源应用软件是什么- 第三方应用软件语言- 应用语言的版本n 在迁移到Oracle数据库时的连接问题类型- 是否使用了连接软件用来连接第三方数据库？是不是修改一下就可以连接Oracle数据库- 使用的连接软件的版本是什么？它能连接Oracle数据库吗？n 是否打算借助Oracle数据库修改项目计划？2 使用表2-1内容来判断源数据库环境是复杂的还是简单的，依据其中的具体细节来确定必要条件如果迁移项目比较简单，则不需要完成前面所列的所有任务，这取决于你对实际环境的判断。比如说，实际情况复杂，就需要基于处理数据库的项目复杂度做额外的测试。 表2-1复杂局面简单局面比下述内容还多包含以下内容 大数据库(容量大于25G) 小数据库(容量小于25G) 数据仓库 简单的OLTP 大型应用(多于100窗体、报表、批处理) 小型应用(少于100窗体、报表、批处理) 多业务使用的数据库 单一部分使用的数据库 分布式部署 集中部署 大型用户群的(多于100) 少用户群的(少于100) 高需求条件(24*7*365环境) 平均条件(业务时间)3 确定目的数据库是否需要额外的硬件以及备份计划4 确定测试和验收标准5 编写迁移必须条件清单文档n 任务二：估计使用迁移平台工作的工作量在该部分，在评估自动化执行工作量基础上有多少是可以手工处理的，有以下几个步骤：1 使用迁移平台采集源数据模型，创建Oracle模型，并且迁移到目的数据库2 通过迁移平台生成报告评估采集和迁移过程，归类数据库对象总数和自动化迁移的数量3 评估及分类在迁移过程中出现的问题n 采集源数据模型时物理表不能加载n 创建Oracle模型时存储过程、触发器、视图不能被复制n 语法需要手工干预n 在迁移到目的数据库时数据对象没有成功创建n 在迁移到目的数据库时数据没有迁移成功4 评估迁移平台报告中每个错误或者警告n 每个问题出现的次数n 解决这些问题需要的工时n 解决这些问题需要的资源数量n 任务三：分析可供使用的必要条件在该节，下述内容帮助分析使用的条件：1 通过下述的问题，评估在迁移源数据库到目的数据库的必要因素：n 需要怎样的备份和还原n 在迁移过程中需数据库要多少的停止服务时间n 是否满足执行必要条件n 服务停掉时会有何影响n 除此之外是否需要其他？n 是否有必要同时运行第三方数据库和Oracle数据库2 评估每项任务所需的资源和时间3 创建初始项目计划n 任务四：分析该迁移项目在这个任务中，需要确定用户信息。n 任务五：制定迁移计划在这个任务中，需要评估一下在迁移过程中可能出现的位置变数，比如源数据库与目的数据库的差别。u 评估工程系统参数配置预算u 整理制定迁移计划的相关信息u 评估迁移过程耗费时间u 估算完成和测试迁移需要多少资源制定迁移计划：1 按照任务一中的迁移项目必要条件确定能够成功完成迁移的任务清单2 把完成迁移项目工程的所有任务分类3 在任务3和任务4基础上更新和定稿迁移计划4 确认迁移计划适合迁移项目必要条件第三章 迁移之前的相关工作本章陈述了在迁移之前必须完成的几项任务。这些任务与进行迁移的第三方数据库插件一同说明。包含以下部分：n 在Windows系统上使用非标准字符编码n 配置迁移平台n 配置插件n 确定与Oracle数据库的连接信息n 在Windows系统上使用非标准字符编码参考以下步骤，可以在Windows系统上配置迁移平台使用非标准字符编码，如设置使用多字节字符集：1 设置JRE文件编码属性a. 使用文本编辑器打开迁移平台启动文件omwb.bat(位置在OMWB_安装路径/Omwb/bin下)b. 在启动命令行jar之前添加以下信息： -Dfile.encoding=file_encoding在这个格式行中，file_encoding是需要设置的文件编码。在多字节Microsoft Access 数据库中，文件编码必须设置成UTF-8，修改完后，omwb.bat跟下面相似：start .jrebinjavaw -ms30m -mx256m -Dfile.encoding=UTF-8 jar .libboot.jar oracle.mtg.migrationUI.MigrationApp如果迁移对象是多字节的Microsoft Access 数据库(日文版或中文版)，则目标Oracle数据库实例必须设置字符集为UTF-8。c保存文件退出2 为需要的文件编码安装合适的perties文件a. 备份OMWB_安装路径/Omwb/jre/lib下已经存在的perties文件b. 从指定网站(/)下载需要的Java类型perties文件c. 重命名下载的文件名为perties.比如，从网上下载的是Japanese perties 文件(perties.ja)，则需要将其更名为pertiesd. 把新命名的perties文件复制到OMWB_安装路径/Omwb/jre/lib下覆盖原来文件3 要是采用离线采集的方法，则需要在离线采集脚本中添加特殊的分割符：a. 用文本编辑器打开perties文件(位置在OMWB_安装路径/Omwb/bin下)b. 增加如下两项内容：OFFLINE_CAPTURE_COLUMN_DELIMITER=delimiter_columnOFFLINE_CAPTURE_ROW_DELIMITER=delimiter_row 其中，delimiter_column是列分隔符，delimiter_row是行分隔符c. 保存退出这一步完成之后，迁移平台就可以处理新的字符编码了n 配置迁移平台不管即将迁移的第三方数据库怎样，现在需要确认已经拥有最新的迁移平台程序。若没有，可以从Oracle技术服务站点下载迁移平台及相关插件：/technology/tech/migration/workbench/index.html注：在进行迁移工作前建议先备份一下源数据库。为平台库创建数据库用户迁移平台需要存储区来进行从第三方数据库到Oracle数据库的迁移，为在平台库中操作Oracle数据库必须要创建一个数据库用户。我们推荐使用一个特定用户，比如可以使用一个REPUSER，它可以作为平台库用户，随后工作完成后再删掉相关信息。我们不推荐使用标准用户(如system)。创建REPUSER用户：1 登陆作为平台库使用的Oracle数据库系统 必须登陆包含平台库的Oracle数据系统创建REPUSER，登陆系统创建REPUSER的用户需要具备DBA权限。2 打开SQL*Plusprompt sqlplus SYSTEM/PASSWORD如果用户和密码正确则会显示如下内容：Connected to:Oracle9i Release .0 - ProductionJServer Release .0 Production3 参考以下指令创建用户和密码SQL CREATE USER REPUSER IDENTIFIED BY REPUSER;如果创建成功，则会出现如下语句：User Created.4 给创建的用户授权SQL GRANT CONNECT,RESOURCE TO REPUSER;如果授权成功，则会出现如下语句：Grant succeeded.n 配置插件插件依赖于即将迁移的数据库，需要配置连接信息及安装驱动。更多信息参考以下章节：n 从Micrososoft SQL Server迁移n 从Sybase Adaptive Server 迁移n 从Microsoft Access 迁移n 从Informix Dynamic Server 迁移n 从MySQL 迁移n 从IBM DB2/400迁移n 从IBM DB2 UDB 迁移-只翻译IDS-从Informix Dynamic Server 迁移1 检查Informix Dynamic Server JDBC 驱动 JAR文件ifxjdbc.jar是否在以下目录存在：n Windows系统 OMWB_安装路径Omwbdriversn UNIX系统 OMWB_安装路径/Omwb/drivers2 如果JAR文件不存在，则需要从以IBM网站地址下载2.21.JC6或更高版本a 按照在JDCC目录下的install.txt安装说明文件内容，安装Informix Dynamic Server JDBC驱动b 复制ifxjdbc.jar文件到OMWB_安装路径Omwbdrivers目录n Windows系统 OMWB_安装路径Omwbdriversn UNIX系统 OMWB_安装路径/Omwb/drivers3 确认安装迁移平台的系统能够连通Informix Dynamic Server 数据库n 确定与Oracle数据库的连接信息要连通某个Oracle数据库，则需要知道该数据库的连接信息，可以通过以下方法来获知数据库的连接信息。连接信息包括主机，端口，数据库SID：1 登陆安装Oracle数据库的系统2 在命令行输入以下指令： prompt lsnrctl status 会出现类似下方内容：LSNRCTL for 32-bit Windows: Version .0 - Production on 13-AUG-200212:09:40Copyright (c) 1991, 2002, Oracle Corporation. All rights reserved.Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1)STATUS of the LISTENERAlias LISTENERVersion TNSLSNR for 32-bit Windows: Version .0 - ProductionStart Date 12-AUG-2002 09:22:49Uptime 1 days 2 hr. 46 min. 51 secTrace Level OFFSecurity OFFSNMP OFFListener Parameter File d:oraclenetworkadminlistener.oraListener Log File d:oraclenetworkloglistener.logListening Endpoints Summary.(DESCRIPTION=(ADDRESS=(PROTOCOL=ipc)(PIPENAME=.pipeEXTPROC1ipc)(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=)(PORT=1521)(Presentation=FTP)(Session=RAW)Services Summary.Service PLSExtProc has 1 instance(s).Instance PLSExtProc, status UNKNOWN, has 1 handler(s) for this service.Service ora92 has 1 instance(s).Instance ora, status UNKNOWN, has 1 handler(s) for this service.The command completed successfully3 从显示的内容中找到主机和端口号主机： 端口号：1521 4 找到数据库SID SID:ora第四章 采集源数据库本章主要讲解如何采集源数据库，包含以下内容：n 概述n 在Windows系统上运行迁移平台n 在Linux x86系统上运行迁移平台n 使用迁移向导n 创建离线采集文件n 采集Informix ESQL/C源文件n 制作源数据模型n 制作数据类型映射概述在迁移第三方数据库之前，需要从数据库上提取一些信息，这些信息是源数据模型结构样式，从数据库提取信息的过程称之为采集源数据库。采集源数据库有两种方法：n 在线采集，用迁移平台连到源数据库，抽取数据库结构，生成源数据模型。通过“使用采集向导”就可以完成在线采集过程，在迁移MySQL，IBM DB2 UDB 和IBM DB2/400数据库时，必须使用在线采集向导。n 离线采集，用迁移平台采集脚本连通源数据库并创建一些能够画出源数据库结构的文件，然后根据这些文件再生成源数据模型。如果要执行离线采集，则必须完成“创建离线采集文件”步骤中的任务。在以下情况下采用离线采集方式：n 安装迁移平台的系统不能连通源数据库n 在迁移包含大量存储过程的复杂数据库时，离线采集比在线采集会有更好的效果。在采集完源数据库后，就可以在迁移平台中的源数据模型中查看原数据库信息，也可以按照“制作源数据模型”来修改原数据模型。下面的图例说明了该过程在全部迁移过程中的所处的位置。在Windows系统上运行迁移平台在Windows系统上启动迁移平台1 打开命令框2 输入启动脚本：OMWB_安装路径Omwbbinomwb.bat OMWB_安装路径是安装迁移平台的绝对路径，启动后，Oracle迁移平台就会出现3 单击确定4 选择要用来迁移的平台库n 可以选择默认平台库，选择“默认库”，点击确定（默认库是ORACLE实验库）n 选择Oracle数据库(Oracle10g和Oracle9i)，输入用户名、密码、主机、端口、SID，点击确定-通过“确定与Oracle数据库的连接信息”步骤可以确定数据相关信息-通过“为平台库创建数据库用户”步骤创建用户5 在已经装的插件列表中选择需要使用的插件，然后点击确定 在改变插件的时候，当前Oracle模型中的数据就会从平台库中清除 如果是首次使用平台库，采集向导会自动出现，不是的话迁移平台主界面会出现。在Linux x86系统上运行迁移平台 在Linux x86系统上运行迁移平台1 设置JRE JAVA_HOME环境变量 Bourne, Bash, and Korn shell:prompt JAVA_HOME=jre_directoryprompt PATH=jre_directory/bin:$ C shell:prompt setenv JAVA_HOME jre_directoryprompt setenv PATH jre_directory/bin:$PATH2 以如下指令运行启动脚本cd OMWB_install_dir/Omwb/bin./omwb.sh OMWB_install_dir是迁移平台的安装路径2 迁移平台启动后，输入连接oracle 数据库的连接信息3 在已经装的插件列表中选择需要使用的插件，然后点击确定在改变插件的时候，当前Oracle模型中的数据就会从平台库中清除如果是首次使用平台库，采集向导会自动出现，不是的话迁移平台主界面会出现创建离线采集文件要使用离线采集，必须从源数据库创建离线采集文件，然后再使用采集向导通过离线采集文件生成源数据模型。依据要迁移的数据库，需要采用合适的方法来创建离线采集文件n 创建Microsoft SQL Server 或 Sybase Adaptive Server离线采集文件n 创建Informix Dynamic Server离线采集文件n 创建Microsoft SQL Server 或 Sybase Adaptive Server离线采集文件1 改变目录n 在Windows系统上，打开命令窗口，按照表4-1输入合适的命令n 在Unix系统上，按照表4-2输入合适的命令2 从上面两表plug-in目录复制所有文件放置在安装源数据库的系统的某个目录里比如说：在Windows系统上你把复制文件放置在c:Omwbcapture_files目录下；而在UNIX系统上放置在home目录的Omwb/capture_files目录下。3 切换到第2步中的目录下-在Windows系统上，打开命令窗口输入如下指令：prompt cd OMWB_install_dirOmwbcapture_files-在UNIX系统上，输入prompt cd OMWB_install_dir/Omwb/capture_files4 设置源数据库服务器的BCP不同版本的系统环境路径，确保不与其他版本冲突用下面指令可以知道BCP版本： Microsoft SQL Serverprompt bcp -v Sybase Adaptive Serverprompt bcp ver5 对Linux x86系统，需要将文件转换为UNIX:dos2unix *chmod 755 *.sh6 采集源数据库n Windows系统prompt OMWB_OFFLINE_CAPTURE.BAT login_id password database_name server_namen Unix系统prompt OMWB_OFFLINE_CAPTURE.SH login_id password database_name server_name在以上指令中，login_id， password ，database_name， server_name，需要用合适的数据库信息替换，login_id必须拥有DBA权限，要是login_id登陆不需密码，password设置成空。举例-要创建Microsoft SQL Server 2000数据库的离线文件，该数据库名称为sales，主机为salespc，登陆ID为user，密码是invoice，则输入以下信息尽心操作：prompt OMWB_OFFLINE_CAPTURE.BAT user invoice sales salespc然后脚本就会借助BCP创建以下内容：n 含有主数据库离线采集文件的主目录n 与源数据库名称一致的含有离线采集文件的目录7 重复第6步，完成每个数据库的采集在这个过程出现的错误，可以查看错误日志文件，这些文件以.err为扩展名存放在主目录和与源数据库名称一致的目录里8 复制包含离线采集文件的目录到安装迁移平台的系统上，确认复制时包含整个目录结构。9 根据使用的归档软件名称和版本归档离线采集文件离线采集脚本也会创建文本文件，数据库名称_INFO.txt，其中内容包含离线采集文件信息，这个文件在与源数据库名称一致的目录里，含有以下内容：n 采集脚本执行的时间和日期n 离线采集脚本的目录和版本n 源数据库的信息n 主目录和源数据库同名目录下的目录列表n 创建Informix Dynamic Server离线采集文件1 切换目录n Windows系统prompt cd OMWB_install_dirOmwboffline_captureINFORMIXn UNIX系统prompt cd OMWB_install_dir/Omwb/offline_capture/INFORMIX2 复制offline_capture目录下的内容到源数据库所在系统比如-在windowx系统上是复制这些文件到c:mwb目录，而在unix上是复制这些文件到home路径下的mwb目录3 在源数据库系统上运行合适的脚本，其中database_name是迁移对象的数据库名称，server_name是informix配置中DBSERVERNAME 或者 DBSERVERALIAS。4 对Linux x86系统，需要将文件转换为UNIX:dos2unix *chmod 755 *.sh5 输入以下命令，运行脚本用Informix UNLOAD SQL语句的所有脚本创建如下内容n 包含informix sysmaster数据库离线采集文件的sysmaster目录n 包含informix数据库离线采集文件的目录6 重复执行第3步，为需要采集的数据库创建离线采集文件7 复制输出文件到安装迁移平台的系统比如说：在windows上复制输出文件到c:DSMLfiles目录，在UNIX上复制输出文件到DSMLfiles目录。使用迁移向导1 参考“在Windows系统上启动迁移平台”，打开迁移平台2 在”Action”菜单里选择” Capture Source Database”，打开采集向导3 点击Next如果使用的是MySQL, IBM DB2 UDB, IBM DB2/400插件，Source Database Details页面就会出现，继续从第6步开始。如果使用的是Microsoft SQL Server，Sybase Adaptive Server，Informix Dynamic Server插件，Source Model Load Details页面就会出现n 要想完成在线采集，选择Online Source Model Load选项，然后点击Next，Source Database Details页面就会出现，继续从第6步开始n 要想完成离线采集，选择Offline Source Model Load选项，Select Source Model Metadata Files页面就会出现，继续从第5步开始如果使用的是Microsoft Access插件，Select Databases to Capture页面就会出现，继续从第4步开始。4 如果使用的是Microsoft Access插件，选择要采集的数据库，a 点击Add XML File，会出现文件选择对话框-只翻译IDS部分-5 若要完成离线采集，需要选择采集文件 a点击Load，会出现目录选择框 b找到包含采集文件的目录，然后点击OK，然后每个采集文件就会罗列在Select Source Model Metadata Files页面 c点击Next，Data Type Mapping页面就会出现，继续从第7步开始。6 若要想完成在线采集，需要选择采集对象a具体说明源数据库的详细信息迁移平台使用不同的插件在连通源数据库时使用的信息会有所不同：b 点击Next，Select Databases to Capture页面就会出现c 选择要采集的数据库（可用数据库会按字母排列）d 点击Next，Data Type Mappings页面就会出现7 检查Data Type Mappings，然后点击Next，然后就会出现Create Oracle Model页面源数据类型映射成Oracle数据库类似的数据类型，在一般情况下请不要更改这些映射，除非是DBA。“定制数据类型映射”详细介绍了有关细节。8 选择是否自动创建Oracle模型n 选择Yes进行自动创建n 选择No将在下个阶段创建如要在创建Oracle模型前定制源数据模型（比如打算删除源数据模型中的模式对象）则可以选择NO。第五章“创建和定制Oracle模型”介绍了诸多细节可以参考。9 点击Next如果使用的是Microsoft Access插件，Destination Database页面就会出现，a 选择需要作为目的数据库的Oracle数据库类型，选项有两个 Oracle9i/Oracle Database 10g Oracle Liteb 点击Next，概要页面就会出现（如果使用别的插件，概要页面直接出现）10 检查概要信息n 要是想改变选择，点击Back回到上一个页面n 点击Finish开始采集（这时会出现显示采集进程的画面，如果源数据库复杂花的时间可能较长）11 把信息过滤一下只显示错误和警告a 使进程画面是当前焦点，选择Edit菜单下Preferenceb 除去Error Messages 和Warning Messages去掉所有选项c 点击确定12 根据显示信息的类型，进行以下工作n 如果出现错误，修复错误，重新启动采集向导n 如果显示在进程画面上的错误信息有Parse Exception这样的前缀，用“在Oracle模型中修复错误”中的处理过程来纠正错误n 如果出现警告，需要判断一下在信息中出现的问题进而是否需要采取行动13 点击OK，退出进程画面如果采用的是自动创建Oracle模型，创建Oracle模型的界面会显示出现的错误和警告总数。如果采用的不是自动创建，加载源数据模型页面会显示出现的错误和警告总数。第九章报告部分详细地介绍了如何通过报告分析错误和警告相关内容。14点击OK，回到迁移平台主界面。采集Informix ESQL/C源文件如果迁移的是Informix Dynamic Server数据库，也可以把ESQL/C源文件一起迁移。迁移平台会把ESQL/C代码转换成Pro*C代码。迁移平台能够在不迁移Informix Dynamic Server数据库只迁移ESQL/C源文件，也就是说，迁移ESQL/C源文件在整个迁移过程中是单独分开的过程。在迁移ESQL/C代码之前必须迁移ESQL/C文件：1 复制包含ESQL/C文件的目录到安装迁移平台的有效目录2 从Action菜单选择Capture ESQL/C Source Files（然后会出现目录选择对话框）3 选择在第1步中使用的目录，然后点击OK（然后ESQL/C文件就会作为迁移平台源数据库的对象出现）制作源数据模型迁移平台允许在创建Oracle模型前编辑一些模式对象的属性，比如存储过程、触发器、视图、系统常数、默认值等。在源数据模型中编辑模式对象：1 展开源数据模型树形列表的Databases(n)节点，括号中的n是在原数据模型中的数据库数量。2 展开源数据模型树形列表模式对象类型节点，括号中的值是指该对象在数据库中的数量3 选择想调整的模式对象4 编辑需要修改的模式对象5 删除模式对象a 选择Object菜单下Delete，会出现对话框b 点击Yes按钮确认删除这一操作影响该模式对象所有相关数据字典项。比如删除了一张表，则该表列上的索引都会被删除。在创建Oracle模型过程中可能