[̲̅O][̲̅R][̲̅A][̲̅C][̲̅L][̲̅E] [̲̅R][̲̅A][̲̅C]
Ø First take “RMAN FULL Backup” of PRODUCTION RAC database.
Shutdown NODE-2 of ORACLE RAC Cluster
Step 1) IN NODE-2, Disable auto start of CRS in order to be able to perform server-OS Patching. So that CRS is not restarted after a reboot of the server.
|
Step 2) Shutdown the instance running on NODE-2.
|
Step 3) Shutdown oracle cluster ware.
|
Step 4) Check cluster ware and database instance status.
|
Handover NODE-2 to IT team for OS patching.
|
After OS
Patching:
|
Startup NODE-2 of ORACLE RAC Cluster
Step 1) IN NODE-2, enable auto start of
CRS.
|
|
Step 2) Start oracle cluster ware.
|
|
Step 3) Startup the
RACDB2 instance on NODE-2.
|
|
Step 4) Check cluster ware and database instance status.
|
|
Handover NODE-2 to Apps team to check it functionality.
|
|
Note:- After confirmation
from Apps team that everything running smoothly then only we will go for
NODE-1.
Otherwise IT team will have to Rollback OS Patch in
NODE-2 !!
|
☑ Again we will follow
the same steps as all mentioned above for Node 1
|
Shutdown NODE-1 of ORACLE RAC Cluster
Step 1) IN NODE-1, Disable auto start
of CRS in order to be able to perform server-OS Patching. So that CRS is not
restarted after a reboot of the server.
|
|
Step 2) Shutdown the
instance running on NODE-1.
|
|
Step 3) Shutdown oracle cluster ware.
|
|
Step 4) Check cluster ware and database instance status.
|
|
Handover NODE-1 to IT team for OS patching. |
After OS Patching:
|
Startup NODE-1 of ORACLE RAC Cluster
Step 1) IN NODE-1, enable auto start of
CRS.
|
|
Step 2) Start oracle cluster ware.
|
|
Step 3) Startup the
RACDB1 instance on NODE-1.
|
|
Step 4) Check cluster ware and database instance status.
|
|
Handover NODE-1
to Apps team to check it functionality.
|
|
Apps team will need to confirm that everything running smoothly from their end..!! |
Else even after rollback of OS patch if it doesn't work then we can restore RAC database from latest backup which we have taken just before the activity.