Changes in applications often force the supporting database to change. As a DBA, you are constantly adding and modifying the data and infrastructure and moving and reorganizing data to adapt to changing business processes. Database migration replicates database objects, databases, security, and data between DB2 subsystems or within the same DB2 subsystem. During migration, you can implement changes to database objects in the new environment and can have the target environment adopt certain changes and attribute differences from the source environment.
The following list provides examples of when database objects must be migrated:
The Object Migrator wizard in CA Chorus for DB2 Database Management generates scripts that analyze the migration request and then migrate objects from one DB2 environment to another. The migration can be customized by choosing which objects to include, analyzing the migration request, and specifying the global changes to apply to the target environment. The wizard lets you migrate DB2 catalog objects avoiding JCL changes and syntax errors. You can use the wizard to perform up to 100 jobs simultaneously.
Follow these steps:
The Object Migrator wizard opens to the Select objects page.
Note: If necessary, delete any objects that you want to exclude from the migration before you click Next.
The Specify Analysis Options dialog opens and displays the source LPAR, DB2 subsystem identifier, and SQLID associated with the selected objects.
The analysis options include a description for the migration, selection of the target system where the data is migrated, and selection of the profile you created previously. The profile selection is optional.
The Specify Migration Changes dialog opens. From this dialog, you can specify global changes on the target system by object type and attribute. These changes can help ensure that objects in the target systems adopt a specific naming convention. The changes also predefine attributes such as the segment size, data capture changes, CLOSE, buffer pool, and so on.
The global changes help to verify that new objects on the target system adopt a naming convention. The global changes also help ensure that predefined attributes are applied (such as the SEGSIZE, data capture changes, CLOSE, buffer pool, and so on).
The migration is submitted for analysis and the View Analysis Status dialog opens. This dialog provides the submitted analysis statement status.
The analysis produces migration control statements to perform the migration and the Migration Control Statements dialog opens. These controls statements identify the objects for migration and any dependencies while preserving the target data.
When an analysis shows that the migration would produce unintended results, you can customize the migration and can repeat the analysis until the migration produces the desired results.
If you edited the migration control statements, you are prompted to confirm the changes before execution. Otherwise, the View Migration Status dialog opens and displays the status details about the submitted migration statements. When the status changes to Completed, the migration results are displayed for review.
The selected DB2 objects are migrated.
You have successfully evaluated a migration candidate, built an analysis profile, and migrated DB2 objects.
|
Copyright © 2015 CA Technologies.
All rights reserved.
|
|