Patch 13621679 - 11.1.0.7.11 Patch Set Update

Oracle® Database

Patch 13621679 - 11.1.0.7.11 Patch Set Update

 

Released: April 17, 2012

This document is accurate at the time of release. For any changes and additional information regarding PSU 11.1.0.7.11, see these related documents that are available at My Oracle Support (http://support.oracle.com/):

Note 1406574.1 Patch Set Update and Critical Patch Update April 2012 Availability Document

Note 854428.1 Patch Set Updates for Oracle Products,

Note 1399163.1 Oracle Database Patch Set Update 11.1.0.7.11 Known Issues

This document includes the following sections:

1 Patch Information

Patch Set Update (PSU) patches are cumulative. That is, the content of all previous PSUs is included in the latest PSU patch.

PSU 11.1.0.7.11 includes all fixes previously included in PSU 11.1.0.7.10 and those listed in .

To install the PSU 11.1.0.7.11 patch, the Oracle home must have the 11.1.0.7.0 Database installed. Subsequent PSU patches can be installed on Oracle Database 11.1.0.7.0 or any PSU with a lower 5th numeral version than the one being installed.

This patch contains a security fix due to which a SELECT query's plan MAY change under the following conditions:

The SELECT queries a table protected with a Fined Grained Auditing policy

And the policy condition is NULL

 describes installation types and security content. For each installation type, it indicates the most recent PSU patch to include new security fixes that are pertinent to that installation type. If there are no security fixes to be applied to an installation type, then "None" is indicated. If a specific PSU is listed, then apply that or any later PSU patch to be current with security fixes.

Table 1 Installation Types and Security Content

Installation TypeLatest PSU with Security Fixes

Server homes

PSU 11.1.0.7.11

Client-Only Installations

PSU 11.1.0.7.11

Instant Client Installations

None

(The Instant Client installation is not the same as the client-only Installation. For additional information about Instant Client installations, see Oracle Database Concepts.)

ASM (Automatic Storage Management) homes

PSU 11.1.0.7.11

CRS (Cluster Ready Services) homes

None

2 Prerequisites

This section includes the following section:

2.1 OPatch Utility

You must use the OPatch utility version 11.1.0.8.2 or later to apply this patch. Oracle recommends that you use the latest released OPatch 11.1, which is available for download from My Oracle Support patch6880880 by selecting the 11.1.0.0.0 release.

For information about OPatch documentation, including any known issues, see My Oracle Support Note 293369.1 OPatch documentation list.

3 Installation

These instructions are for both non-RAC environments and RAC environments.

3.1 Patch Pre-Installation Instructions

Before you install PSU 11.1.0.7.11, perform the following actions to check the environment and to detect and resolve any one-off patch conflicts.

3.1.1 Environment Checks

Ensure that the $PATH definition has the following executables: make, ar, ld, and nm.

The location of these executables depends on your operating system. On many operating systems, they are located in /usr/ccs/bin, in which case you can set your PATH definition as follows:

export PATH=$PATH:/usr/ccs/bin

3.1.2 One-off Patch Conflict Detection and Resolution

For an introduction to the PSU one-off patch concepts, see "Patch Set Updates Patch Conflict Resolution" in My Oracle Support Note 854428.1 Patch Set Updates for Oracle Products.

The fastest and easiest way to determine whether you have one-off patches in the Oracle home that conflict with the PSU, and to get the necessary conflict resolution patches, is to use the Patch Recommendations and Patch Plans features on the Patches & Updates tab in My Oracle Support. These features work in conjunction with the My Oracle Support Configuration Manager. Recorded training sessions on these features can be found in Note 603505.1.

However, if you are not using My Oracle Support Patch Plans, follow these steps:

Determine whether any currently installed one-off patches conflict with the PSU patch as follows:

unzip p13621679_11107_<platform>.zipopatch prereq CheckConflictAgainstOHWithDetail -phBaseDir ./13621679

The report will indicate the patches that conflict with PSU 13621679 and the patches for which PSU 13621679 is a superset. Refer to "Patch Set Updates Patch Conflict Resolution" in My Oracle Support Note854428.1 Patch Set Updates for Oracle Products.

Note that Oracle proactively provides PSU 11.1.0.7.11 one-off patches for common conflicts.

Use My Oracle Support Note 1321267.1 Database Patch conflict resolution to determine, for each conflicting patch, whether a conflict resolution patch is already available, and if you need to request a new conflict resolution patch or if the conflict may be ignored

When all the PSU 11.1.0.7.11 one-off patches that you have requested are available at My Oracle Support, proceed with .

3.2 Patch Installation Instructions

Follow these steps:

If you are using a Data Guard Physical Standby database, you must install this patch on both the primary database and the physical standby database, as described by My Oracle Support Note 278641.1.

If you are patching an ASM instance, shut down all Oracle Database instances that use this ASM instance. (To see which Oracle Database instances are connected to this ASM instance, query the V$ASM_CLIENT view.)

Do one of the following, depending on whether this is a RAC environment:

If this is a RAC environment, choose one of the patch installation methods provided by OPatch (rolling, all node, or minimum downtime), and shutdown instances and listeners as appropriate for the installation method selected.

This PSU patch is rolling RAC installable. Refer to My Oracle Support Note 244241.1 Rolling Patch - OPatch Support for RAC.

If this is not a RAC environment, shut down all instances and listeners associated with the Oracle home that you are updating. For more information, see Oracle Database Administrator's Guide.

Set your current directory to the directory where the patch is located and then run the OPatch utility by entering the following commands:

unzip p13621679_11107_<platform>.zipcd 13621679opatch apply

If there are errors, refer to .

3.3 Post Installation Instructions

Do not perform the operations in this section on ASM instances. However, if you shut down ASM as part of applying the PSU, you must start ASM instances before you can perform any of the actions in this section on any database instances.

After installing the patch, perform the following actions:

Apply conflict resolution patches as explained in .

Load modified SQL files into the database, as explained in .

Recompile views in the database, if necessary, as explained in .

3.3.1 Applying Conflict Resolution Patches

Apply the patch conflict resolution one-off patches that were determined to be needed when you performed the steps in .

3.3.2 Loading Modified SQL Files into the Database

The following steps load modified SQL files into the database. For a RAC environment, perform these steps on only one node.

For each database instance running on the Oracle home being patched, connect to the database using SQL*Plus. Connect as SYSDBA and run the catbundle.sql script as follows:

cd $ORACLE_HOME/rdbms/adminsqlplus /nologSQL> CONNECT / AS SYSDBASQL> STARTUPSQL> @catbundle.sql psu applySQL> QUIT

The catbundle.sql execution is reflected in the dba_registry_history view by a row associated with bundle series PSU.

For information about the catbundle.sql script, see My Oracle Support Note 605795.1 Introduction to Oracle Database catbundle.sql.

Check the following log files in $ORACLE_HOME/cfgtoollogs/catbundle for any errors:

catbundle_PSU_<database SID>_APPLY_<TIMESTAMP>.logcatbundle_PSU_<database SID>_GENERATE_<TIMESTAMP>.log

where TIMESTAMP is of the form YYYYMMMDD_HH_MM_SS. If there are errors, refer to .

3.3.3 Recompiling Views in the Database

Recompiling views in the database is a one-time action that is required to complete the installation of CPU fixes that were initially released in January, 2008. It requires that the database be in upgrade mode, so this step is not rolling RAC installable. You may defer this step to a later downtime. If you do this, your system will continue to work; however, the installation of the January 2008 CPU fixes will not be complete until the view recompilation is completed.

Skip this section if you have recompiled views for this database during the installation of a previous PSU or CPU.

The time required to recompile the views and related objects depends on the total number of objects and on your system configuration. In one internal Oracle test with approximately 2000 views and 4000 objects, the total execution time for view_recompile_jan2008cpu.sql and utlrp.sql was about 30 minutes.

If you want to check whether view recompilation has already been performed for the database, execute the following statement:

SELECT * FROM registry$history where ID = '6452863';

If the view recompilation has been performed, this statement returns one or more rows. If the view recompilation has not been performed, this statement returns no rows.

The following steps recompile the views in the database. For a RAC environment, perform these steps on only one node.

Run the pre-check script (so named because it was initially released in CPUJan2008), which reports the maximum number of views and objects that may be recompiled:

cd $ORACLE_HOME/cpu/view_recompilesqlplus /nologSQL> CONNECT / AS SYSDBASQL> @recompile_precheck_jan2008cpu.sqlSQL> QUIT

The purpose of this step is to help you determine whether view recompilation should be done at the same time as the PSU install, or scheduled later.

If the database is not in a RAC environment, perform this step and skip the next step. (If the database is in a RAC environment, go to the next step.)

Run the view recompilation script. Note that this script is run with the database in upgrade mode, which restricts connections as SYSDBA.

cd $ORACLE_HOME/cpu/view_recompilesqlplus /nologSQL> CONNECT / AS SYSDBASQL> SHUTDOWN IMMEDIATESQL> STARTUP UPGRADESQL> @view_recompile_jan2008cpu.sqlSQL> SHUTDOWN;SQL> STARTUP;SQL> QUIT

If the database is in a RAC environment, run the view recompilation script as follows. Note that this script is run with the database in upgrade mode, which restricts connections as SYSDBA. Stop all instances except the one where the view recompilation is being executed.

cd $ORACLE_HOME/cpu/view_recompile$ sqlplus / as sysdbaSQL> STARTUP NOMOUNTSQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=spfile;SQL> SHUTDOWNSQL> STARTUP UPGRADESQL> @view_recompile_jan2008cpu.sqlSet the CLUSTER_DATABASE initialization parameter to TRUE:SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=spfile;SQL> EXITRestart the database:$ sqlplus / as sysdba SQL> SHUTDOWNSQL> EXITcd $CRS_HOME/binsrvctl start database -d <database-name>

Check the log file for any errors. The log file is in the current directory and is named: vcomp_<sid>_<timestamp>.log

If any invalid objects were reported, run the utlrp.sql script as follows:

cd $ORACLE_HOME/rdbms/adminsqlplus /nologSQL> CONNECT / AS SYSDBASQL> @utlrp.sql

Then, manually recompile any invalid objects. For example:

SQL> alter package schemaname.packagenamecompile;

3.4 Post Installation Instructions for Databases Created or Upgraded after Installation of PSU 11.1.0.7.11 in the Oracle Home

These instructions are for a database that is created or upgraded after the installation of PSU 11.1.0.7.11.

You must execute the steps in  for any new database only if it 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

Upgraded databases require that you perform the steps in  if these steps have not previously been performed; otherwise, no post-installation steps need to be performed.

4 Deinstallation

These instructions are for both Non-RAC environments and RAC environments.

4.1 Patch Deinstallation Instructions for a Non-RAC Environment

Follow these steps:

Verify that an $ORACLE_HOME/rdbms/admin/catbundle_PSU_<database SID>_ROLLBACK.sql file exists for each database associated with this ORACLE_HOME. If this is not the case, you must execute the steps in  against the database before deinstalling the PSU.

Shut down all instances and listeners associated with the Oracle home that you are updating. For more information, see Oracle Database Administrator's Guide.

Run the OPatch utility specifying the rollback argument as follows.

opatch rollback -id 13621679

If there are errors, refer to .

4.2 Post Deinstallation Instructions for a Non-RAC Environment

Follow these steps:

Start all database instances running from the Oracle home. (For more information, see Oracle Database Administrator's Guide.)

For each database instance running out of the ORACLE_HOME, connect to the database using SQL*Plus as SYSDBA and run the rollback script as follows:

cd $ORACLE_HOME/rdbms/adminsqlplus /nologSQL> CONNECT / AS SYSDBASQL> STARTUPSQL> @catbundle_PSU_<database SID>_ROLLBACK.sqlSQL> QUIT

In a RAC environment, the name of the rollback script will have the format catbundle_PSU_<database SID PREFIX>_ROLLBACK.sql.

Check the log file for any errors. The log file is found in $ORACLE_HOME/cfgtoollogs/catbundle and is named catbundle_PSU_<database SID>_ROLLBACK_<TIMESTAMP>.log whereTIMESTAMP is of the form YYYYMMMDD_HH_MM_SS. If there are errors, refer to .

4.3 Patch Deinstallation Instructions for a RAC Environment

Follow these steps for each node in the cluster, one node at a time:

Shut down the instance on the node. (Shut down all RDBMS instances before any ASM instances.)

Run the OPatch utility specifying the rollback argument as follows.

opatch rollback -id 13621679

If there are errors, refer to .

Start the instance on the node. Depending on the type of home, enter the following commands or command.

For ASM homes:

srvctl start listenersrvctl start asmsrvctl start instance

For RDBMS (non-ASM) homes:

srvctl start instance

4.4 Post Deinstallation Instructions for a RAC Environment

Follow the instructions listed in Section  only on the node for which the steps in  were executed during the patch application.

All other instances can be started and accessed as usual while you are executing the deinstallation steps.

5 Known Issues

For information about OPatch issues, see My Oracle Support Note 293369.1 OPatch documentation list.

For issues documented after the release of this PSU, see My Oracle Support Note 1399163.1 Oracle Database Patch Set Update 11.1.0.7.11 Known Issues.

Other known issues are as follows.

Issue 1   

The following ignorable errors may be encountered while running the catbundle.sql script or its rollback script:

ORA-29809: cannot drop an operator with dependent objectsORA-29931: specified association does not existORA-29830: operator does not existORA-00942: table or view does not existORA-00955: name is already used by an existing objectORA-01430: column being added already exists in tableORA-01432: public synonym to be dropped does not existORA-01434: private synonym to be dropped does not existORA-01435: user does not existORA-01917: user or role 'XDB' does not existORA-01920: user name '<user-name>' conflicts with another user or role nameORA-01921: role name '<role name>' conflicts with another user or role nameORA-01952: system privileges not granted to 'WKSYS'ORA-02303: cannot drop or replace a type with type or table dependentsORA-02443: Cannot drop constraint - nonexistent constraintORA-04043: object <object-name> does not existORA-29832: cannot drop or replace an indextype with dependent indexesORA-29844: duplicate operator name specified ORA-14452: attempt to create, alter or drop an index on temporary table already in useORA-06512: at line <line number>. If this error follow any of above errors, then can be safely ignored.ORA-01927: cannot REVOKE privileges you did not grantIssue 2   

The view recompilation pre-check script returns different results during subsequent runs (such as after the first time you ran it).

The results (the maximum number of views and objects that may be recompiled) may be more or less than reported in the previous running of the script. This is expected behavior, and is not a problem.

Issue 3   

If the view recompilation script has already been run, a message is displayed indicating that the script has already been applied.

This is not a problem, because as the instructions note, you do not need to run the script if it has already been run.

Issue 4   

On HP-UX systems, the following ignorable warnings may be encountered during the relinking of the oracle binary:

WARNING:OUI-67215:OPatch found the word "failed" in the stderr of the make command.Please look at this stderr. You can re-run this make command. cc: warning 487: Possibly incorrect message catalog.total_lntt_bytes is 0, assuming size of .debug_lnttFailed to mmap lntt temp file.Issue 5   

The inventory list of patches for PSU 11.1.0.7.2 does not include fix 9250812, although the code for this fix is, in fact, included in the PSU. This situation can result in the following issues that do not require any action on your part:

If you install PSU 11.1.0.7.2 on top of PSU 11.1.0.7.1 and patch 9250812, OPatch will detect a conflict with patch 9250812. This conflict can be ignored, and you can proceed with the installation of PSU 11.1.0.7.2.

After PSU 11.1.0.7.2 is installed, fix for patch 9250812 will not be listed in the OPatch bug inventory, but the fix is included in the PSU.

Issue 6   

The PSU 11.1.0.7.5 patch 9952228 inventory and the readme incorrectly list Bug 7171015 as being fixed.

PSU 11.1.0.7.6 will contain the bug fix for 7171015.

6 References

The following documents are references for this patch.

Note 293369.1 OPatch documentation list

Note 360870.1 Impact of Java Security Vulnerabilities on Oracle Products

Note 468959.1 Enterprise Manager Grid Control Known Issues

Note 13621679.8 Database 11.1.0.7.11 Patch Set Update (PSU)

Note 1337836.1 11.1.0.7 Patch Set Updates - List of Fixes in each PSU

7 Bugs Fixed by This Patch

This patch includes the following bug fixes.

7.1 CPU Molecules

CPU molecules in PSU 11.1.0.7.11:

PSU 11.1.0.7.11 contains all molecules previously released in PSU 11.1.0.7.10 and the following new PSU 11.1.0.7.11 molecules:

13737031 - DB-11.1.0.7-MOLECULE-073-CPUAPR2012

13737032 - DB-11.1.0.7-MOLECULE-074-CPUAPR2012

13737033 - DB-11.1.0.7-MOLECULE-075-CPUAPR2012

13737034 - DB-11.1.0.7-MOLECULE-076-CPUAPR2012

13737035 - DB-11.1.0.7-MOLECULE-077-CPUAPR2012

13737036 - DB-11.1.0.7-MOLECULE-078-CPUAPR2012

13737037 - DB-11.1.0.7-MOLECULE-079-CPUAPR2012

13737038 - DB-11.1.0.7-MOLECULE-080-CPUAPR2012

13737039 - DB-11.1.0.7-MOLECULE-081-CPUAPR2012

13737040 - DB-11.1.0.7-MOLECULE-082-CPUAPR2012

13737041 - DB-11.1.0.7-MOLECULE-083-CPUAPR2012

13737042 - DB-11.1.0.7-MOLECULE-084-CPUAPR2012

13737043 - DB-11.1.0.7-MOLECULE-085-CPUAPR2012

13813945 - DB-11.1.0.7-MOLECULE-086-CPUAPR2012

7.2 Bug Fixes

See My Oracle Support Note 1337836.1 that documents all the non-security bugs fixed in each 11.1.0.7 Patch Set Update (PSU).

PSU 11.1.0.7.11 contains all fixes previously released in PSU 11.1.0.7.10 and the following new fixes:

Buffer Cache Management

12748240 - FIX FOR BUG 12748240

12780098 - FIX FOR BUG 12780098

13503598 - FIX FOR BUG 13503598

Generic

9563951 - WRONG RESULTS ON FIRST EXECUTION OF QUERY

High Availability

9549042 - SR11.2.0.2ASM_MIRROR - CORRUPTION IN CREATE CONTROLFILE W/ASM MIRROR RECOVERY

13554409 - FIX FOR BUG 13554409

Oracle Utilities

7111196 - THE DIRECT PATH API DOESN'T HANDLE SYNONYMS FOR TABLE NAMES