迁移 DB2 对象
应用程序中的更改通常会强制更改支持数据库。作为 DBA，您会不断地添加和修改数据及基础架构，以及移动和重新组织数据，以适应不断变化的业务流程。数据库迁移会在 DB2 子系统之间或同一 DB2 子系统内复制数据库对象、数据库、安全性和数据。在迁移期间，您可以在新环境中对数据库对象实施更改，还可以使目标环境采纳不同于源环境的某些更改和属性差异。
以下列表提供了何时必须迁移数据库对象的示例：
将数据库或数据库中的对象用作新数据库的基础
将测试对象更改移到生产环境
在实施更改之前或者为达到灾难恢复目的而复制数据库
CA Chorus for DB2 Database Management 中的 Object Migrator 向导可生成用于分析迁移请求的脚本，然后将对象从一个 DB2 环境迁移到另一个环境。通过选择要包括的对象、分析迁移请求并指定要应用于目标环境的全局更改，可以自定义迁移。使用向导，可以迁移 DB2 编录对象并避免 JCL 更改和语法错误。可以使用向导同时执行多达 100 个作业。
遵循这些步骤:
导航到要迁移的 DB2 编录对象，并突出显示一个或多个数据行。
在“Actions”窗格中的“Navigation”下选择“Migrate”。
Object Migrator 向导将打开并显示“Select objects”页面。
设置迁移：
查看所选的 DB2 对象，然后单击“Next”。
注意：
如有必要，请在单击“Next”之前删除要从迁移中排除的任何对象。
“Specify Analysis Options”对话框将打开，并显示源 LPAR、DB2 子系统标识符以及与选定对象关联的 SQLID。
指定分析选项，然后单击“Next”。
分析选项包括对迁移的说明、选择将数据迁移到的目标系统以及选择以前创建的配置文件。选择配置文件是可选的。
此时将打开“Specify Migration Changes”对话框。在该对话框中，可以按对象类型和属性指定目标系统上的全局更改。这些更改可以帮助确保目标系统中的对象采用特定的命名约定。这些更改还会预定义诸如分段大小、数据捕获更改、CLOSE、缓冲池之类的属性。
（可选）按要在目标系统上全局应用的对象类型和属性定义对象更改。
全局更改有助于验证目标系统上的新对象是否采用命名约定。全局更改还有助于确保应用预定义的属性（如 SEGSIZE、数据捕获更改、CLOSE、缓冲池等）。
提交迁移以供分析：
单击“提交”。
将提交迁移以供分析，并打开“View Analysis Status”对话框。该对话框提供已提交分析语句的状态。
查看有关当前分析请求的状态和信息：
在状态更改为“Completed”或“Error”时，单击“Next”。
分析将生成迁移控制语句以执行迁移，并打开“Migration Control Statements”对话框。这些控制语句用于确定要迁移的对象和任何依存关系，同时保留目标数据。
查看有关分析的消息，并查看和编辑结果。
当分析表明迁移将产生意外的结果时，可以自定义迁移并重复分析，直到迁移产生所需的结果。
单击“Submit”以执行迁移控制语句。
如果编辑了迁移控制语句，则系统会提示您保存更改。否则，“View Migration Status”对话框将打开，并显示有关已提交的迁移语句的状态详细信息。
在状态更改为“Completed”时，单击“Next”。
迁移结果将显示在对话框中以供查看。
查看结果并单击“Finish”以完成迁移。
选定的 DB2 对象即被迁移。
您已成功评估迁移候选项、构建分析配置文件并迁移 DB2 对象。
