Do we need to run catbundle.sql for ANY new db we create after CPU's?

Question

We're in the middle of reviewing the JAN2009CPU readme, and found a curiosity in the patch notes.
- Our platform is Oracle 10.2.0.4 Enterprise Edition on Solaris 10 64-bit.
In the Post-Patch instructions for the CPU, we see the following clause
{color:#3366ff} ...
3.3.5, "Post Installation Instructions for New and Upgraded Databases"
These instructions are for both non-RAC environments and RAC environments
when a database is created or upgraded after the installation of CPUJan2009.
You must execute the steps in Section 3.3.2.1, "Loading Modified .sql Files
into the Database"" and Section 3.3.2.2, "Recompiling Views in the Database"
for *any new database that was created* by any of the following methods:
- Using DBCA (Database Configuration Assistant) to select a sample database (General, Data Warehouse, Transaction Processing)
- Using a script that was created by DBCA that creates a database from a sample database
- Cloning a database that was created by either of the two preceding methods,
and if Section 3.3.2.1, "Loading Modified .sql Files into the Database"
was not executed after CPUJan2009 was applied.
Upgraded databases require no post-installation steps to be executed.
{color}
I don't understand -- does this mean we have to do the following any time
we create a new database from now on?
- run dbca
{color:#ff0000} - run '@?/rdbms/admin/catbundle.sql cpu apply'
- check $ORACLE_HOME/cfttoollogs/catbundle/catbundle_CPU_<SID>_APPLY_<TimeStamp>.log for errors
- run '@?/cpu/view_recompile/view_recompile_jan2008cpu'{color}
I would have thought that the new SQL scripts under $ORACLE_HOME are already
upgraded, so that we do not *have* to do any extra work on top of simply running
dbca to create a new DB.
I see a similar phrase in the CPU2008JUL (patch 7150470):
{color:#0000ff} "You must execute the steps in this section (Section 3.3.2.1,
"Loading Modified .sql Files into the Database") for any new database you create
or any database upgraded to this release since the CPUJul2008 patch was applied."
{color}
.. AND CPU2008OCT (patch 7375644):
{color:#0000ff} You must execute the steps ... for any new database you create or
any database upgraded to this release since the CPUOct2008 patch was applied.
{color}
.. but the April 2008 CPU (patch 6864068) doesn't have these clauses.
Can anybody clarify this issue? Have you created DB's after the JAN2009 CPU
and not run the catbundle.sql, had any problems?
Edited by: lrp on Feb 4, 2009 2:45 PM

Answer 1

lrp wrote:
We're in the middle of reviewing the JAN2009CPU readme, and found a curiosity in the patch notes.
- Our platform is Oracle 10.2.0.4 Enterprise Edition on Solaris 10 64-bit.
In the Post-Patch instructions for the CPU, we see the following clause
{color:#3366ff} ...
3.3.5, "Post Installation Instructions for New and Upgraded Databases"
These instructions are for both non-RAC environments and RAC environments
when a database is created or upgraded after the installation of CPUJan2009.
You must execute the steps in Section 3.3.2.1, "Loading Modified .sql Files
into the Database"" and Section 3.3.2.2, "Recompiling Views in the Database"
for *any new database that was created* by any of the following methods:
- Using DBCA (Database Configuration Assistant) to select a sample database (General, Data Warehouse, Transaction Processing)
- Using a script that was created by DBCA that creates a database from a sample database
- Cloning a database that was created by either of the two preceding methods,
and if Section 3.3.2.1, "Loading Modified .sql Files into the Database"
was not executed after CPUJan2009 was applied.
Upgraded databases require no post-installation steps to be executed.
{color}
I don't understand -- does this mean we have to do the following any time
we create a new database from now on?
- run dbca
{color:#ff0000} - run '@?/rdbms/admin/catbundle.sql cpu apply'
- check $ORACLE_HOME/cfttoollogs/catbundle/catbundle_CPU_<SID>_APPLY_<TimeStamp>.log for errors
- run '@?/cpu/view_recompile/view_recompile_jan2008cpu'{color}
I would have thought that the new SQL scripts under $ORACLE_HOME are already
upgraded, so that we do not *have* to do any extra work on top of simply running
dbca to create a new DB.
I see a similar phrase in the CPU2008JUL (patch 7150470):
{color:#0000ff} "You must execute the steps in this section (Section 3.3.2.1,
"Loading Modified .sql Files into the Database") for any new database you create
or any database upgraded to this release since the CPUJul2008 patch was applied."
{color}
.. AND CPU2008OCT (patch 7375644):
{color:#0000ff} You must execute the steps ... for any new database you create or
any database upgraded to this release since the CPUOct2008 patch was applied.
{color}
.. but the April 2008 CPU (patch 6864068) doesn't have these clauses.
Can anybody clarify this issue? Have you created DB's after the JAN2009 CPU
and not run the catbundle.sql, had any problems?
Edited by: lrp on Feb 4, 2009 2:45 PMIt's pretty explicit:
*You must execute the steps* in Section 3.3.2.1, "Loading Modified .sql Files
into the Database"" and Section 3.3.2.2, "Recompiling Views in the Database"
for any new database that was created <b><i><u>by any of the following methods</u></i></b>:
- Using DBCA (Database Configuration Assistant) to select a sample database (General, Data Warehouse, Transaction Processing)
- Using a script that was created by DBCA that creates a database from a sample database
- Cloning a database that was created by either of the two preceding methods,
and if Section 3.3.2.1, "Loading Modified .sql Files into the Database"
was not executed after CPUJan2009 was applied.
So, if you create a database by any of the explicitly listed methods (all of which are creating a database from a backup that my have been made of a database that was not patched to that level) then you need to run the scripts. If you create a database by some other method (about all that is left is a command line CREATE DATABASE) then part of that creation will necessarily include running the necessary cat* scripts, which will already be at the correct level.