Skip Headers
Oracle® Access Manager Configuration Manager Installation and Administration Guide
10g (10.1.4.2.0)

Part Number E10358-01
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Index
Index
Go to Feedback page
Contact Us

Go to previous page
Previous
Go to next page
Next
View PDF

4 Validating Migration Success

This chapter suggests how to validate the success of a data migration performed using Oracle Access Manager Configuration Manager. This chapter includes the following sections:

4.1 About Validating Migrated Changes

As discussed in Chapter 1, Oracle recommends that you develop specific tests to help you quickly evaluate the configuration data changes in the source deployment before you began migrating data. After migration, you can use these same tests in the target deployment to ensure that everything is working as expected.

Caution:

Oracle strongly recommends that you reconcile any dependencies in the target deployment. For example if you migrated workflow data, ensure that all workflow participants mentioned in the source directory are included in the target. Otherwise, the workflow in the target deployment might not work properly.

Confirm that the prerequisite tasks outlined in Table 4-1 have been performed before you start the tasks in this chapter.

Table 4-1 Validation Prerequisites

Confirm Prerequisite Tasks Look in

Develop tests in the source deployment that validate the success of configuration data changes to be migrated

Data Migration Planning and Deliverables



Migrate data

Migrating Data



Restart all Identity and Access Servers in the target deployment

Restarting Servers After Migration



Ensure that all dependencies in the source are also in the target environment

"Physical Entries and Logical Objects"



For more information that you can use to ensure that the migrated data operates properly, see the following topics:

Note:

The procedures that you perform to validate the success of the migration in a live target deployment are essentially the same regardless of your product release (10g (10.1.4.0.1) or release 7.0.4). Only certain product terms differ.

4.2 Validating Migrated Data with Oracle Access Manager 10g (10.1.4.0.1)

Oracle recommends that you use the migrated data in your Oracle Access Manager 10g (10.1.4.0.1) deployment to ensure that the changes were properly migrated and everything is working as expected.

Refer to the following topics for details about validating migrated data within your target Oracle Access Manager 10g (10.1.4.0.1) deployment:

4.2.1 Validating Identity System Data Migration in 10g (10.1.4.0.1)

To validate data migration in the Identity System, you will perform tasks in the Oracle Access Manager 10g (10.1.4.0.1) Identity System Console and applications that rely on the target directory and migrated data.

The following procedure provides steps and an outline of activities that you might perform to validate migrated data. Step 5 includes several suggestions about activities that you might want to perform. However, the actual tasks that you perform will depend on the data that you have migrated.

To validate 10g (10.1.4.0.1) Identity System data migration

  1. Identify the Identity System applications and functions that are affected by the migrated data and develop a plan to test these in the target Identity System and applications.

  2. In the target deployment, ensure that all Identity Server services and WebPass Web server instances are running.

  3. Go to the Identity System Console from your browser by specifying the appropriate URL for your deployment. For example:

    http://hostname:port/identity/oblix
    
    

    In the sample URL, hostname refers to computer that hosts the Web server; port refers to the HTTP port number of the WebPass Web server instance; /identity/oblix connects to the Identity System Console.

    The Oracle Access Manager landing page appears. If it does not appear, ensure that the WebPass Web server is active.

  4. Perform any of the following tasks, or others, to prove that the migrated data is operating properly:

    • Review panels in the User Manager, Group Manager, or Organization Manager.

    • Verify audit policies for the User Manager, Group Manager, or Organization Manager, if these are affected.

    • Review attribute access control policies in the User Manager, Group Manager, or Organization Manager

    • Review the Master Auditing Policy and the Global Auditing Policy, if appropriate.

    • Verify Password and Lost Password policies, if such data changes were migrated.

    • Validate any migrated workflow configuration details, when such data changes were migrated.

    • Review object class definitions, if appropriate after migration.

    • Verify Identity Server and WebPass definitions; server settings; administrator information; and directory options.

  5. Log out, as usual.

For information about performing specific tasks, see the Oracle Access Manager Identity and Common Administration Guide.

4.2.2 Validating Access System Data Migration in 10g (10.1.4.0.1)

To validate data migration in the Access System, you will perform tasks in the Oracle Access Manager 10g (10.1.4.0.1) Access System Console and applications that rely on the target directory and migrated data.

The following procedure provides steps and an outline of activities that you might perform to validate migrated data. Step 5 includes several suggestions about activities that you might want to perform. However, the actual tasks that you perform will depend on the data that you have migrated.

