Check Prerequisites
- | Steps |
---|---|
|
Make sure the Oracle Business Intelligence Enterprise Edition service is shut down. |
|
Make sure Oracle Database 12.2.0.1 Enterprise Edition is installed. |
|
Make sure that the database compatible parameter is set to 12.2.0.1.0 or higher by connecting to the DBA user and running the query below:
If the parameter is not set to 12.2.0.1.0 or higher, ask your database administrator to set it. |
|
If you are upgrading Oracle Healthcare Foundation on an Exadata environment, make sure the Oracle database patch 19562381 (Doc ID |
|
Create a container database with a single pluggable database instance with the help of a Database Administrator. |
|
Make sure the database initialization parameter MAX_STRING_SIZE is set to STANDARD (default value). This parameter cannot be changed to STANDARD if the database is created with MAX_STRING_SIZE set to EXTENDED. |
|
Set the NLS_LENGTH_SEMANTICS parameter to either CHAR or BYTE based on your requirements. For Oracle Healthcare Foundation Globalization Support information, see Oracle Database Globalization Support Guide and set your database character set accordingly. |
|
Verify if you have a database license for Advanced Compression. |
|
Make sure the password expiry notification message does not display for the Sys, system and all Oracle Healthcare Foundation schemas. |
|
If you have Oracle Healthcare Translational Research (OHTR) 3.1.x installed, make backups of the CDM, Oracle Database, Enterprise, Job Engine and Apps schemas. Import CDM, ODB, Enterprise, Job Engine, and Apps schemas in the database instance created for Oracle Healthcare Foundation (PDB or non-container database). The CDM, Oracle Database, Enterprise, and Job Engine schemas are updated as part of the Oracle Healthcare Foundation 8.0 upgrade. The Apps schema is upgraded during the Oracle Healthcare Translational Research 4.0 upgrade. If you are importing existing Oracle Healthcare Translational Research CDM schema into different named CDM schema, update the table below after importing the dump. Connect to the Oracle Database schema and run the following commands:
|
|
Before you upgrade to Oracle Healthcare Foundation 8.0, back up the data model schemas of the existing Oracle Healthcare Data Warehouse Foundation (HDWF) environment and the Oracle Healthcare Translational Research schemas (if you have installed older versions of Oracle Healthcare Translational Research). |
|
Identify the manually updated seed data and inconsistent terminology records using the below query and revert the Oracle Healthcare Foundation seed data.
|
|
During the upgrade, certain objects are dropped irrespective of prefixes or naming conventions. This includes objects such as packages, stored procedures, views, materialized views, scheduler jobs, and synonyms. Make a backup of the custom scripts before the upgrade and re-execute the custom scripts for all custom objects after the upgrade. |
|
During the upgrade, HCD materialized views will be dropped to replace the underlying sql logic , this requires all the dependent objects to be dropped. Any custom/peer objects referencing the Oracle Healthcare Foundation HCD materialized views will not be dropped by the installer. Make sure to drop the custom referential integrity constraints before starting the upgrade. Identify the custom objects using the below query:
|
|
Set the GLOBAL_NAMES database initialization parameter to false. |
|
For remote upgrades, make sure the following are available on the client machine:
|
|
Before you run the Oracle Healthcare Foundation installer to upgrade the existing schema, execute the following query as a SYSTEM user to validate if the data model user has OHF_APPLICATION_ROLE as the default role.
Data model users are schema users that are used during the installation of the Oracle Healthcare Foundation Data Model. If this is not a default role, execute the following command as a SYSTEM user to set this as a default role:
Where data model user should be assigned to each of the following users:
Note: If you don't have Oracle Healthcare Translational Research products installed, assign data_model_user only to the HDM, HDI, and HCD schemas. |
|
Make sure that the SELECT privilege on the ALL_TAB_COLS view is granted to the PUBLIC role. Log in as a SYS user and execute the following query:
If the privilege is not found, execute the below query as SYS user to grant the privileges to the PUBIC role:
|
|
The installer does not validate the tablespace data files location. If the database server is on the remote server, make sure the location physically exists or the installer will fail. |
Parent topic: Data Model Upgrade