Upgrade EBS Database and Application to 19c DB and 12.2.13 Apps
The first part of upgrade I am going to upgrade the database to 19c.
1) Check current db version
2) Check apps version
3) Check Database Character Set
4) Run hcheck.sql
5) On Application Enabling Maintenance Mode:
6) Apply the application patches using adpatch
7) Apply Patch 6400501 - Not needed in my environment as it was already applied
8) Allow case sensitive passwords
9) Make appsutil directory on application and copy to DB server
10)Create the initialization parameter setup files
11) Install 19c Database Software
12) Create a temporary environment file for 19c CDB that we will create.
13) Apply patches for the database home to 19.23 version.
[oracle@fundb 36233263]$ opatch applyOracle Interim Patch Installer version 12.2.0.1.42Copyright (c) 2024, Oracle Corporation. All rights reserved.Oracle Home : /u01/app/oracle/product/19.0.0Central Inventory : /u01/oraInventoryfrom : /u01/app/oracle/product/19.0.0/oraInst.locOPatch version : 12.2.0.1.42OUI version : 12.2.0.7.0Log file location : /u01/app/oracle/product/19.0.0/cfgtoollogs/opatch/opatch2024-06-04_23-09-47PM_1.logVerifying environment and performing prerequisite checks...OPatch continues with these patches: 36233263Do you want to proceed? [y|n]yUser Responded with: YAll checks passed.Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.(Oracle Home = '/u01/app/oracle/product/19.0.0')Is the local system ready for patching? [y|n]yUser Responded with: YBacking up files...Applying interim patch '36233263' to OH '/u01/app/oracle/product/19.0.0'ApplySession: Optional component(s) [ oracle.network.gsm, 19.0.0.0.0 ] , [ oracle.crypto.rsf, 19.0.0.0.0 ] , [ oracle.pg4mq, 19.0.0.0.0 ] , [ oracle.precomp.companion, 19.0.0.0.0 ] , [ oracle.rdbms.ic, 19.0.0.0.0 ] , [ oracle.rdbms.tg4db2, 19.0.0.0.0 ] , [ oracle.tfa, 19.0.0.0.0 ] , [ oracle.net.cman, 19.0.0.0.0 ] , [ oracle.oid.client, 19.0.0.0.0 ] , [ oracle.rdbms.tg4sybs, 19.0.0.0.0 ] , [ oracle.rdbms.tg4ifmx, 19.0.0.0.0 ] , [ oracle.xdk.companion, 19.0.0.0.0 ] , [ oracle.rdbms.tg4msql, 19.0.0.0.0 ] , [ oracle.rdbms.tg4tera, 19.0.0.0.0 ] , [ oracle.ons.cclient, 19.0.0.0.0 ] , [ oracle.pg4appc, 19.0.0.0.0 ] , [ oracle.options.olap, 19.0.0.0.0 ] , [ oracle.options.olap.api, 19.0.0.0.0 ] , [ oracle.ons.eons.bwcompat, 19.0.0.0.0 ] , [ oracle.network.cman, 19.0.0.0.0 ] , [ oracle.sdo.companion, 19.0.0.0.0 ] , [ oracle.jdk, 1.8.0.191.0 ] not present in the Oracle Home or a higher version is found.Patching component oracle.rdbms.rsf, 19.0.0.0.0...Patching component oracle.rdbms.util, 19.0.0.0.0...Patching component oracle.rdbms, 19.0.0.0.0...Patching component oracle.assistants.acf, 19.0.0.0.0...Patching component oracle.assistants.deconfig, 19.0.0.0.0...Patching component oracle.assistants.server, 19.0.0.0.0...Patching component oracle.blaslapack, 19.0.0.0.0...Patching component oracle.buildtools.rsf, 19.0.0.0.0...Patching component oracle.ctx, 19.0.0.0.0...Patching component oracle.dbdev, 19.0.0.0.0...Patching component oracle.dbjava.ic, 19.0.0.0.0...Patching component oracle.dbjava.jdbc, 19.0.0.0.0...Patching component oracle.dbjava.ucp, 19.0.0.0.0...Patching component oracle.duma, 19.0.0.0.0...Patching component oracle.javavm.client, 19.0.0.0.0...Patching component oracle.ldap.owm, 19.0.0.0.0...Patching component oracle.ldap.rsf, 19.0.0.0.0...Patching component oracle.ldap.security.osdt, 19.0.0.0.0...Patching component oracle.marvel, 19.0.0.0.0...Patching component oracle.network.rsf, 19.0.0.0.0...Patching component oracle.odbc.ic, 19.0.0.0.0...Patching component oracle.ons, 19.0.0.0.0...Patching component oracle.ons.ic, 19.0.0.0.0...Patching component oracle.oracore.rsf, 19.0.0.0.0...Patching component oracle.perlint, 5.28.1.0.0...Patching component oracle.precomp.common.core, 19.0.0.0.0...Patching component oracle.precomp.rsf, 19.0.0.0.0...Patching component oracle.rdbms.crs, 19.0.0.0.0...Patching component oracle.rdbms.dbscripts, 19.0.0.0.0...Patching component oracle.rdbms.deconfig, 19.0.0.0.0...Patching component oracle.rdbms.oci, 19.0.0.0.0...Patching component oracle.rdbms.rsf.ic, 19.0.0.0.0...Patching component oracle.rdbms.scheduler, 19.0.0.0.0...Patching component oracle.rhp.db, 19.0.0.0.0...Patching component oracle.rsf, 19.0.0.0.0...Patching component oracle.sdo, 19.0.0.0.0...Patching component oracle.sdo.locator.jrf, 19.0.0.0.0...Patching component oracle.sqlplus, 19.0.0.0.0...Patching component oracle.sqlplus.ic, 19.0.0.0.0...Patching component oracle.wwg.plsql, 19.0.0.0.0...Patching component oracle.xdk.rsf, 19.0.0.0.0...Patching component oracle.rdbms.hsodbc, 19.0.0.0.0...Patching component oracle.ldap.client, 19.0.0.0.0...Patching component oracle.rdbms.rman, 19.0.0.0.0...Patching component oracle.rdbms.dv, 19.0.0.0.0...Patching component oracle.xdk.parser.java, 19.0.0.0.0...Patching component oracle.ldap.rsf.ic, 19.0.0.0.0...Patching component oracle.oraolap.api, 19.0.0.0.0...Patching component oracle.javavm.server, 19.0.0.0.0...Patching component oracle.mgw.common, 19.0.0.0.0...Patching component oracle.xdk, 19.0.0.0.0...Patching component oracle.odbc, 19.0.0.0.0...Patching component oracle.xdk.xquery, 19.0.0.0.0...Patching component oracle.nlsrtl.rsf, 19.0.0.0.0...Patching component oracle.rdbms.lbac, 19.0.0.0.0...Patching component oracle.network.client, 19.0.0.0.0...Patching component oracle.network.listener, 19.0.0.0.0...Patching component oracle.install.deinstalltool, 19.0.0.0.0...Patching component oracle.ctx.atg, 19.0.0.0.0...Patching component oracle.nlsrtl.rsf.core, 19.0.0.0.0...Patching component oracle.nlsrtl.rsf.ic, 19.0.0.0.0...Patching component oracle.nlsrtl.rsf, 19.0.0.0.0...Patching component oracle.rdbms.install.common, 19.0.0.0.0...Patching component oracle.oraolap.dbscripts, 19.0.0.0.0...Patching component oracle.sdo.locator, 19.0.0.0.0...Patching component oracle.rdbms.drdaas, 19.0.0.0.0...Patching component oracle.nlsrtl.rsf.lbuilder, 19.0.0.0.0...Patching component oracle.oraolap, 19.0.0.0.0...Patching component oracle.ovm, 19.0.0.0.0...Patching component oracle.rdbms.hs_common, 19.0.0.0.0...Patching component oracle.ctx.rsf, 19.0.0.0.0...Patching component oracle.dbtoolslistener, 19.0.0.0.0...Patching component oracle.ldap.ssl, 19.0.0.0.0...Patching component oracle.rdbms.install.plugins, 19.0.0.0.0...Patching component oracle.precomp.common, 19.0.0.0.0...Patching component oracle.precomp.lang, 19.0.0.0.0...Patching component oracle.jdk, 1.8.0.201.0...Patch 36233263 successfully applied.Sub-set patch [29517242] has become inactive due to the application of a super-set patch [36233263].Please refer to Doc ID 2161861.1 for any possible further required actions.Log file location: /u01/app/oracle/product/19.0.0/cfgtoollogs/opatch/opatch2024-06-04_23-09-47PM_1.logOPatch succeeded.
[oracle@fundb 36199232]$ opatch applyOracle Interim Patch Installer version 12.2.0.1.42Copyright (c) 2024, Oracle Corporation. All rights reserved.Oracle Home : /u01/app/oracle/product/19.0.0Central Inventory : /u01/oraInventoryfrom : /u01/app/oracle/product/19.0.0/oraInst.locOPatch version : 12.2.0.1.42OUI version : 12.2.0.7.0Log file location : /u01/app/oracle/product/19.0.0/cfgtoollogs/opatch/opatch2024-06-04_23-18-53PM_1.logVerifying environment and performing prerequisite checks...OPatch continues with these patches: 36199232Do you want to proceed? [y|n]yUser Responded with: YAll checks passed.Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.(Oracle Home = '/u01/app/oracle/product/19.0.0')Is the local system ready for patching? [y|n]yUser Responded with: YBacking up files...Applying interim patch '36199232' to OH '/u01/app/oracle/product/19.0.0'Patching component oracle.javavm.server, 19.0.0.0.0...Patching component oracle.javavm.server.core, 19.0.0.0.0...Patching component oracle.rdbms.dbscripts, 19.0.0.0.0...Patching component oracle.rdbms, 19.0.0.0.0...Patching component oracle.javavm.client, 19.0.0.0.0...Patch 36199232 successfully applied.Log file location: /u01/app/oracle/product/19.0.0/cfgtoollogs/opatch/opatch2024-06-04_23-18-53PM_1.logOPatch succeeded.
14) Create nls/data/9idata directory on 19c Home
15) Copy the appsutil zip created in step number 9 in 19c Home.
16) Copy the orai18n.jar file
17) Create Container Database on DB server.
- Run the Database Configuration Assistant (DBCA) to create the container database (CDB).
- When prompted, click on the "Create Database", "Advanced Configuration", and "General Purpose or Transaction Processing" options.
- In the Specify Database Identification screen, check to create an empty container database (CDB) without a PDB.
- Set the Global Database Name, the SID to the new CDB SID (maximum of 8 characters), and check the "Use Local Undo tablespace for PDBs" checkbox. The CDB SID has to be different from the current ORACLE_SID, which will be the PDB SID.
- In the "Network Configuration" section, do not create a listener. In the "Specify Configuration Options" section, set the SGA and PGA sizes to 2G and 1G respectively.
- Important Click on the Character Sets tab and choose the Character Set and National Character Set to be the same as in the source database. If the appropriate Character Set does not show up, uncheck the "Show recommended character sets only" box. (identified in Step 3).
- In the "Select Database Creation Option" section, click on the "Customize Storage Locations" button. Set the size of the redo log files to be the same as in the source database. Other options can be configured as appropriate.
- During the CDB creation, ignore ORA-00313 and ORA-27037 error messages about redo logs in the alert.log file. These messages are informational.
18) Run Datapatch on CDB
19) Create CDB MGDSYS Schema
20) Create CDB TNS Files
21) Shut down the CDB
22) UTL file dir setup details
[oracle@fundb ~]$ perl $ORACLE_HOME/appsutil/bin/txkCfgUtlfileDir.pl -contextfile=/u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/UAT_fundb.xml \-oraclehome=/u01/app/oracle/product/11.2.0.4/dbhome_1 -outdir=/u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log \-upgradedhome=/u01/app/oracle/product/19.0.0 -mode=getUtlFileDir -servicetype=onpremiseEnter the APPS Password:*** ALL THE FOLLOWING FILES ARE REQUIRED FOR RESOLVING RUNTIME ERRORS*** Log File = /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log/TXK_UTIL_DIR_Wed_Jun_5_16_03_52_2024/txkCfgUtlfileDir.logProgram : started @ Wed Jun 5 16:03:54 2024*** Log File = /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log/TXK_UTIL_DIR_Wed_Jun_5_16_03_52_2024/txkCfgUtlfileDir.logScript Name : txkCfgUtlfileDir.plScript Version : 120.0.12010000.9Started : Wed Jun 5 16:03:54 +0530 2024Log File : /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log/TXK_UTIL_DIR_Wed_Jun_5_16_03_52_2024/txkCfgUtlfileDir.logContext file: /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/UAT_fundb.xml exists.==============================================================================Successfully generated the below file with UTL_FILE_DIR content:/u01/app/oracle/product/11.2.0.4/dbhome_1/dbs/UAT_utlfiledir.txt==============================================================================Completed : Wed Jun 5 16:03:54 +0530 2024Successfully Completed the scriptERRORCODE = 0 ERRORCODE_END
[oracle@fundb dbs]$ perl $ORACLE_HOME/appsutil/bin/txkCfgUtlfileDir.pl -contextfile=/u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/UAT_fundb.xml \-oraclehome=/u01/app/oracle/product/11.2.0.4/dbhome_1 -outdir=/u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log \-upgradedhome=/u01/app/oracle/product/19.0.0 -mode=setUtlFileDir -servicetype=onpremiseEnter the APPS Password:Enter the SYSTEM Password:*** ALL THE FOLLOWING FILES ARE REQUIRED FOR RESOLVING RUNTIME ERRORS*** Log File = /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log/TXK_UTIL_DIR_Wed_Jun_5_16_07_58_2024/txkCfgUtlfileDir.logProgram : started @ Wed Jun 5 16:08:04 2024*** Log File = /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log/TXK_UTIL_DIR_Wed_Jun_5_16_07_58_2024/txkCfgUtlfileDir.logScript Name : txkCfgUtlfileDir.plScript Version : 120.0.12010000.9Started : Wed Jun 5 16:08:04 +0530 2024Log File : /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/log/TXK_UTIL_DIR_Wed_Jun_5_16_07_58_2024/txkCfgUtlfileDir.logContext file: /u01/app/oracle/product/11.2.0.4/dbhome_1/appsutil/UAT_fundb.xml exists.** WARNING: Incorrect value s_applptmp detected on Apps Tier nodes. Please check log for detailsCompleted : Wed Jun 5 16:08:05 +0530 2024Successfully Completed the scriptERRORCODE = 0 ERRORCODE_END
23) Shut Down application Tier services Now.
24) Drop SYS.ENABLED$INDEXES (Optional)
25) Remove the MGDSYS schema (Optional)
26) Prepare for Upgrade
27) DB Upgrade Steps
Report generated by Oracle Database Pre-Upgrade Information Tool Version19.0.0.0.0 Build: 13 on 2024-06-05T16:21:48Upgrade-To version: 19.0.0.0.0=======================================Status of the database prior to upgrade=======================================Database Name: UATContainer Name: Not Applicable in Pre-12.1 databaseContainer ID: Not Applicable in Pre-12.1 databaseVersion: 11.2.0.4.0DB Patch Level: No Patch Bundle appliedCompatible: 11.2.0Blocksize: 8192Platform: Linux x86 64-bitTimezone File: 14Database log mode: ARCHIVELOGReadonly: FALSEEdition: EEOracle Component Upgrade Action Current Status---------------- -------------- --------------Oracle Server [to be upgraded] VALIDJServer JAVA Virtual Machine [to be upgraded] VALIDOracle XDK for Java [to be upgraded] VALIDReal Application Clusters [to be upgraded] INVALIDOLAP Analytic Workspace [to be upgraded] VALIDOracle Text [to be upgraded] VALIDOracle XML Database [to be upgraded] VALIDOracle Java Packages [to be upgraded] VALIDOracle Multimedia [to be upgraded] VALIDOracle Spatial [to be upgraded] VALIDExpression Filter [to be upgraded] VALIDOracle OLAP API [to be upgraded] VALID==============BEFORE UPGRADE==============REQUIRED ACTIONS================1. (AUTOFIXUP) Empty the RECYCLEBIN immediately before database upgrade.The database contains 98 objects in the recycle bin.The recycle bin must be completely empty before database upgrade.RECOMMENDED ACTIONS===================2. Remove initialization parameters that Oracle has obsoleted or removed.This action may be done now or when starting the database in upgrade modeusing the target ORACLE HOME.Parameter---------O7_DICTIONARY_ACCESSIBILITYutl_file_dirIf parameters that are obsolete or removed from the target release arepresent in the pfile/spfile, the Oracle database may not start, or it maystart with an ORA- error.3. Run 11.2.0.4.0 $ORACLE_HOME/rdbms/admin/utlrp.sql to recompile invalidobjects. You can view the individual invalid objects withSET SERVEROUTPUT ON;EXECUTE DBMS_PREUP.INVALID_OBJECTS;52 objects are INVALID.There should be no INVALID objects in SYS/SYSTEM or user schemas beforedatabase upgrade.4. Remove OLAP Catalog by running the 11.2.0.4.0 SQL script$ORACLE_HOME/olap/admin/catnoamd.sql script.The OLAP Catalog component, AMD, exists in the database.Starting with Oracle Database 12c, the OLAP Catalog (OLAP AMD) isdesupported and will be automatically marked as OPTION OFF during thedatabase upgrade if present. Oracle recommends removing OLAP Catalog(OLAP AMD) before database upgrade. This step can be manually performedbefore the upgrade to reduce downtime.5. Explicitly set RESOURCE_LIMIT to FALSE in the pfile/spfile to retain theprevious behavior.the RESOURCE_LIMIT initialization parameter is not explicitly set in thepfile/spfile.The RESOURCE_LIMIT initialization parameter default value changed fromFALSE to TRUE in 12.1.0.2 onwards. Without an explicit setting, theupgrade may introduce unintented RESOURCE_LIMIT enforcement.6. To remove duplicate objects, refer to Doc ID 1030426.6.To query for these duplicates owned by both SYS and SYSTEM, run:SELECT object_name, object_typeFROM dba_objectsWHERE object_name||'_'||object_type IN(SELECT object_name||'_'||object_typeFROM dba_objects WHERE owner = 'SYS')AND owner = 'SYSTEM' AND object_name NOT IN ('AQ$_SCHEDULES','AQ$_SCHEDULES_PRIMARY','DBMS_REPCAT_AUTH','DBMS_REPCAT_AUTH');There exists in the database duplicate object(s) that are owned by bothSYS and SYSTEM.If an install script had been run as both SYS and SYSTEM, then it ispossible to have duplicate objects (with same object names and types)owned by both of these Oracle users.7. Backup the existing ACLs and their assignments for reference. Use the newDBMS_NETWORK_ACL_ADMIN interfaces and dictionary views to administernetwork privileges after upgrade.The database contains network ACLs with privileges that will be migratedto a new format in 12c.Network access control list (ACL) privileges in 11g will be migrated to anew format in 12c. As part of the migration, new DBMS_NETWORK_ACL_ADMINinterfaces and dictionary views are provided, and privileges in theexisting ACLs will be converted to the new format with new ACL names. Theold ACL names, DBMS_NETWORK_ACL_ADMIN interfaces and dictionary views maycontinue to be used but are deprecated and their use is discouraged. Forfurther information, refer to My Oracle Support note number 2078710.1.8. Perform one of the following:1) Expire user accounts that use only the old 10G password version andfollow the procedure recommended in Oracle Database Upgrade Guide underthe section entitled, "Checking for Accounts Using Case-InsensitivePassword Version".2) Explicitly set SQLNET.ALLOWED_LOGON_VERSION_SERVER in the 19SQLNET.ORA to a non-Exclusive Mode value, such as "11". (This is a shortterm approach and is not recommended because it will retain knownsecurity risks associated with the 10G password version.)Your database system has at least one account with only the 10G passwordversion (see the PASSWORD_VERSIONS column of DBA_USERS).Starting with Oracle Database release 12.2.0.1, Exclusive Mode is the newdefault password-based authentication mode. All Exclusive Modelogin/authentication attempts will fail for preexisting user accountswhich only have the 10G password version and neither the 11G or 12Cpassword version (see DBA_USERS.PASSWORD_VERSIONS.) For more information,refer to "Understanding Password Case Sensitivity and Upgrades" in theOracle Database Upgrade Guide.9. Remove the SEC_CASE_SENSITIVE_LOGON instance initialization parametersetting, to configure your system to use case sensitive passwordauthentication by default.Your database system is configured to enforce case insensitive passwordauthentication (the SEC_CASE_SENSITIVE_LOGON instance initializationparameter setting is FALSE).Starting with Oracle Database release 12.2, Exclusive Mode is the defaultpassword-based authentication mode. Case insensitive passwordauthentication is not supported in Exclusive Mode. If your system needsto use case insensitive password authentication, Exclusive Mode must beswitched off prior to the upgrade. See the Network Reference Manualchapter about the SQLNET.ORA parameterSQLNET.ALLOWED_LOGON_VERSION_SERVER for more details on Exclusive Mode.10. Remove Streams setup. For detailed steps, refer to the section "Removingan Oracle Streams Configuration" in the Oracle Streams Concepts andAdministration Guide specific for the Oracle release from which you areremoving. For versions pre-12.1.0.2, the proceduredbms_streams_adm.remove_streams_configuration must not be used as maylead to unwanted results. Instead, use the other procedures(dbms_capture_adm.drop_capture, dbms_apply_adm.drop_apply,dbms_streams_adm.remove_queue, etc). For 12.1.0.2 and higher, proceduredbms_streams_adm.remove_streams_configuration can be safely used.Oracle Streams feature is configured in the database.Starting with Oracle Database 19, Oracle Streams is desupported. It isstrongly advised to remove any streams configuration manually.11. Please make sure that all the MVs are refreshed and sys.sumdelta$ becomesempty before doing upgrade, unless you have strong business reasons notto do so. You can use dbms_mview.refresh() to refresh the MVs exceptthose stale ones to be kept due to business need. If there are any staleMVs depending on changes in sys.sumdelta$, do not truncate it, becausedoing so will cause wrong results after refresh. Please refer to theMaterialized View section in MOS Note 2380601.1 for more details.There are one or more materialized views in either stale or invalidstate, or which are currently being refreshed.Oracle recommends that all materialized views (MV's) are refreshed beforeupgrading the database because this will clear the MV logs and thesumdelta$ table and may reduce the upgrade time. If you choose to notrefresh some MVs, the change data for those MV's will be carried throughthe UPGRADE process. After UPGRADE, you can refresh the MV's and MVincremental refresh should work in normal cases.12. Review and remove any unnecessary HIDDEN/UNDERSCORE parameters.The database contains the following initialization parameters whose namebegins with an underscore:_system_trig_enabled_sort_elimination_cost_ratio_b_tree_bitmap_plans_fast_full_scan_enabled_like_with_bind_as_equality_optimizer_autostats_job_trace_files_publicRemove hidden parameters before database upgrade unless your applicationvendors and/or Oracle Support state differently. Changes will need to bemade in the pfile/spfile.13. Review and remove any unnecessary EVENTS.The database contains events.There are events set that should be removed before upgrade, unless yourapplication vendors and/or Oracle Support state differently. Changeswill need to be made in the pfile/spfile.14. (AUTOFIXUP) Gather stale data dictionary statistics prior to databaseupgrade in off-peak time using:EXECUTE DBMS_STATS.GATHER_DICTIONARY_STATS;Dictionary statistics do not exist or are stale (not up-to-date).Dictionary statistics help the Oracle optimizer find efficient SQLexecution plans and are essential for proper upgrade timing. Oraclerecommends gathering dictionary statistics in the last 24 hours beforedatabase upgrade.For information on managing optimizer statistics, refer to the 11.2.0.4Oracle Database Performance Tuning Guide.INFORMATION ONLY================15. Here are ALL the components in this database registry:Component Current Current Original Previous ComponentCID Version Status Version Version Schema--------- ----------- ----------- ----------- ----------- -----------AMD 11.2.0.4.0 VALID OLAPSYSAPS 11.2.0.4.0 VALID 11.2.0.4.0 11.2.0.4.0 SYSCATALOG 11.2.0.4.0 VALID SYSCATJAVA 11.2.0.4.0 VALID SYSCATPROC 11.2.0.4.0 VALID SYSCONTEXT 11.2.0.4.0 VALID 11.2.0.4.0 11.2.0.4.0 CTXSYSEXF 11.2.0.4.0 VALID EXFSYSJAVAVM 11.2.0.4.0 VALID SYSORDIM 11.2.0.4.0 VALID ORDSYSRAC 11.2.0.4.0 INVALID SYSSDO 11.2.0.4.0 VALID MDSYSXDB 11.2.0.4.0 VALID XDBXML 11.2.0.4.0 VALID SYSXOQ 11.2.0.4.0 VALID 11.2.0.4.0 11.2.0.4.0 SYSReview the information before upgrading.16. Consider removing the following deprecated initialization parameters.Parameter---------sec_case_sensitive_logonThese deprecated parameters probably will be obsolete in a future release.17. Run $ORACLE_HOME/rdbms/admin/catnoexf.sql located in the new OracleDatabase Oracle home to remove both EXF and RUL.Expression Filter (EXF) or Rules Manager (RUL) exist in the database.Starting with Oracle Database release 12.1, the Expression Filter (EXF)and Database Rules Manager (RUL) features are desupported, and areremoved during the upgrade process. This step can be manually performedbefore the upgrade to reduce downtime.18. Ensure there is additional disk space in LOG_ARCHIVE_DEST_1 for at least4486 MB of archived logs. Check alert log during the upgrade that thereis no write error to the destination due to lack of disk space.Archiving cannot proceed if the archive log destination is full duringupgrade.Archive Log Destination:Parameter : LOG_ARCHIVE_DEST_1Destination : /oradata01/PROD/archiveThe database has archiving enabled. The upgrade process will need freedisk space in the archive log destination(s) to generate archived logs to.19. Check the Oracle Backup and Recovery User's Guide for information on howto manage an RMAN recovery catalog schema.If you are using a version of the recovery catalog schema that is olderthan that required by the RMAN client version, then you must upgrade thecatalog schema.It is good practice to have the catalog schema the same or higher versionthan the RMAN client version you are using.20. Here is a count of invalid objects by users:User Name Number of INVALID Objects--------------------------- -------------------------APPS 48DFCC 3DFCC_GL_EXTRACT 1Review the information before upgrading.ORACLE GENERATED FIXUP SCRIPT=============================All of the issues in database UATwhich are identified above as BEFORE UPGRADE "(AUTOFIXUP)" can be resolved byexecuting the followingSQL>@/u01/app/oracle/product/11.2.0.4/dbhome_1/cfgtoollogs/UAT_L/preupgrade/preupgrade_fixups.sql=============AFTER UPGRADE=============REQUIRED ACTIONS================NoneRECOMMENDED ACTIONS===================21. (AUTOFIXUP) If you use the -T option for the database upgrade, then run$ORACLE_HOME/rdbms/admin/utluptabdata.sql after the upgrade is complete,to VALIDATE and UPGRADE any user tables affected by changes toOracle-Maintained types.There are user tables dependent on Oracle-Maintained object types.If the -T option is used to set user tablespaces to READ ONLY during theupgrade, user tables in those tablespaces, that are dependent onOracle-Maintained types, will not be automatically upgraded. If a type isevolved during the upgrade, any dependent tables need to be re-validatedand upgraded to the latest type version AFTER the database upgradecompletes.22. Upgrade the database time zone file using the DBMS_DST package.The database is using time zone file version 14 and the target 19 releaseships with time zone file version 32.Oracle recommends upgrading to the desired (latest) version of the timezone file. For more information, refer to "Upgrading the Time Zone Fileand Timestamp with Time Zone Data" in the 19 Oracle DatabaseGlobalization Support Guide.23. Recreate directory objects to remove any symbolic links from directorypaths. To identify paths that contain symbolic links before upgrading,use OS commands like UNIX file or WINDOWS dir. After upgrading, run$ORACLE_HOME/rdbms/admin/utldirsymlink.sql to identify directory objectswith symbolic links in the path.Found 12 user directory objects to be checked: AFCHRCHK_LOG_DBOBJECT,APPS_DATA_FILE_DIR, CSR_XML_TOP, DATA_PUMP_BI, DAT_DIR, DB_MIGRATION,DMPDIR, EBS_DB_DIR_UTIL, ECX_UTL_LOG_DIR_OBJ, ECX_UTL_XSLT_DIR_OBJ,FND_DIAG_DIR, ODPDIR.Starting in Release 18c, symbolic links are not allowed in directoryobject paths used with BFILE data types, the UTL_FILE package, orexternal tables.24. (AUTOFIXUP) Gather dictionary statistics after the upgrade using thecommand:EXECUTE DBMS_STATS.GATHER_DICTIONARY_STATS;Oracle recommends gathering dictionary statistics after upgrade.Dictionary statistics provide essential information to the Oracleoptimizer to help it find efficient SQL execution plans. After a databaseupgrade, statistics need to be re-gathered as there can now be tablesthat have significantly changed during the upgrade or new tables that donot have statistics gathered yet.25. Gather statistics on fixed objects after the upgrade and when there is arepresentative workload on the system using the command:EXECUTE DBMS_STATS.GATHER_FIXED_OBJECTS_STATS;This recommendation is given for all preupgrade runs.Fixed object statistics provide essential information to the Oracleoptimizer to help it find efficient SQL execution plans. Thosestatistics are specific to the Oracle Database release that generatesthem, and can be stale upon database upgrade.For information on managing optimizer statistics, refer to the 11.2.0.4Oracle Database Performance Tuning Guide.INFORMATION ONLY================26. Check the Oracle documentation for the identified components for theirspecific upgrade procedure.The database upgrade script will not upgrade the following Oraclecomponents: OLAP CatalogThe Oracle database upgrade script upgrades most, but not all OracleDatabase components that may be installed. Some components that are notupgraded may have their own upgrade scripts, or they may be deprecated orobsolete.ORACLE GENERATED FIXUP SCRIPT=============================All of the issues in database UATwhich are identified above as AFTER UPGRADE "(AUTOFIXUP)" can be resolved byexecuting the followingSQL>@/u01/app/oracle/product/11.2.0.4/dbhome_1/cfgtoollogs/UAT_L/preupgrade/postupgrade_fixups.sql==================PREUPGRADE SUMMARY==================/u01/app/oracle/product/11.2.0.4/dbhome_1/cfgtoollogs/UAT_L/preupgrade/preupgrade.log/u01/app/oracle/product/11.2.0.4/dbhome_1/cfgtoollogs/UAT_L/preupgrade/preupgrade_fixups.sql/u01/app/oracle/product/11.2.0.4/dbhome_1/cfgtoollogs/UAT_L/preupgrade/postupgrade_fixups.sql
$ORACLE_HOME/bin/dbua -keepEvents
SQL> @/u01/app/oracle/product/11.2.0.4/dbhome_1/cfgtoollogs/UAT_L/preupgrade/postupgrade_fixups.sqlSession altered.PL/SQL procedure successfully completed.PL/SQL procedure successfully completed.PL/SQL procedure successfully completed.Package created.No errors.Package body created.PL/SQL procedure successfully completed.No errors.Package created.No errors.Package body created.No errors.Executing Oracle POST-Upgrade Fixup ScriptAuto-Generated by: Oracle Preupgrade ScriptVersion: 19.0.0.0.0 Build: 13Generated on: 2024-06-05 16:41:54For Source Database: UATSource Database Version: 11.2.0.4.0For Upgrade to Version: 19.0.0.0.0Preup PreupgradeAction Issue IsNumber Preupgrade Check Name Remedied Further DBA Action------ ------------------------ ---------- --------------------------------15. depend_usr_tables YES None.16. old_time_zones_exist YES None.17. dir_symlinks NO Manual fixup recommended.18. post_dictionary YES None.19. post_fixed_objects NO Informational only.Further action is optional.The fixup scripts have been run and resolved what they can. However,there are still issues originally identified by the preupgrade thathave not been remedied and are still present in the database.Depending on the severity of the specific issue, and the nature ofthe issue itself, that could mean that your database upgrade is notfully complete. To resolve the outstanding issues, start by reviewingthe postupgrade_fixups.sql and searching it for the name ofthe failed CHECK NAME or Preupgrade Action Number listed above.There you will find the original corresponding diagnostic messagefrom the preupgrade which explains in more detail what still needsto be done.PL/SQL procedure successfully completed.Session altered.
28) Run ADGRANTS.sql
29) Grant create procedure privilege on CTXSYS
30) Compile invalid objects
31) Grant datastore access
32) Validate Workflow ruleset
33) Gather statistics for SYS schema
34) Create the new MGDSYS schema (Optional)
35) Convert database to Multitenant
36) Setup Application tier
The Second part of upgrade I am going to upgrade the Applications to 12.2.13.
1) My Linux version is 8 . I will ensure all the pre-requisites are installed in the server.
2) Download the R12.2.0 software zip and keep on the server.
3) Once the software is downloaded, Please build the stage area.
4) Patch the Stage Area
5) Run ETCC DB Check on Database
6) Add Space to the Database tablespaces
7) With the Stage are run rapidwiz and create the layout for R12.2 Filesystem on application server.
[root@funapps rapidwiz]# ls bin etc jlib rapidwiz RapidWizVersion template ClientWiz.cmd File jre RapidWiz.cmd RapidWizVersion.cmd unzip driver images oui RapidWiz.ini TechInstallers Xpatches [root@funapps rapidwiz]# ./rapidwiz
8) Run ETCC on the application and apply required patches on 12.2 file system.
9) Applying patches using the ETPAT-AT Tool
[OPatch patch 6880880. Ensure that p6880880_101000_LINUX.zip, p6880880_111000_Linux-x86-64.zip are downloaded under the patch stage area]
[Fusion Middleware consolidated patch 36006512. Ensure that the patch 36006512 for platform LINUX is downloaded under patch stage area]
[WLS Patch 35710802. Ensure that p35710802_R12_GENERIC.zip is downloaded under patch stage area]
[Smart update Patch 33845432. Ensure that p33845432_R12_GENERIC.zip is downloaded under patch stage area]
Summary report text file location: /apps01/app/EUAT/fs_ne/EBSapps/patch/stage/UAT_etpat_at/log/ETPAT-AT_Report_UAT.txt
Summary report html file location: /apps01/app/EUAT/fs_ne/EBSapps/patch/stage/UAT_etpat_at/log/ETPAT-AT_Report_UAT.html
End Time: Sat Jun 8 07:49:51 +0530 2024
Script etpat_at.pl ran successfully.
Check the log file /apps01/app/EUAT/fs_ne/EBSapps/patch/stage/UAT_etpat_at/log/etpat_at_UAT.log for more information.
10) Validate the weblogic version
11) Fix Timestamp Mismatch Issues for Synonym, View, Package and Package Body
12) EBS 12.2 Upgrade Readiness Checker - Database Tier (EURC-DT)
Check Name : Online Patching Readiness ReportRefer: Chapter 3: Planning and Performing Pre-Upgrade Tasks => Preparing Customization's => Run the Online Patching Readiness Reports of 12.0 and 12.1 to 12.2 Upgrade Guide12.1 customers should ensure that the online patching readiness report patch 31026891:R12.AD.B is applied on the instance.3. Check Name : Check for Invalid objectsRefer: Chapter 4: Performing the upgrade => Performing the Upgrade to Release 12.2.0There should be no INVALID objects in APPS schema or user schema before EBS upgrades.There are 541 APPS invalids present in the instance before the upgrade.Refer APPS_Pre_Invalids.log.4. Check Name : Check for Unusable IndexesRefer: Chapter 4: Performing the upgrade => Performing the Upgrade to Release 12.2.0There should not be any UNUSABLE indexes prior to upgrade.There are 2 UNUSABLE indexes on the instance before the upgrade.Refer UnusableIndexList_Pre_Compilation.log.Check for Patch 13420532:R12.XLA.B applicationRefer: Chapter 4: Performing the upgrade => Preparing the System for Upgrade => Subledger AccountingApply patch 13420532:R12.XLA.B when upgrading from Release 12.0.x to clean up temporary advance queues that were createdby prior Create Accounting program processes.Instance doesnt have 13420532:R12.XLA.B applied, ensure its applied.Check Name : Gather SYS schema statisticsRefer: Chapter 4: Performing the upgrade => Database and System Administration Tasks => Gather SYS schema statistics => Fixed Object and Dictionary StatisticsExecute the below command as SYSDBA user to gather the stale stats. This increases the performance of the upgrade.dbms_stats.gather_schema_stats( 'SYS',options=>'GATHER STALE',estimate_percent =>$ DBMS_STATS.AUTO_SAMPLE_SIZE,method_opt => 'FOR ALL COLUMNS SIZE AUTO',cascade => TRUE);Check Name : Fixed Object and Dictionary StatisticsRefer: Chapter 4: Performing the upgrade => Database and System Administration Tasks => Gather SYS schema statistics => Fixed Object and Dictionary StatisticsThese should have been previously gathered, correct and up-to-date on the pre-upgrade environment.Execute the below as SYSDBA user again to gain the performance benifit during upgrade.exec dbms_stats.gather_fixed_objects_stats;exec dbms_stats.gather_dictionary_stats;Initialization parameters required at each stage of an upgrade may vary depending on when you upgrade your database.Set the appropriate parameters now. The important common DB parameters are:processessessions_SYSTEM_TRIG_ENABLED=TRUENote:If your processes and sessions values in the init.ora file is the default values provided by the E-Business installation of 300 and 600,then you should consider doubling these during the upgrade process to avoid connection issues.Note: The instance should have _system_trig_enabled set to TRUE. If its sets to FALSE it will prevent from system triggers from being executed.The value of _system_trig_enabled is set to "TRUE" on the instance.No further action.DB parameters can be further fine tuned as per the guidelines, see Oracle E-Business Suite Release 12.2:Upgrade Sizing andBest Practices (Doc ID: 1597531.1).Check Name : Update init.ora with upgrade parameters -> Release-Specific Database Initialization Parameters for Oracle 19cRefer: Chapter 4: Performing the upgrade => Performing the Upgrade to Release 12.2.0 => See Database Initialization Parameters for Oracle Applications Release 12.2 (Doc ID: 396009.1)Initialization parameters required at each stage of an upgrade may vary depending on when you upgrade your database.Set the appropriate parameters now. The important 19c DB specific parameters are:optimizer_adaptive_plans = TRUEoptimizer_adaptive_statistics = FALSE_disable_actualization_for_grant = TRUESome of the important Initialization parameters are not set or not valid. Please set the appropriate parameters now.Current parameters are:optimizer_adaptive_plans = TRUEoptimizer_adaptive_statistics = FALSE_disable_actualization_for_grant =Follow the instructions in Database Initialization Parameters for Oracle E-Business Suite Release 12.2 (Doc ID: 396009.1)and reset the init.ora parameters as required.Check Name : Additional Database Initialization Parameters For Oracle E-Business Suite Release 12.2Refer: Chapter 4: Performing the upgrade => Performing the Upgrade to Release 12.2.0 => See Database Initialization Parameters for Oracle Applications Release 12.2 (Doc ID: 396009.1)Initialization parameters required at each stage of an upgrade may vary depending on when you upgrade your database.Set the appropriate parameters now.The important 12.2 specific parameters are:recyclebin = offservice_names=%s_dbSid%,ebs_patchSome of the Additional Database Initialization parameters are not set or not valid. Please set the appropriate parameters now.Current set parameters are:recyclebin = onservice_names = UATCDB2. Check Name : Disable Database Audit TrailRefer: Chapter 4: Performing the upgrade => Performing the Upgrade to Release 12.2.0Before perform the upgrade, ensure to Disable database audit trail, or else it would impatch the upgrade job execution.Conditional Details:=====================2. Check Name : Set the parameter sec_case_sensitive_logonRefer: Chapter 4: Performing the upgrade => Upgrade Your Database and Apply Mandatory E-Business Suite Release 12.2 Database PatchesFor Release 12.1+ based environments (both 11204,12c and 19c), customers have a choice to set it as either TRUE or FALSE.The value of sec_case_sensitive_logon in the instance is "FALSE". No Action Needed.For Database 19c, the value for SQLNET.ALLOWED_LOGON_VERSION_SERVER should be 10 irrespective of the value of the sec_case_sensitive_logon parameter.The value of SQLNET.ALLOWED_LOGON_VERSION_SERVER in the instance is "10". No
- Apply patch 31026891,13420532 on application using adpatch 12.1
- On database connect to CDB and execute below
- Restart DB
13)Apply Consolidated Upgrade Patch and Run 12.2.0 Upgrade
14) Make appsutil on application node
15) On DB node
16) On Application Tier:
17) Run Rapidwiz: applmgr to upgrade the Application now.
[root@funapps rapidwiz]# ls bin etc jlib rapidwiz RapidWizVersion template ClientWiz.cmd File jre RapidWiz.cmd RapidWizVersion.cmd unzip driver images oui RapidWiz.ini TechInstallers Xpatches [root@funapps rapidwiz]# ./rapidwiz
18)Run Adadmin after rapidwiz completes:
19) Run ChkFormsDeployment:
20) Database Node Run Autoconfig and Restart DB.
21) Gather Stats on Database
22) Run adgrants on database and provide few manually.
23) Run Online patch readiness script and validate. If required fix the issues.
24) Verify database tablespace free space
25) Run the Online Patching Enablement - Status Report run file
26) Validate the Packages
27) Delete if any ebs_patch service exists in Database
28) Apply the Online Patching Enablement patch
29) Compile Invalid Objects Connect to sqlplus as 'apps' and run the following:
30) Re-run the Online Patching Enablement Status Report after the Online Patching Enablement patch has been applied:
31)Run the Online Patching Database Compliance Checker report to check for coding standards violations:
32) On Database Node:
33) Copy ADFIXUSER.sql from Apps Node to DB node:
34) Apply latest AD and TXK patches
SQL> grant execute on SYS.DBMS_RESULT_CACHE to APPS;
Grant succeeded.
SQL> alter package apps.AD_ZD compile body;
Package body altered.
SQL> @?/rdbms/admin/utlrp.sql
create synonym apps.ADOP_VALID_NODES for applsys.ADOP_VALID_NODES;
35) Make Appsutil directory
36) Apply EBS 12.2.13 Release Update Patch
37) Apply Oracle E-Business Suite Release 12.2.13 Online Help Patch
38) Apply few other patches as identified in my environment
39) Copy the custom forms and reports from the OLD EBS file system 12.1 to respective product top in R12.2 (under fs1 and fs2)
40) Final steps for Apps Upgrade
41) On DB Server as apps user recreate below DB links.
Recommended Browsers for Oracle E-Business Suite Releases 12.2 and 12.1 (Doc ID 389422.1)
Oracle E-Business Suite Release 12.2.13 Readme (Doc ID 2958077.1)
Release 12.2: Suite-Wide Release Update Pack and AD/TXK Delta Information (Doc ID: 1583092.1) to apply the latest AD/TXK patchsets.
Interoperability Notes: Oracle E-Business Suite Release 12.1 with Oracle Database 19c (Doc ID 2580629.1)
Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) for Linux x86-64 (Doc ID 1330701.1)
Oracle E-Business Suite Release Notes, Release 12.2 (Doc ID 1320300.1)
Post a Comment
Post a Comment