Oracle Silent Mode, Part 2: Patching 10.2 And 11.1 Databases
This post is the second in a series of ten posts exploring some of the Oracle Universal Installer (OUI), Network Assistant (NETCA), Database Creation Assistant (DBCA), Database Upgrade Assistant (DBUA), and many more syntaxes you can use to script or speed up Oracle Installations. The complete series should look like:
- Installation of 10.2 And 11.1 Databases
- Patching 10.2 And 11.1 databases (this post!)
- Cloning Software and Databases
- Installing a 10.2 RAC Database
- Add a Node to a 10.2 RAC database
- Remove a Node from a 10.2 RAC database
- Install a 11.1 RAC Database
- Add a Node to a 11.1 RAC database
- Remove a Node from a 11.1 RAC database
- A ton of other stuff you should know
In the first post, you can find syntaxes to install a 10.2 or a 11.1 database, and how to apply a Patch Set on top of them. This post is way shorter and digs into a couple OPatch, DBUA, and OUI syntaxes. It explains how to apply a one-off patch, how to upgrade a database and how to uninstall a previous ORACLE_HOME.
Foreword
There are basically two ways to upgrade your Oracle Database Software to a new Patch Set level:
- The In-Place Way: reuse the same
ORACLE_HOME - The Out-of-Place Way necessitates that you create a new
ORACLE_HOMEfor the new Patch Set
If the 10g OFA standard contains only the Base Release version, you will be able to perform an In-Place Upgrade. Thi approach, however, has several drawbacks:
- It requires that you stop all the components (Listeners, ASM, Instances, Database Console) during the software upgrade.
- It doesn’t leave the previous
ORACLE_HOMEinstall intact, and makes more complex the build of a rollback scenario. - If you’ve installed a one-off patch, it is very likely the patchset will erase them, but Inventory will keep track of them.
For all those reasons, it’s safer to use a new ORACLE_HOME and so I won’t cover how to perform an In-Place update. Actually it’s not really different, so you should easily be able to build that scenario by yourself. And if you think: “Well, what the use of keeping only the major Database version in the OFA standard if you advise using a new ORACLE_HOME ?”, the answer is: “Once you’ve release the 10.2.0.3 ORACLE_HOME to use a 10.2.0.4 ORACLE_HOME, with that changed in the OFA standard, you’ll be able to use that ORACLE_HOME for the next Patch Set without reinstalling the software and the names will stay consistent!”. But enough of this foreword.

