Database upgrade can be performed either using manual or DBUA. Below are the steps for upgrading oracle database from oracle 12c to 19c version using DBUA.
Important points:
- Direct upgrade to 19 can be performed from 11.2.0.4,12.1.0.2,12.2.0.1 & 18c .
- Compatible parameter should be at minimum 11.2.0
- Post upgrade , oracle default accounts ( whose password has not been reset before upgrade), will be locked and set to NO AUTHENICATE MODE.
- Post upgrade, you may not be able to login to the existing users with the password, because of new authentication method. To fix this, sqlnet.ora file need to be update(details explained at the end of this article).
Current environment details:
DATABASE TYPE – STAND ALONE
DATABASE NAME – TESTDB
DATABASE VESION – 12.1.0.2
CURRENT ORACLE_HOME=/oracle/app/oracle/product/12.1.0.2/dbhome_1
NEW ORACLE_HOME = /oracle/app/oracle/product/19.0.0.0/dbhome_1
Install oracle 19c ORACLE_HOME:
unzip the binary and run runInstaller.sh
mkdir -p /oracle/app/oracle/product/19.0.0.0/dbhome_1
./runInstaller.sh
PRE-UPGRADE CHECK :
- Run preupgrade tool script
preupgrade.jar tool file is available with the oracle database binary. Run this to do the precheck
export ORACLE_HOME=/oracle/app/oracle/product/12.1.0.2/dbhome_1 $ORACLE_HOME/jdk/bin/java -jar /oracle/app/oracle/product/19.0.0.0/dbhome_1/rdbms/admin/preupgrade.jar ================== PREUPGRADE SUMMARY ================== /oracle/app/oracle/product/12.1.0.2/dbhome_1/cfgtoollogs/TESTDB/preupgrade/preupgrade.log /oracle/app/oracle/product/12.1.0.2/dbhome_1/cfgtoollogs/TESTDB/preupgrade/preupgrade_fixups.sql /oracle/app/oracle/product/12.1.0.2/dbhome_1/cfgtoollogs/TESTDB/preupgrade/postupgrade_fixups.sql Execute fixup scripts as indicated below: Before upgrade: Log into the database and execute the preupgrade fixups @/oracle/app/oracle/product/12.1.0.2/dbhome_1/cfgtoollogs/TESTDB/preupgrade/preupgrade_fixups.sql After the upgrade: Log into the database and execute the postupgrade fixups @/oracle/app/oracle/product/12.1.0.2/dbhome_1/cfgtoollogs/TESTDB/preupgrade/postupgrade_fixups.sql Preupgrade complete: 2019-08-26T13:09:51
Run the pre-upgrade fixup script:
SQL> @/oracle/app/oracle/product/12.1.0.2/dbhome_1/cfgtoollogs/TESTDB/preupgrade/preupgrade_fixups.sql Executing Oracle PRE-Upgrade Fixup Script Auto-Generated by: Oracle Preupgrade Script Version: 19.0.0.0.0 Build: 1 Generated on: 2019-08-26 13:09:37 For Source Database: TESTDB Source Database Version: 12.1.0.2.0 For Upgrade to Version: 19.0.0.0.0 Preup Preupgrade Action Issue Is Number Preupgrade Check Name Remedied Further DBA Action ------ ------------------------ ---------- -------------------------------- 1. invalid_objects_exist NO Manual fixup recommended. 2. exclusive_mode_auth NO Manual fixup recommended. 3. case_insensitive_auth NO Manual fixup recommended. 4. underscore_events NO Informational only. Further action is optional. 5. dictionary_stats YES None. 6. parameter_deprecated NO Informational only. Further action is optional. 7. min_archive_dest_size NO Informational only. Further action is optional. 8. rman_recovery_version 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 that have not been remedied and are still present in the database. Depending on the severity of the specific issue, and the nature of the issue itself, that could mean that your database is not ready for upgrade. To resolve the outstanding issues, start by reviewing the preupgrade_fixups.sql and searching it for the name of the failed CHECK NAME or Preupgrade Action Number listed above. There you will find the original corresponding diagnostic message from the preupgrade which explains in more detail what still needs to be done. PL/SQL procedure successfully completed.
2.Run utlrp.sql:( to compile invalid objects)
SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql SQL> select count(*) from dba_objects where status='INVALID'; COUNT(*) ---------- 0
3.Check database component status:
set pagesize500 set linesize 100 select substr(comp_name,1,40) comp_name, status, substr(version,1,10) version from dba_registry order by comp_name; COMP_NAME ---------------------------------------------------------------------------------------------------- STATUS VERSION ----------- ---------------------------------------- JServer JAVA Virtual Machine VALID 12.1.0.2.0 Oracle Database Catalog Views VALID 12.1.0.2.0 Oracle Database Java Packages VALID 12.1.0.2.0 Oracle Database Packages and Types VALID 12.1.0.2.0 Oracle Multimedia VALID 12.1.0.2.0 Oracle Text VALID 12.1.0.2.0 Oracle Workspace Manager VALID 12.1.0.2.0 Oracle XDK VALID 12.1.0.2.0 Oracle XML Database VALID 12.1.0.2.0
SQL> SELECT o.name FROM sys.obj$ o, sys.user$ u, sys.sum$ s WHERE o.type# = 42 AND bitand(s.mflags, 8) =8; no rows selected
4.Check timezone version:
SQL> select * from v$timezone_file; FILENAME VERSION CON_ID -------------------- ---------- ---------- timezlrg_18.dat 18 0
5.Check files in backup mode:(should return zero rows)
SQL> SELECT * FROM v$backup WHERE status != 'NOT ACTIVE'; no rows selected SQL> SELECT * FROM v$recover_file; no rows selected
6.Purge recyclebin:
SQL> purge dba_recyclebin;
As pre-check is successful . Now we will proceed with the upgrade
UPGRADE DATABASE:
Enable the flashback on the database.
-
- To enable restore , in case of failure, enable flashback option.
alter system set db_recovery_file_dest_size=20G scope=both; alter system set db_recovery_file_dest='/dumparea/FRA/' scope=both; alter database flashback on;
2.Start DBUA
export ORACLE_HOME=/oracle/app/oracle/product/19.0.0.0/dbhome_1/
cd $ORACLE_HOME/bin
./dbua
We can pause and resume the upgrade during the process also.
Upgrade completed successfully.
POST CHECK:
SQL> select comp_id,status from dba_registry; COMP_ID STATUS ------------------------------ ----------- CATALOG VALID CATPROC VALID JAVAVM VALID XML VALID CATJAVA VALID RAC OPTION OFF XDB VALID OWM VALID CONTEXT VALID ORDIM VALID 10 rows selected. SQL> select * from v$timezone_file; FILENAME VERSION CON_ID -------------------- ---------- ---------- timezlrg_32.dat 32 0
3. Updating sqlnet.ora file
Post upgrade, you might not be able to connect to the existing users with the passwords. So to fix this add SQLNET.ALLOWED_LOGON_VERSION_SERVER=11 to sqlnet.ora file
export ORACLE_HOME=/oracle/app/oracle/product/19.0.0.0/dbhome_1
cd $ORACLE_HOME/network/admin
cat sqlnet.ora SQLNET.ALLOWED_LOGON_VERSION_SERVER=11
4. Once you have confirmed that upgrade is successful and there is no rollback, you can drop the restore point.
select * from v$restore_point; drop restore point
5. Updating compatible parameter post upgrade.
Once upgrade is successful , do testing on your database . Once testing is successful you can update the compatible parameter. However once compatible parameter is updated, database cannot be downgraded. So always do proper testing and take a full backup before updating the compatible parameter.
- Take fullbackup of the database.
- Update compatible parameter
alter system set compatible='19.0.0' scope=spfile; shutdown immediate; startup SELECT name, value FROM v$parameter WHERE name = 'compatible';
which user should we be running ./runInstaller as?
As oracle owner I.e oracle user
Hi, thanks for the guide. You may have a typo, paragraph 6 repeats paragraph 5.
I understand there should be something like:
purge dba_recyclebin;
Thank you , i have updated the same 🙂
After upgrading the database to 19c all oracle default users are in LOCKED state. What could be the action I need to take now.Please suggest
We use encryption wallet. Received errors during post install step that listener existed. I had copied /network/admin from 12.1.0 home to 19.3.0 home prior to upgrade so I think this caused the errors when DBUA went it migrated netca. I renamed the 19.3 files and the post upgrade steps progressed. I verified listener.ora, sqlnet.ora, tnsnames.ora in 19.3 and our local changes did not exist, so it did not migrate from 12.1 to 19.3, it created new. What is the proper steps for handling the listener part of DBUA?
If you are using DBUA for upgrade, then don’t copy the network related files like listener.ora or tnsnames.ora file to new 19c home. DBUA will take care of migrating the same to new ORACLE_HOME