2 Pre-Upgrade Requirements
Before you begin to upgrade Oracle Identity Manager 12c (12.2.1.4.0), you must perform pre-upgrade tasks such as backing up, cloning your current environment, and verifying that your system meets certified requirements.
- Oracle Fusion Middleware Pre-Upgrade Checklist
Perform the tasks in this checklist before you begin any upgrade to ensure you have a successful upgrade and limited downtime. - Creating a Complete Backup
Before you start an upgrade, back up all system-critical files, including the Oracle home, Domain home, and databases that host your Oracle Fusion Middleware schemas. - Verifying Certification and System Requirements
Review the certification matrix and system requirements documents to verify that your environment meets the necessary requirements for installation. - Updating Policy Files when Using Enhanced Encryption (AES 256)
The Java platform defines a set of APIs spanning major security areas, including cryptography, public key infrastructure, authentication, secure communication, and access control. These APIs allow developers to easily integrate security mechanisms into their application code. - Purging Unused Data
Purging unused data and maintaining a purging methodology before an upgrade can optimize the upgrade process. - Creating a Non-SYSDBA User to Run the Upgrade Assistant
To run the Upgrade Assistant, Oracle recommends that you create a non-SYSDBA user calledFMW
, within your PDB. This user has the privileges required to modify schemas, but does not have full administrator privileges. - Identifying Existing Schemas Available for Upgrade
This optional task enables you to review the list of available schemas before you begin the upgrade by querying the schema version registry. The registry contains schema information such as version number, component name and ID, date of creation and modification, and custom prefix. - Updating Database Parameters for Oracle Identity Manager
You need to verify and update a few database parameters before upgrading the Oracle Identity Manager to 12c (12.2.1.4.0). - Updating Connectors for Oracle Identity Manager
Update the existing connectors if they are not supported for Oracle Identity Manager 12c (12.2.1.4.0). - Shutting Down the Node Managers
Ensure that you have shut down all the local and remote Node Managers before starting the upgrade process. - Generating and Analyzing Pre-Upgrade Report for Oracle Identity Manager
Run the pre-upgrade report utility before you begin the upgrade process for Oracle Identity Manager, and address all of the issues using the solution provided in the report.
Oracle Fusion Middleware Pre-Upgrade Checklist
Perform the tasks in this checklist before you begin any upgrade to ensure you have a successful upgrade and limited downtime.
Upgrades are performed while the servers are down. This checklist identifies important and often time-consuming pre-upgrade tasks that you can perform before the upgrade to limit your downtime. The more preparation you do before you begin the upgrade process, the less time you will spend offline.
Note:
The pre-upgrade procedures you perform will depend on the configuration of your existing system, the components you are upgrading, and the environment you want to create at the end of the upgrade and configuration process. Complete only those tasks that apply to your configurations or use cases.
Ensure that Oracle Identity Manager and Oracle Access Manager are in different domains. If they are in the same domain, then you need to separate them into multiple domains. For more information, see Separating Oracle Identity Management Applications Into Multiple Domains.
Table 2-1 Tasks to Perform Before You Upgrade to Oracle Fusion Middleware 12c (12.2.1.4.0)
Task | Description |
---|---|
Required Create a complete backup of your existing environment. |
Back up all system-critical files and database(s) that contain any schemas that are to be upgraded. If the upgrade fails, you must restore your pre-upgrade environment and begin the upgrade again. See Creating a Complete Backup.
|
Required Verify that you are installing and upgrading your product on a supported hardware and software configuration. Caution: Do not attempt an upgrade if you are unable to use the latest supported operating system. As with all supported configurations, failure to comply with these requirements may cause your upgrade to fail. |
Verify that your hardware and software configurations (including operating systems) are supported by the latest certifications and requirements. Also ensure to use a supported JDK version before you install the 12c (12.2.1.4.0) product distributions. Oracle recommends that you verify this information right before you start the upgrade as the certification requirements are frequently updated. Note:
|
Optional Update security policy files if you are using enhanced encryption (AES 256). |
Some of the security algorithms used in Fusion Middleware 12c (12.2.1.4.0) require additional policy files for the JDK. If you plan to use enhanced encryption, such as AES 256, Oracle recommends that you apply the latest required policy files to the JDK before you upgrade. See Updating Policy Files when Using Enhanced Encryption (AES 256). |
Optional Purge any outdated or unused data before you upgrade. |
To optimize performance, Oracle strongly recommends that you purge data and objects that will not be used in the upgraded environment. See Purging Unused Data. |
Optional Create a Non-SYSDBA user to run the Upgrade Assistant. |
Oracle recommends that you create the FMW user to run Upgrade Assistant. User FMW can run the Upgrade Assistant without system administration privileges. See Creating a Non-SYSDBA User to Run the Upgrade Assistant. |
Optional Review the list of available schemas. |
Query the schema version registry to view schema information. |
Required Update the database parameters. |
See Updating Database Parameters for Oracle Identity Manager. |
Optional Update the connectors if they are not supported. |
|
Optional Shut down all the local and remote Node Managers before starting the upgrade process. |
|
Required Run the pre-upgrade report utility. |
See Generating and Analyzing Pre-Upgrade Report for Oracle Identity Manager |
Parent topic: Pre-Upgrade Requirements
Creating a Complete Backup
Before you start an upgrade, back up all system-critical files, including the Oracle home, Domain home, and databases that host your Oracle Fusion Middleware schemas.
The backup must include the SYSTEM.SCHEMA_VERSION_REGISTRY$
table so that you can restore the contents back to its pre-upgrade state if the upgrade fails.
Note:
The Upgrade Assistant Prerequisites screen prompts you to acknowledge that backups have been performed before you proceed with the actual upgrade. However, the Upgrade Assistant does not verify that a backup has been created.-
Backing Up Your Environment in Administering Oracle Fusion Middleware
-
Upgrading and Preparing Your Oracle Databases for 12c (12.2.1.4.0) in Planning an Upgrade of Oracle Fusion Middleware
-
Oracle Database Documentation for information about upgrading to Oracle Database 18c and 19c.
- Backing Up the Schema Version Registry Table
Your system backup must include theSYSTEM.SCHEMA_VERSION_REGISTRY$
table or theFMWREGISTRY.SCHEMA_VERSION_REGISTRY$
table. - Maintaining Customized Domain and Environment Settings
If you have modified any domain-generated, server startup scripts, or configuration files in your pre-upgrade environment, it is important to note that these changes are overwritten during the installation, and reconfiguration operations.
Parent topic: Pre-Upgrade Requirements
Backing Up the Schema Version Registry Table
Your system backup must include the SYSTEM.SCHEMA_VERSION_REGISTRY$
table or the FMWREGISTRY.SCHEMA_VERSION_REGISTRY$
table.
Each Fusion Middleware schema has a row in the SYSTEM.SCHEMA_VERSION_REGISTRY$
table. If you run the Upgrade Assistant to update an existing schema and it does not succeed, you must restore the original schema before you can try again. Before you run the Upgrade Assistant, make sure you back up your existing database schemas and the schema version registry.
Note:
Before you upgrade a schema using the Upgrade Assistant, you must perform a complete database backup. During the upgrade, you are required to acknowledge that backups have been performed.Parent topic: Creating a Complete Backup
Maintaining Customized Domain and Environment Settings
If you have modified any domain-generated, server startup scripts, or configuration files in your pre-upgrade environment, it is important to note that these changes are overwritten during the installation, and reconfiguration operations.
Oracle recommends you to take a backup of the the customized files to a shared library location. In case of any failure or issues during the upgrade process, you can restore these files, if required.
Every domain installation includes dynamically-generated domain and server startup
scripts, such as setDomainEnv
. These files are replaced by newer versions
during the installation and upgrade process.
For example, if you want to customize server startup parameters that apply to all
servers in a domain, you can create a file
called setUserOverridesLate.cmd
(Windows) or
setUserOverridesLate.sh
(UNIX) and configure it to add custom libraries
to the WebLogic Server classpath, specify additional command-line options for running the
servers, or specify additional environment variables. When using the pack
and unpack
commands, any custom settings that you add to this file are
preserved during the domain upgrade operation and are carried over to the remote
servers.
For an example of startup customizations in the
setUserOverridesLate
script, see Customizing Server Parameters with the setUserOverridesLate
Script in Enterprise Deployment Guide for Oracle WebCenter Portal.
Parent topic: Creating a Complete Backup
Verifying Certification and System Requirements
Review the certification matrix and system requirements documents to verify that your environment meets the necessary requirements for installation.
Note:
When checking the certification, system requirements, and interoperability information, be sure to check specifically for any 32-bit or 64-bit system requirements. It is important for you to download software specifically designed for the 32-bit or 64-bit environment, explicitly.- Verify Your Environment Meets Certification Requirements
Oracle has tested and verified the performance of your product on all certified systems and environments. Make sure that you are installing your product on a supported hardware and software configuration. - Verify System Requirements and Specifications
It is important to verify that the system requirements such as disk space, available memory, specific platform packages and patches, and other operating system-specific items are met. - Verify That the Database Hosting Oracle Fusion Middleware is Supported
You must have a supported Oracle database configured with the required schemas before you run Oracle Fusion Middleware 12c (12.2.1.4.0). - Verify That the JDK Is Certified for This Release of Oracle Fusion Middleware
At the time this document was published, the certified JDK for 12c (12.2.1.4.0) was 1.8.0_211.
Parent topic: Pre-Upgrade Requirements
Verify Your Environment Meets Certification Requirements
Oracle has tested and verified the performance of your product on all certified systems and environments. Make sure that you are installing your product on a supported hardware and software configuration.
Whenever new certifications occur, they are added to the appropriate certification document right away. New certifications can occur at any time, and for this reason the certification documents are kept outside of the documentation libraries and are available on Oracle Technical Resources. See the Certification Matrix for 12c (12.2.1.4.0).
Parent topic: Verifying Certification and System Requirements
Verify System Requirements and Specifications
It is important to verify that the system requirements such as disk space, available memory, specific platform packages and patches, and other operating system-specific items are met.
Use the Oracle Fusion Middleware System Requirements and Specifications document to verify that the requirements of the certification are met. For example, if the Certification Matrix for 12c (12.2.1.4.0) indicates that your product is certified for installation on 64-Bit Oracle Linux 7, verify that your Oracle Linux 7 system has met the required minimum specifications such as disk space, available memory, specific platform packages and patches, and other operating system-specific items. This document is updated as needed and resides outside of the documentation libraries on the Oracle Technical Resources.
Note:
When you install the Oracle Fusion Middleware Release 12c software in preparation for upgrade, you should use the same user account that you used to install and configure the existing, pre-upgrade Oracle Fusion Middleware software. On UNIX operating systems, this ensures that the proper owner and group is applied to new Oracle Fusion Middleware 12c files and directories.Parent topic: Verifying Certification and System Requirements
Verify That the Database Hosting Oracle Fusion Middleware is Supported
You must have a supported Oracle database configured with the required schemas before you run Oracle Fusion Middleware 12c (12.2.1.4.0).
Note:
If your database version is no longer supported, you must upgrade to a supported version before starting an upgrade. See Upgrading and Preparing Your Oracle Databases for 12c (12.2.1.4.0) in Planning an Upgrade of Oracle Fusion Middleware.Parent topic: Verifying Certification and System Requirements
Verify That the JDK Is Certified for This Release of Oracle Fusion Middleware
At the time this document was published, the certified JDK for 12c (12.2.1.4.0) was 1.8.0_211.
Refer to the Oracle Fusion Middleware Supported System Configurations information on the Oracle Technical Resources to verify that the JDK you are using is supported.
If your JDK is not supported, or you do not have a JDK installed, you must download the required Java SE JDK, from the following website:
https://www.oracle.com/java/technologies/javase-downloads.html
Make sure that the JDK is installed outside of the Oracle home. The Oracle Universal Installer validates that the designated Oracle home directory is empty, and the install does not progress until an empty directory is specified. If you install JDK under Oracle home, you may experience issues in future operations. Therefore, Oracle recommends that you use install the JDK in the following directory: /home/oracle/products/jdk
.
Parent topic: Verifying Certification and System Requirements
Updating Policy Files when Using Enhanced Encryption (AES 256)
The Java platform defines a set of APIs spanning major security areas, including cryptography, public key infrastructure, authentication, secure communication, and access control. These APIs allow developers to easily integrate security mechanisms into their application code.
Some of the security algorithms used in Fusion Middleware 12c (12.2.1.4.0) require additional policy files for the JDK. See Java Cryptography Architecture Oracle Providers Documentation.
Note:
If you attempt to use enhanced encryption without applying these policy files to the JDK before you begin the upgrade, the upgrade can fail and you must restore the entire pre-upgrade environment and start the upgrade from the beginning.Parent topic: Pre-Upgrade Requirements
Purging Unused Data
Purging unused data and maintaining a purging methodology before an upgrade can optimize the upgrade process.
Some components have automated purge scripts. If you are using purge scripts, wait until the purge is complete before starting the upgrade process. The upgrade may fail if the purge scripts are running while using the Upgrade Assistant to upgrade your schemas.
Having excessive stale data in the database might cause problems when performing the upgrade schema updates. To optimize the upgrade process, it is recommended that you purge any stale or unnecessary data prior to the upgrade.
For instance, using data purge scripts included with OIM, as described in Using the Archival and Purge Utilities for Controlling Data Growth, allows your site to choose what data has to be archived into a different location, what data can be purged, and provides options to manage these operations.
Note:
In large systems with plenty of data, archiving/purging may take a long time. Oracle strongly recommends not to run the archival/purge scripts in parallel to improve performance.Parent topic: Pre-Upgrade Requirements
Creating a Non-SYSDBA User to Run the Upgrade Assistant
To run the Upgrade Assistant, Oracle recommends that you create a non-SYSDBA user called FMW
, within your PDB. This user has the privileges required to modify schemas, but does not have full administrator privileges.
Note:
If you run the commands incdb
, it fails to create some of the grants successfully.
Note:
The non-SYSDBA userFMW
is created solely for the purpose of running the Upgrade Assistant. After this step is complete, drop the FMW
user. The privileges required for running the Upgrade Assistant may change from release to release.
By default, the v$xatrans$
table does not exist. You must run the XAVIEW.SQL
script to create this table before creating the user.
Before creating the user, confirm whether the v$xatrans$
table was created by a prior upgrade. As a system user, run the following command from sqlplus
:
select object_name, owner, object_type from dba_objects where object_name like '%XATRANS%'
If the v$xatrans$
table was created by a prior upgrade, you will see that the four objects are already available.
password
is the password that you set for the FMW user. When granting privileges, make sure that you specify your actual password.create user FMW identified by password;
grant dba to FMW;
grant execute on DBMS_LOB to FMW with grant option;
grant execute on DBMS_OUTPUT to FMW with grant option;
grant execute on DBMS_STATS to FMW with grant option;
grant execute on sys.dbms_aqadm to FMW with grant option;
grant execute on sys.dbms_aqin to FMW with grant option;
grant execute on sys.dbms_aqjms to FMW with grant option;
grant execute on sys.dbms_aq to FMW with grant option;
grant execute on utl_file to FMW with grant option;
grant execute on dbms_lock to FMW with grant option;
grant select on sys.V_$INSTANCE to FMW with grant option;
grant select on sys.GV_$INSTANCE to FMW with grant option;
grant select on sys.V_$SESSION to FMW with grant option;
grant select on sys.GV_$SESSION to FMW with grant option;
grant select on dba_scheduler_jobs to FMW with grant option;
grant select on dba_scheduler_job_run_details to FMW with grant option;
grant select on dba_scheduler_running_jobs to FMW with grant option;
grant select on dba_aq_agents to FMW with grant option;
grant execute on sys.DBMS_SHARED_POOL to FMW with grant option;
grant select on dba_2pc_pending to FMW with grant option;
grant select on dba_pending_transactions to FMW with grant option;
grant execute on DBMS_FLASHBACK to FMW with grant option;
grant execute on dbms_crypto to FMW with grant option;
grant execute on DBMS_REPUTIL to FMW with grant option;
grant execute on dbms_job to FMW with grant option;
grant select on pending_trans$ to FMW with grant option;
grant select on dba_scheduler_job_classes to FMW with grant option;
grant select on sys.DBA_TABLESPACE_USAGE_METRICS to FMW with grant option;
grant select on SYS.DBA_DATA_FILES to FMW with grant option;
grant select on SYS.V_$ASM_DISKGROUP to FMW with grant option;
grant select on v$xatrans$ to FMW with grant option;
grant execute on sys.dbms_system to FMW with grant option;
grant execute on DBMS_SCHEDULER to FMW with grant option;
grant select on dba_data_files to FMW with grant option;
grant execute on UTL_RAW to FMW with grant option;
grant execute on DBMS_XMLDOM to FMW with grant option;
grant execute on DBMS_APPLICATION_INFO to FMW with grant option;
grant execute on DBMS_UTILITY to FMW with grant option;
grant execute on DBMS_SESSION to FMW with grant option;
grant execute on DBMS_METADATA to FMW with grant option;
grant execute on DBMS_XMLGEN to FMW with grant option;
grant execute on DBMS_DATAPUMP to FMW with grant option;
grant execute on DBMS_MVIEW to FMW with grant option;
grant select on ALL_ENCRYPTED_COLUMNS to FMW with grant option;
grant select on dba_queue_subscribers to FMW with grant option;
grant execute on SYS.DBMS_ASSERT to FMW with grant option;
grant select on dba_subscr_registrations to FMW with grant option;
grant manage scheduler to FMW;
If you are upgrading Oracle Identity Manager (OIM) schema, ensure that the FMW user has the following additional privileges:
grant execute on SYS.DBMS_FLASHBACK to fmw with grant option;
grant execute on sys.DBMS_SHARED_POOL to fmw with grant option;
grant execute on SYS.DBMS_XMLGEN to FMW with grant option;
grant execute on SYS.DBMS_DB_VERSION to FMW with grant option;
grant execute on SYS.DBMS_SCHEDULER to FMW with grant option;
grant execute on SYS.DBMS_SQL to FMW with grant option;
grant execute on SYS.DBMS_UTILITY to FMW with grant option;
grant ctxapp to FMW with admin option;
grant execute on SYS.DBMS_FLASHBACK TO FMW with grant option;
grant create MATERIALIZED VIEW to FMW with admin option;
grant all on SCHEMA_VERSION_REGISTRY TO FMW with grant option;
grant create SYNONYM to FMW with admin option;
grant execute on CTXSYS.CTX_ADM to FMW with grant option;
grant execute on CTXSYS.CTX_CLS TO FMW with grant option;
grant execute on CTXSYS.CTX_DDL TO FMW with grant option;
grant execute on CTXSYS.CTX_DOC TO FMW with grant option;
grant execute on CTXSYS.CTX_OUTPUT TO FMW with grant option;
grant execute on CTXSYS.CTX_QUERY TO FMW with grant option;
grant execute on CTXSYS.CTX_REPORT TO FMW with grant option;
grant execute on CTXSYS.CTX_THES TO FMW with grant option;
grant execute on CTXSYS.CTX_ULEXER TO FMW with grant option;
grant create JOB to FMW with admin option;
Parent topic: Pre-Upgrade Requirements
Identifying Existing Schemas Available for Upgrade
This optional task enables you to review the list of available schemas before you begin the upgrade by querying the schema version registry. The registry contains schema information such as version number, component name and ID, date of creation and modification, and custom prefix.
You can let the Upgrade Assistant upgrade all of the schemas in the domain, or you can select individual schemas to upgrade. To help decide, follow these steps to view a list of all the schemas that are available for an upgrade:
-
If you are using an Oracle database, connect to the database by using an account that has Oracle DBA privileges, and run the following from SQL*Plus:
SET LINE 120 COLUMN MRC_NAME FORMAT A14 COLUMN COMP_ID FORMAT A20 COLUMN VERSION FORMAT A12 COLUMN STATUS FORMAT A9 COLUMN UPGRADED FORMAT A8 SELECT MRC_NAME, COMP_ID, OWNER, VERSION, STATUS, UPGRADED FROM SCHEMA_VERSION_REGISTRY ORDER BY MRC_NAME, COMP_ID;
-
Examine the report that is generated.
If an upgrade is not needed for a schema, the
schema_version_registry
table retains the schema at its pre-upgrade version.
Notes:
-
If your existing schemas are not from a supported version, then you must upgrade them to a supported version before using the 12c (12.2.1.4.0) upgrade procedures. Refer to your pre-upgrade version documentation for more information.
-
If you used an OID-based policy store in the earlier versions, make sure to create a new OPSS schema before you perform the upgrade. After the upgrade, the OPSS schema remains an LDAP-based store.
-
You can only upgrade schemas for products that are available for upgrade in Oracle Fusion Middleware release 12c (12.2.1.4.0). Do not attempt to upgrade a domain that includes components that are not yet available for upgrade to 12c (12.2.1.4.0).
Parent topic: Pre-Upgrade Requirements
Updating Database Parameters for Oracle Identity Manager
You need to verify and update a few database parameters before upgrading the Oracle Identity Manager to 12c (12.2.1.4.0).
- Connect to the database by using an account that has Oracle DBA privileges, and run the commands in this procedure from SQL*Plus.
- To verify the value for the database parameter
max_string_size
, run the following command:SQL> SELECT value FROM v$parameter WHERE name='max_string_size';
- If the value returned is:
- STANDARD: Skip the rest of the steps in this procedure and go to the next procedure to continue with the upgrade.
- EXTENDED: Continue with step 4.
- Login as an OIM database user and then run the following command to find columns with size more than 4000 characters:
SQL> SELECT table_name, column_name, data_length FROM user_tab_columns WHERE data_length>4000;
- If any rows are listed, either trim the corresponding column data to 4000 characters or remove the rows.
Note:
If required, take backup of the listed rows in a new table. - Reset all the columns sizes found in step 4 to 4000 characters.
As an OIM database user, run the following command:
SQL> ALTER TABLE <table_name> MODIFY <column_name> VARCHAR2(4000);
- On the columns whose length was modified to more than 4000 characters, drop any existing index.
- As an OIM database user, run the following command to verify that there no more columns with size more than 4000:
SQL> SELECT table_name, column_name, data_length FROM user_tab_columns WHERE data_length>4000;
- If required, gather table and index stats for the identified columns.
For more information, see Monitoring Oracle Identity Governance Performance.
Parent topic: Pre-Upgrade Requirements
Updating Connectors for Oracle Identity Manager
Update the existing connectors if they are not supported for Oracle Identity Manager 12c (12.2.1.4.0).
- Go to the Oracle Identity Manager Connectors Certification.
- By using the certification information table, verify if the existing connectors are supported for 12c (12.2.1.4.0).
- Are the existing connectors supported for 12c (12.2.1.4.0)?
- Yes: Skip this procedure and proceed to the next upgrade procedure.
- No: Update the required connectors. See Oracle Identity Governance 12c Connectors.
Parent topic: Pre-Upgrade Requirements
Shutting Down the Node Managers
Ensure that you have shut down all the local and remote Node Managers before starting the upgrade process.
The Node Managers should remain shut down until you start the WebLogic Administration Server after completing the upgrade. When the WebLogic Administration Server is up and running, start the Node Managers, followed by the Managed Servers.
Parent topic: Pre-Upgrade Requirements
Generating and Analyzing Pre-Upgrade Report for Oracle Identity Manager
Run the pre-upgrade report utility before you begin the upgrade process for Oracle Identity Manager, and address all of the issues using the solution provided in the report.
The pre-upgrade report utility analyzes your existing Oracle Identity Manager environment, and provides information about the mandatory prerequisites that you must complete before you begin the upgrade.
Note:
It is important to address all of the issues listed in the pre-upgrade report before you proceed with the upgrade, as the upgrade might fail if the issues are not resolved.
Ensure that the Database and the 12.2.1.3.0 Oracle Identity Manager servers are up and running before you run the pre-upgrade report utility.
- Obtaining the Pre-Upgrade Report Utility
Download the pre-upgrade report utility for Oracle Identity Manager from Oracle Technology Network (OTN). - Generating the Pre-Upgrade Report
Generate the pre-upgrade report before you start the upgrade process for Oracle Identity Manager, and resolve any issues listed in the report. - Analyzing the Pre-Upgrade Report
After you generate the pre-upgrade report for Oracle Identity Manager, review each of the reports, and perform all of the tasks described in them. If you do not perform the mandatory tasks described in the report, the upgrade might fail.
Parent topic: Pre-Upgrade Requirements
Obtaining the Pre-Upgrade Report Utility
Download the pre-upgrade report utility for Oracle Identity Manager from Oracle Technology Network (OTN).
PreUpgradeReport_12cps4.zip
at the following location on My Oracle Support:
Generating the Pre-Upgrade Report
Generate the pre-upgrade report before you start the upgrade process for Oracle Identity Manager, and resolve any issues listed in the report.
To generate the pre-upgrade report for Oracle Identity Manager, complete the following steps on your Administration server host machine:
Analyzing the Pre-Upgrade Report
After you generate the pre-upgrade report for Oracle Identity Manager, review each of the reports, and perform all of the tasks described in them. If you do not perform the mandatory tasks described in the report, the upgrade might fail.
Table 2-3 Pre-Upgrade Reports Generated for Oracle Identity Manager
Report Name | Description and Action Item |
---|---|
|
This report lists the details regarding the MDS backup taken prior to upgrade. |
|
This report lists customized out-of-the-box (OOTB) notification templates. These customizations will be overwritten with OOTB values during upgrade. Note: This report is generated only if there are any discrepancies found. |
|
This report lists the applications (if any) that are in stage mode. |
|
This report lists the details regarding the Oracle Identity Manager authorization policy backup taken prior to upgrade. |
|
This report reminds you to copy the custom UI war from the previous Middleware home to the new Middleware home, to get the UI customizations after upgrade. |
|
This is a conditional report. If database vault is enabled on source setup, then this report is created. This report displays information related to database vault settings. Note: This report is generated only if there are any discrepancies found. |