Steps for PSU (Patch Set Update) Patching on RAC with Data Guard
Applying patch is one of the important task for DBA. I will discuss here how to apply PSU patch on your RAC database including DR for 12c and 11g.
Patch Set Update: A collection of proactive, stabilizing cumulative patches for a particular product version (base release or patch set). PSUs are cummulative and include all of the security fixes from SPU patches (formerly known as CPU), plus additional fixes. Oracle releases PSU every quarter [17th January, 17th April, 17th July & 17th October].
Prerequisites: Can run anytime as there is not impact on live database
- PSU # 26636028 -> GI Patch # 26635745 and JVM # 26635834
- download latest OPatch binary/software to all servers on your local file system (you may use /backup/patchs)
- Copy PSU patch to all servers (/backup/patches)
- Unzip Patch Binary
- Check Existing OPatch version on your database sever [ check required OPatch version from readme file of latest patch binary]
- $ Set Grid_HOME or ORACLE_HOME with export ORACLE_HOME=your grid/db home
$ opatch version - Update OPatch (if required)
- Download correct version(from patching readme file) of OPatch
- Have current backup of database? Make sure Full Database backup has taken.
- Run Prerequisites check for GRID/Database and JVM Patch and make sure there is no error on below commands.
Environment Variable:
Patching Prerequisite command:
Patching Activity: (During Patching Window)
Assume there is only oracle user for GRID and Oracle Home.
- (o) => run from oracle user
- (r) => run from root user
NOTE:::If Database has DR Configuration: Has to apply Step 1 – 8 on DR servers. During this time Production database don’t need to down. (Must not allowed to run parallel in two nodes)
Step 1. Disable OEM monitoring agent and another monitor agent (if applicable), setup blackout for all environments to avoid all kind of notification.
Step 2. Stop Replication with DR. Run below command on Production:
Run below command on StandBy Database:
If you have multiple database with ORACLE_HOME then can stop all databases using below commands:
Step 3: Create ocm file: [only applicable for lower version of 12c ]
Step 4: Stop GI with unlock mode
Step 5: Take GRID_HOME and ORACLE_HOME Backup
This is highly commanded to take backup of GRID/ORACLE HOME if incase need to rollback does not complete properly.
Step 6: Start HAS on node where want to apply patch
Use the CRS control utility to check the status of the CRS. The databases for the node should not come up!
Step 7: Apply GRID and RDBMS Patch
GI and RDBMS Home Patch: Apply the patch for GI and RDBMS:
For 11g or lower version:
Step 7a. Apply the patch for GI and RDBMS HOME together:
For 12c or above Version:
Step 7b: Apply the patch for GI and RDBMS separately:
Step 8: Verify patch inventory for GRID and Oracle
Step 9: Apply JVM Patch
Repeat Step 1-9 on all remaining nodes, one node at a time (Parallel not allowed).
Step 10: Lock the GI on all nodes (one by one) – after completed the above steps and start database
Step 11: Patch Post-Installation
Shutdown all instances and then startup 1 instance –
Run Oracle SQL script from 1 node and make sure scripts are running for all database.
Enable LOG_ARCHIVE_DEST_STATE [applicable if databases have DR]
Start MRP process on Standby Database to apply post database Installation on Standby
Starting the Database for Post Installation Steps in an Oracle RAC Environment
On only one node, perform the following steps to start an Oracle RAC database in startup upgrade mode.
For 11g:
The catbundle.sql execution is reflected in the dba_registry_history view by a row associated with bundle series PSU.
For 12c:
For 11g and 12c:
After installing the SQL portion of the patch, some packages could become INVALID. This will get recompiled upon access or you can run utlrp.sql to get them back into a VALID state.
Step 12. Upgrade Oracle Recovery Manager Catalog
If you are using the Oracle Recovery Manager, the catalog needs to be upgraded. Enter the following command to upgrade it:
微信赞赏
支付宝赞赏