在调查器中查看 DB2 对象数据 › 如何迁移 DB2 对象 › 迁移 DB2 对象

迁移 DB2 对象

应用程序中的更改通常会强制更改支持数据库。作为 DBA，您会不断地添加和修改数据及基础架构，以及移动和重新组织数据，以适应不断变化的业务流程。数据库迁移会在 DB2 子系统之间或同一 DB2 子系统内复制数据库对象、数据库、安全性和数据。在迁移期间，您可以在新环境中对数据库对象实施更改，还可以使目标环境采纳不同于源环境的某些更改和属性差异。

以下列表提供了何时必须迁移数据库对象的示例：

• 将数据库或数据库中的对象用作新数据库的基础
• 将测试对象更改移到生产环境
• 在实施更改之前或者为达到灾难恢复目的而复制数据库

CA Chorus for DB2 Database Management 中的 Object Migrator 向导可生成用于分析迁移请求的脚本，然后将对象从一个 DB2 环境迁移到另一个环境。通过选择要包括的对象、分析迁移请求并指定要应用于目标环境的全局更改，可以自定义迁移。使用向导，可以迁移 DB2 编录对象并避免 JCL 更改和语法错误。可以使用向导同时执行多达 100 个作业。

遵循这些步骤:

1. 导航到要迁移的 DB2 编录对象，并突出显示一个或多个数据行。
2. 在“Actions”窗格中的“Navigation”下选择“Migrate”。

   Object Migrator 向导将打开并显示“Select objects”页面。

3. 设置迁移：
   1. 查看所选的 DB2 对象，然后单击“Next”。

      注意：如有必要，请在单击“Next”之前删除要从迁移中排除的任何对象。

      “Specify Analysis Options”对话框将打开，并显示源 LPAR、DB2 子系统标识符以及与选定对象关联的 SQLID。

   2. 指定分析选项，然后单击“Next”。

      分析选项包括对迁移的说明、选择将数据迁移到的目标系统以及选择以前创建的配置文件。选择配置文件是可选的。

      此时将打开“Specify Migration Changes”对话框。在该对话框中，可以按对象类型和属性指定目标系统上的全局更改。这些更改可以帮助确保目标系统中的对象采用特定的命名约定。这些更改还会预定义诸如分段大小、数据捕获更改、CLOSE、缓冲池之类的属性。

   3. （可选）按要在目标系统上全局应用的对象类型和属性定义对象更改。

      全局更改有助于验证目标系统上的新对象是否采用命名约定。全局更改还有助于确保应用预定义的属性（如 SEGSIZE、数据捕获更改、CLOSE、缓冲池等）。

4. 提交迁移以供分析：
   1. 单击“提交”。

      将提交迁移以供分析，并打开“View Analysis Status”对话框。该对话框提供已提交分析语句的状态。

   2. 查看有关当前分析请求的状态和信息：
      1. 在状态更改为“Completed”或“Error”时，单击“Next”。

         分析将生成迁移控制语句以执行迁移，并打开“Migration Control Statements”对话框。这些控制语句用于确定要迁移的对象和任何依存关系，同时保留目标数据。

      2. 查看有关分析的消息，并查看和编辑结果。

         当分析表明迁移将产生意外的结果时，可以自定义迁移并重复分析，直到迁移产生所需的结果。

5. 执行迁移：
   1. 单击“Submit”以执行迁移控制语句。

      如果编辑了迁移控制语句，则系统会提示您保存更改。否则，“View Migration Status”对话框将打开，并显示有关已提交的迁移语句的状态详细信息。

   2. 在状态更改为“Completed”时，单击“Next”。

      迁移结果将显示在对话框中以供查看。

   3. 查看结果并单击“Finish”以完成迁移。

      选定的 DB2 对象即被迁移。

   您已成功评估迁移候选项、构建分析配置文件并迁移 DB2 对象。