To verify a successful 10g (10.1.4.0.1) Access System data migration

  1. Identify the Access System applications and functions that are affected by your migrated data and develop a plan to test these.

  2. Ensure all Policy Manager Web server and WebPass Web server instances are running.

  3. Go to the Access System Console from your browser by specifying the appropriate URL for your deployment. For example:

    http://hostname:port/access/oblix
    
    

    In the sample URL, hostname refers to computer that hosts the Web server; port refers to the HTTP port number of the WebPass Web server instance; /access/oblix connects to the Access System Console.

    The Oracle Access Manager landing page appears.

  4. Landing Page Does Not Appear: Ensure that the WebPass Web server is live and online.

  5. Log in as a Master Administrator.

  6. Perform one or more of the following tasks, or others, to validate migrated data:

    • Review Access Server, Access Server Cluster, and Access Client details.

    • Validate authentication and authorization scheme details that are affected.

    • Examine reports data.

    • Review affected policy domains.

  7. Log out, as usual.

For more information about performing specific tasks, see Oracle Access Manager Access Administration Guide.

4.3 Validating Migrated Data with Oracle COREid Release 7.0.4

Oracle recommends that you use the migrated data in your Oracle COREid Release 7.0.4 deployment to ensure that the changes were properly migrated and everything is working as expected.

The following procedures describe how to validate successful data migrations in Oracle COREid Release 7.0.4:

Note:

The procedures that you complete to validate the success of the migration in a live target deployment are essentially the same regardless of your product release (10g (10.1.4.0.1) versus release 7.0.4). Only certain product terms differ.

4.3.1 Validating Identity System Data Migration in Oracle COREid Release 7.0.4

To validate data migration in the Identity System, you will perform tasks in the Oracle COREid Release 7.0.4 System Console and applications that rely on the target directory and migrated data.

The following procedure provides steps and an outline of activities that you might perform to validate migrated data. Step 5 includes several suggestions about activities that you might want to perform. However, the actual tasks that you perform will depend on the data that you have migrated.

To validate Identity System data migration in release 7.0.4

  1. Identify the Identity System applications and functions that are affected by your migrated data and develop a plan to test these.

  2. Ensure all Identity Server services and WebPass Web server instances are running.

  3. Go to the COREid System Console from your browser by specifying the appropriate URL for your deployment. For example:

    http://hostname:port/identity/oblix
    
    

    In the sample URL, hostname refers to computer that hosts the Web server; port refers to the HTTP port number of the WebPass Web server instance; /identity/oblix connects to the COREid System Console.

    The COREid landing page appears.

  4. Landing Page Does Not Appear: Ensure that the WebPass Web server is live and online.

  5. Log in as a Master Administrator.

  6. Using the COREid System Console or applications, perform the following tasks, or others, to validate data that can be affected by the migration:

    • Review panels in the User Manager, Group Manager, or Organization Manager.

    • Verify audit policies for the User Manager, Group Manager, or Organization Manager, if these are affected.

    • Review attribute access control policies in the User Manager, Group Manager, or Organization Manager

    • Review the Master Auditing Policy and the Global Auditing Policy, if appropriate.

    • Verify Password and Lost Password policies, if such data changes were migrated.

    • Validate any migrated workflow configuration details, when such data changes were migrated.

    • Review object class definitions, if appropriate, after migration.

    • Verify Identity Server and WebPass definitions; server settings; administrator information; and directory options.

  7. Log out, as usual.

For more information about performing specific tasks, see the Oracle COREid Access and Identity Administration Guide Volume 1.

4.3.2 Validating Access System Data Migration in Oracle COREid Release 7.0.4

To validate data migration in the Access System, you will perform tasks in the Oracle COREid Release 7.0.4 Access System Console and applications that rely on the target directory and migrated data.

The following procedure provides steps and an outline of activities that you might perform to validate migrated data. Step 5 includes several suggestions about activities that you might want to perform. However, the actual tasks that you perform will depend on the data that you have migrated.

To verify a successful Access System data migration in release 7.0.4

  1. Identify the Access System applications and functions that are affected by your migrated data and develop a plan to test these.

  2. Ensure your Access Manager Web server and WebPass Web server instances are running.

  3. Go to the Access System Console from your browser by specifying the appropriate URL for your deployment. For example:

    http://hostname:port/access/oblix
    
    

    In the sample URL, hostname refers to computer that hosts the Web server; port refers to the HTTP port number of the WebPass Web server instance; /access/oblix connects to the Access System Console.

    The Access System landing page appears.

  4. Landing Page Does Not Appear: Ensure that the WebPass Web server is live and online.

  5. Log in to the Access Manager/Access System Console as a Master Administrator.

  6. Perform any of the following tasks, or others, to validate the migrated data:

    • Review Access Server, Access Server Cluster, and Access Client details.

    • Validate authentication and authorization scheme details that are affected.

    • Examine reports data.

    • Review affected policy domains.

  7. Log out, as usual.

For more information about specific tasks, see Oracle COREid Access and Identity Administration Guide Volume 2.