Cross Platform Enterprise Manager Repository Migration
There are user requirements for migrating an Enterprise Manager repository across servers - same and cross platforms.
The Enterprise Manager repository migration process is not exactly the same as database migration. In the case of Enterprise Manager repository migration you must take care of Enterprise Manager specific data, options, and pre-requisites for the repository move. You should make sure data integrity is maintained from both the Enterprise Manager and Oracle database perspective.
This raises the need for defining the process that can be followed by end users for successful and reliable migration of the repository in minimum time and with maximum efficiency.
The overall strategy for migration depends on:
-
The source and target database version
-
The amount of data/size of repository
-
Actual data to migrate [selective/full migration]
If the source and target are not on at least database release 12c then export/import is the only way to get the data migrated cross platform.
More details on cross platform transportable tablespace, data pump, and export/import options can be found in the Oracle Database Administrator's Guide.
Common Prerequisites
The following lists the common prerequisites for a repository migration:
-
Source and target database must use the same character set and should be at same version.
-
The source and target database platform must be at the same endian format.
-
The target database should meet all the pre-requisites for the Enterprise Manager Repository software requirements mentioned in the Oracle Enterprise Manager Installation Guide.
-
If the source and target database are on release 10gR2 and higher rdbms versions, and provided they are meeting other prerequisites, cross platform transportable database migration can be used for cross platform repository migration.
-
You cannot transport a tablespace to a target database in which a tablespace with the same name already exists. However, you can rename either the tablespace to be transported or the destination tablespace before the transport operation.
-
To plug a transportable tablespace set into an Oracle Database on a different platform, both databases must have compatibility set to at least Release 10.0.
-
Most of the platforms (but not all) are supported for cross-platform tablespace transport. You can query the V$TRANSPORTABLE_PLATFORM view to see the platforms that are supported, and to determine their platform IDs and their endian format (byte ordering).
-
Source and Destination host should have Enterprise Manager Management Agent running and configured to the instance which is to be migrated.
-
If the target database has an Enterprise Manager repository installed, it should be first dropped using RepManager before target database related steps are carried out.
Methodologies
The following sections discuss two methodologies for a repository migration:
Using Cross Platform Transportable Database
Oracle's transportable database feature allows users to quickly move a user tablespace across Oracle databases. It is the most efficient way to move bulk data between databases. With the cross platform transportable database, you can transport tablespaces across platforms.
Cross platform transportable database allows a database to be migrated from one platform to another (use with Data Pump or Import/Export). The following set of steps for migration using Transportable Database can be used for migrations between same-endian platforms:
Migration Using Physical Standby
The following steps describe the process you can use to migrate a repository using Physical Standby. This method can be used when the source and target platforms are supported. See My Oracle Support Note:413484.1 for details of which platform combinations are supported.
Post Migration Verification
These verification steps should be carried out post migration to ensure that the migration was completely successful:
-
Verify any discrepancy in objects by comparing source and target databases through Enterprise Manager.
-
Verify the migrated database through Enterprise Manager to determine whether the database is running without any issues.
-
Verify the repository operations, dbms jobs and whether any management system errors are reported.
-
Verify that all Enterprise Manager functionalities are working correctly after the migration.
-
Make sure Management Services and the Repository target is properly relocated by verifying it through Enterprise Manager.