| Oracle® Database Patch Set Notes 11g Release 1 (11.1.0.7) Patch Set 1 for Linux x86-64 Part Number E12582-01 |
Patch Set Notes
11g Release 1 (11.1.0.7) Patch Set 1 for Linux x86-64
E12582-01
September 2008
These patch set notes accompany the Oracle Database release 11.1.0.7 patch set. This document contains the following sections:
Patch sets are a mechanism for delivering fully tested and integrated product fixes. Patch sets provide bug fixes only; they do not include new functionality and they do not require certification on the target system.
Patch sets include all of the libraries that have been rebuilt to implement the bug fixes in the set. All of the fixes in the patch set have been tested and are certified to work with each other. Because the patch set includes only low impact patches, it does not require you to certify applications or tools against the server.
You can apply the Oracle Database release 11.1.0.7 patch set to the following Oracle Database 11g release 1 installations:
Oracle Database
Oracle Real Application Clusters
Oracle Database Client
Oracle Database Examples
Oracle Clusterware
Oracle Automatic Storage Management Only instance
Review the latest Critical Patch Update information at http://www.oracle.com/technology/deploy/security/alerts.htm.
This document may be updated after release. To check for updates to this document, see document 454507.1, ALERT: Oracle 11g release 1 (11.1) Support Status and Alerts, on the OracleMetaLink Web site:
http://metalink.oracle.com
To locate document 454507.1:
Log on to OracleMetaLink.
Click Advanced at the top of the OracleMetaLink page.
Enter 454507.1 in the Document ID field, then click Submit.
This patch set includes Oracle Universal Installer release 11.1.0.7, which is also installed when you install this patch set. This is to ensure that the Oracle home can be patched in the future. You should not use Oracle Universal Installer from the earlier maintenance release media or Oracle home.
This is not a complete software distribution. You must install it in an existing Oracle Database 11g (11.1.0.6) installation.
The Oracle Database List of Bugs Fixed, 11g release 1 (11.1.0.7) document is no longer available as a separate document that ships with the software. A mechanism for finding fixed bugs is available from document 454507.1, ALERT: Oracle 11g Release 1 (11.1) Support Status and Alerts.
There is a platform-specific document, Oracle Database Patch Set Notes, 11g release 1 (11.1.0.7) Patch Set, related to each platform for this release of the Oracle Database patch set. This document provides:
Information about how to install, reinstall, or remove the patch set.
A list of known issues relating to Oracle Database on the platform.
This document is included with the patch set software. In addition, this document and the mechanism for finding fixed bugs are available from document 454507.1, ALERT: Oracle 11g Release 1 (11.1) Support Status and Alerts on the OracleMetaLink Web site:
http://metalink.oracle.com
To locate document 454507.1:
Log on to OracleMetaLink.
Click Advanced at the top of the OracleMetaLink page.
Enter 454507.1 in the Document ID field, then click Submit.
Check your platform-specific installation guide for a list of supported operating systems. Check Certify on the OracleMetaLink Web site for the latest certification information.
Complete the following preinstallation tasks before installing the patch set:
Review the information in the following sections. If any of the issues apply to the Oracle installation, follow the instructions before installing the patch set.
If you are an Oracle E-Business Suite customer and you want to upgrade the Oracle E-Business Suite release 11i database server to this patch set, then you must check the latest certification status and Interoperability Notes available on the OracleMetaLink Web site:
http://metalink.oracle.com
The Oracle Clusterware software must be at the same or newer level as the Oracle software in the Oracle RAC Oracle home or ASM Home. Therefore, you should always upgrade Oracle Clusterware before you upgrade Oracle RAC or Oracle ASM. This patch does not allow you to upgrade Oracle RAC or Oracle ASM before you upgrade Oracle Clusterware.
Automatic Storage Management (ASM) rolling upgrades enable you to independently upgrade or patch clustered ASM nodes without affecting database availability, thus providing greater uptime. Rolling upgrade means that all of the features of a clustered ASM environment function when one or more of the nodes in the cluster uses different software versions.
To perform a rolling upgrade, your environment must be prepared. If you are using Oracle Clusterware, then your Oracle Clusterware must be fully upgraded to the next patch or release version before you start the ASM rolling upgrade. In addition, you should prepare your Oracle Clusterware in a rolling upgrade manner to ensure high availability and maximum uptime.
For information about ASM rolling upgrades, see Chapter 3, "Administering ASM Instances", in Oracle Database Storage Administrator's Guide.
Before cloning the Oracle Clusterware home in Oracle 11g release 11.1.0.7, you must run the preupdate script as the root user from the source node as follows.
$ $CRS_HOME/install/preupdate.sh
To apply this patch set, Oracle OLAP users should ensure that the base release is Enterprise Edition 11.1.0.6.0 with the Oracle OLAP option installed. Oracle highly recommends the Data Warehouse configuration type to optimize the database for Oracle OLAP.
After upgrade to 11.1.0.7, Oracle Text uses Oracle Outside In HTML Export for document filtering instead of filtering technology licensed from Autonomy, Inc. With migration to Oracle Outside In HTML Export, several document formats are no longer supported. Refer to Appendix B of Oracle Text Reference for a complete list of filter-supported document formats in 11.1.0.7.
The document formats no longer supported in 11.1.0.7 are listed in the following sections.
The following word processing formats are no longer supported:
Applix Words (AW), versions 3.11, 4.0, 4.1, 4.2, 4.3, 4.4
JustSystems Ichitaro (JTD), version 2005
Folio Flat File (FFF), version 3.1
Fujitsu Oasys (OA2), version 7
Lotus Word Pro (LPW), versions 9.7 and 9.8
WordPerfect for Linux, all versions
The following desktop publishing format is no longer supported:
Adobe FrameMaker (MIF), version 7
The following spreadsheet formats are no longer supported:
Applix Spreadsheets (AS), versions 4.2, 4.3, 4.4
Lotus 1-2-3 (123), Millenium Edition R9, version 9.8
Microsoft Works Spreadsheet (DOS), versions 3 and 4
Microsoft Works Spreadsheet (Mac), versions 3 and 4
Comma Separated Values (CSV)
The following presentation formats are no longer supported:
Applix Presents (AG), versions 4.0, 4.2, 4.3, 4.4
Lotus Freelance Graphics (PRE) Millenium Edition R9, version 9.8
Microsoft Visio XML format, version 2003
The following graphics formats are no longer supported:
SGI RGB Image (RGB), no specific version
Windows Animated Cursor (ANI), no specific version
WordPerfect Graphics 2 (WPG2), version 7
Microsoft Office Drawing (MSO), no specific version
Microsoft Icon Cursor (ICO), no specific version
This is not a complete software distribution. You must install it in an existing Oracle Database 11g release 11.1.0.6 Oracle home. To identify Oracle home directories, view the /etc/oratab file.
You should then cross-check this by executing the following command:
opatch lsinventory -all
Before installing this patch set in a production environment, review document 454507.1, ALERT: Oracle 11g release 1 (11.1) Support Status and Alerts, available on the OracleMetaLink Web site:
http://metalink.oracle.com
To locate this document:
Log on to OracleMetaLink.
Click Advanced at the top of the OracleMetaLink page.
Enter 454507.1 in the Document ID field, then click Submit.
This document is created by Oracle Support Services and provides information about the status of issues discovered after this patch set was released. If you are unable to access this site, then contact Oracle Support Services before installing this patch set in a production environment.
To download and extract the patch set installation software:
Download patch 6890831 for your 11.1.0.7 platform to a directory that is not the Oracle home directory or under the Oracle home directory.
Compare the downloaded zip file size to the actual file size on OracleMetaLink.
Use the unzip command to unzip and extract the patch set files.
The 11.1.0.7 patch set includes the Oracle time zone definitions Version 4. This version of the time zone definitions includes the changes to daylight savings time in the USA in 2007 and other updates.
In the Oracle database the TIMESTAMP WITH LOCAL TIME ZONE (TSLTZ) and TIMESTAMP WITH TIME ZONE (TSTZ) data types and the TZ_OFFSET function select the time zone information from the time zone files.
It may be necessary to take action on existing TIMESTAMP WITH LOCAL TIME ZONE (TSLTZ) and TIMESTAMP WITH TIME ZONE (TSTZ) data or to re-apply DST patches afterwards.
For full overview please see OracleMetaLink document 568125.1 Actions for the DSTv4 update in the 11.1.0.7 patchset.
When upgrading directly from a 10.2 or 10.1 release or updating 11.1.0.6 to 11.1.0.7, check the current version of the Oracle time zone definitions with the following command:
SELECT version FROM v$timezone_file;
If the query reports version 4, no action is required.
If the query reports a version lower or higher then 4, see OracleMetaLink document 568125.1, Actions for the DSTv4 update in the 11.1.0.7 patchset.
On upgrading from Oracle9i directly to Release 11.1.0.7, see OracleMetaLink document 568125.1, Actions for the DSTv4 update in the 11.1.0.7 patchset.
Enter the following commands to set the ORACLE_HOME and ORACLE_SID environment variables:
Bourne, Bash, or Korn shell:
$ ORACLE_HOME=Oracle_home $ ORACLE_SID=sid $ PATH=$ORACLE_HOME/bin:$ORACLE_HOME/bin/OPatch:$PATH: $ export ORACLE_HOME ORACLE_SID PATH
C shell:
% setenv ORACLE_HOME Oracle_home % setenv ORACLE_SID sid % setenv PATH $ORACLE_HOME/bin:$ORACLE_HOME/bin/OPatch:$PATH
In these examples, Oracle_home is the Oracle home directory where the Oracle Database 11g installation that you want to upgrade is installed, and sid is the system identifier of the database that you want to upgrade. For Oracle RAC installations, sid is generally the sid prefix and the instance number. For example, ORCL1.
Go to the following sections based on the Oracle Database installation type:
See also:
"How to Stop Processes in an Existing Oracle Real Application Clusters Database" in Oracle Database Oracle Real Application Clusters Installation Guide.Shut down the following Oracle Database 11g processes in the order specified before installing the patch set:
Shut down all processes in the Oracle home that might be accessing a database, for example Oracle Enterprise Manager Database Control:
$ emctl stop dbconsole
$ lsnrctl stop [listener_name]
Note:
Before you shut down all processes that are monitored by Oracle Enterprise Manager Grid Control, set a blackout in Grid Control for the processes that you intend to shut down. This is necessary so that the availability records for these processes indicate that the shutdown was planned downtime rather than an unplanned system outage.Shut down all database instances running in the Oracle home directory where you will install the patch set.
Shut down all listeners running in the Oracle home directory where you will install the patch set.
If the Automatic Storage Management instance is running in the Oracle home directory where you need to install the patch set, then perform the following steps:
Enter the following commands to set the $ORACLE_HOME and $ORACLE_SID environment variables:
Bourne, Bash, or Korn shell:
$ export ORACLE_SID=+ASM $ export ORACLE_HOME=ASM_HOME
C shell:
% setenv ORACLE_SID +ASM % setenv ORACLE_HOME ASM_HOME
Shut down the Automatic Storage Management instance:
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSASM
Enter password:SYS_password
SQL> SHUTDOWN IMMEDIATE
Shut down the Oracle Cluster Synchronization Services instance by entering the following command as the root user:
# $ORACLE_HOME/bin/crsctl stop crs
This section contains the following information:
By default, Oracle supports rolling upgrade for Oracle Clusterware. Complete the following steps only on one node:
Shut down all processes in the Oracle home on the node that might be accessing a database, for example Oracle Enterprise Manager Database Control:
$ emctl stop dbconsole
Note:
Before you shut down all processes that are monitored by Oracle Enterprise Manager Grid Control, set a blackout in Grid Control for the processes that you intend to shut down. This is necessary so that the availability records for these processes indicate that the shutdown was planned downtime rather than an unplanned system outage.Shut down all Oracle RAC instances on the node on which you intend to perform the rolling upgrade. To shut down Oracle RAC instances on individual nodes in the database, enter the following command where db_name is the name of the database:
$ srvctl stop instance -d db_name -i inst_name
If an Automatic Storage Management instance is present, then shut down the Automatic Storage Management instance on the node on which you intend to perform the rolling upgrade. To shut down an Automatic Storage Management instance, enter the following command where node is the name of the node where the Automatic Storage Management instance is running:
$ srvctl stop asm -n node
Stop all node applications on the node on which you intend to perform the rolling upgrade. To stop node applications running on a node, enter the following command, where node is the name of the node where the applications are running:
$ srvctl stop nodeapps -n node
Complete the steps mentioned in Section 8, "Installation Tasks".
Note:
The following instructions are displayed on the Oracle Universal Installer screen:To complete the installation of this patch set, perform the following tasks on each node:
Log in as the root user and enter the following command to shut down the Oracle Clusterware:
# CRS_home/bin/crsctl stop crs
Run the root111.sh script to automatically start the Oracle Clusterware on the patched machine:
# CRS_home/install/root111.sh
To upgrade the rest of the nodes, go to the next node and perform Steps 1 to 4 and then log in as the root user and perform the following steps:
Enter the following command to shut down the Oracle Clusterware:
# CRS_home/bin/crsctl stop crs
Run the root111.sh script to automatically start the Oracle Clusterware on the patched node:
# CRS_home/install/root111.sh
Note:
Rolling upgrade is not supported on Shared Oracle home.For non rolling upgrade, Oracle Clusterware needs to be shut down completely.
Complete the following steps:
Note:
You must perform these steps in the order listed.Shut down all processes in the Oracle home on each node that might be accessing a database, for example Oracle Enterprise Manager Database Control:
$ emctl stop dbconsole
Note:
Before you shut down all processes that are monitored by Oracle Enterprise Manager Grid Control, set a blackout in Grid Control for the processes that you intend to shut down. This is necessary so that the availability records for these processes indicate that the shutdown was planned downtime rather than an unplanned system outage.Shut down all Oracle RAC instances on all cluster nodes by entering the following command where db_name is the name of the database:
$ srvctl stop database -d db_name
If Automatic Storage Management instance is present in the home to which the patch is being applied, then shut down Automatic Storage Management instances on all cluster nodes by entering the following command where node is the name of the node where the Automatic Storage Management instance is running:
$ srvctl stop asm -n node
Stop all node applications on all cluster nodes by entering the following command, where node is the name of the node where the applications are running:
$ srvctl stop nodeapps -n node
Shut down the Oracle Clusterware processes by entering the following command on all nodes as the root user:
# CRS_home/bin/crsctl stop crs
Complete the steps mentioned in Section 8, "Installation Tasks".
Note:
The following instructions are displayed on the Oracle Universal Installer screen:To complete the installation of this patch set, perform the following tasks on each node:
Log in as the root user and enter the following command to shut down the Oracle Clusterware:
# CRS_home/bin/crsctl stop crs
Run the root111.sh script to automatically start the Oracle Clusterware on the patched node:
# CRS_home/install/root111.sh
Shut down the following Oracle Database 11g processes before installing the patch set:
Shut down all processes in the Oracle home on each node that might be accessing a database, for example Oracle Enterprise Manager Database Control:
$ emctl stop dbconsole
Note:
Before you shut down all processes that are monitored by Oracle Enterprise Manager Grid Control, set a blackout in Grid Control for the processes that you intend to shut down. This is necessary so that the availability records for these processes indicate that the shutdown was planned downtime rather than an unplanned system outage.Shut down all Oracle RAC instances on the nodes, which run from the Oracle home on which you are going to apply the patch set. To shut down all Oracle RAC instances for a database, enter the following command where db_name is the name of the database:
$ srvctl stop database -d db_name
If Automatic Storage Management instance is present in the home to which the patch is being applied, then shut down all Automatic Storage Management instances on all nodes. To shut down an Automatic Storage Management instance, enter the following command where node is the name of the node where the Automatic Storage Management instance is running:
$ srvctl stop asm -n node
This needs to be done only when patching the home from where ASM runs. It is recommended that ASM run from a different ORACLE_HOME than the database.
Stop any listeners that are running from the Oracle home that you are patching on all nodes. To stop the listener running on a node, enter the following command, where node is the name of the node where the listener is running:
$ srvctl stop listener -n node [-l listenername]
Note:
Using a logical standby database, you can upgrade Oracle Database software and patch sets with almost no downtime. Using Data Guard SQL Apply, you can perform a rolling upgrade of the Oracle Database software from release 11.1.0.6 to the current patch set release. During a rolling upgrade, you can run different releases of Oracle Database on the primary and logical standby databases, while you upgrade them, one at a time, incurring minimal downtime on the primary database.See also:
Chapter 12, "Using SQL Apply to Upgrade the Oracle Database" in Oracle Data Guard Concepts and Administration.If you are a user of Oracle Warehouse Builder 11.1 (Release 11.1.0.6), that is, you set up the OWB repository and workspaces, and you are using OWB functionality, then you need to perform the following steps prior to installing the Oracle Database 11.1.0.7 patch:
Exit all Oracle Warehouse Builder applications.
Stop the OWB Control Center service.
To stop the Control Center service, run the stop_service.sql script:
$ sqlplus OWBSYS
Enter password: OWBSYS_password
@ $ORACLE_HOME/owb/rtp/sql/stop_service.sql
A return value of Not Available appears, indicating that you successfully stopped the service.
After installing the Oracle Database 11.1.0.7 patch, you can find late-breaking information about Oracle Warehouse Builder in the OWB readme. See Locating the Oracle Warehouse Builder Readme.
Oracle recommends that you create a backup of the Oracle Inventory, Oracle 11g home and Oracle 11g Database before you install the patch set. If you are planning to apply this patch to Oracle RAC, ensure that you create a backup of these components on all nodes before applying the patch.
See also:
Oracle Database Backup and Recovery User's Guide for more informationNote:
In order to downgrade Oracle Enterprise Manager Database Control after upgrading, save your Database Control files and data before applying the patchset. Refer to Oracle Database Upgrade Guide for details.You can install the patch set either interactively or noninteractively. See one of the following sections for information about how to complete the installation:
Note:
If you also plan to apply this patch to Oracle Clusterware, ensure that you apply the patch to Oracle Clusterware before applying it to Oracle Database. This is because Oracle Clusterware should always be at the same or later version as the database.To install the Oracle Database 11g patch set interactively:
Note:
If you attempt to install this patch set in an Oracle home directory that does not contain an Oracle Database 11g release 11.1.0.6 installation, Oracle Universal Installer displays a warning dialog and does not allow the installation to proceed. The warning dialog displays the following error:OUI-10091: There are no patches that need to be applied from the patch set Oracle Database 11g Release 1 Patch Set 1
11.1.0.7
To locate the correct Oracle home for the installation, choose Installed Products in Oracle Universal Installer. If Oracle Database 11g release 11.1.0.6 is installed, its home directory will be included in the list of Oracle home directories. Select the correct Oracle home and proceed with the installation.
Log in as the oracle user.
If you are not installing the software on the local computer, then run the following command on the remote computer to set the DISPLAY variable:
Bourne, Bash, or Korn shell:
$ export DISPLAY=localhost:0.0
C shell:
% setenv DISPLAY local_host:0.0
In this example, local_host is the host name or IP address of the local computer that you want to use to display Oracle Universal Installer.
Run the following command on the remote computer to check if the shell and the DISPLAY environment variable are set correctly:
echo $SHELL echo $DISPLAY
Now to enable X applications, run the following commands on the local computer:
$ xhost + [fully_qualified_remote_host_name]
To verify that X applications display is set properly, run an X11-based program that comes with the operating system such as xclock:
$ xclock
In this example, xclock_path is the directory path. For example, you can find xclock at /usr/X11R6/bin/xclocks. If the DISPLAY variable is set properly, then you can see xclock on your computer screen.
See Also:
PC-X Server or Operating System vendor documents for further assistance.Start Oracle Universal Installer located in the unzipped area of the patch set.
$ cd patchset_directory/Disk1
$ ./runInstaller
On the Welcome screen, click Next.
In the Specify Home Details screen, select the name of the Oracle home that you want to update, or select the Path that you want to update from the list, then click Next.
Enter a valid email ID with password to configure Oracle Configuration manager.
Note:
If the page is left blank, then Oracle Configuration Manager can still be configured manually using$ORACLE_HOME/ccr/bin/setupCCR after patchset installation.
If Oracle Configuration Manager was configured in 11.1.0.6, then this page will not be displayed. In this case, Oracle Configuration Manager would get upgraded to 10.3.0.1.0.
Click Next.
If you are installing the patch set on an Oracle RAC cluster, the Selected Nodes screen appears. The patch set will be installed on these nodes. Click Next.
Check for errors, if any, in the Product-Specific Prerequisite Checks and click Next.
On the Summary screen, click Install.
This screen lists all of the patches available for installation.
Note:
If you are applying this patch set to an Oracle Clusterware installation, then complete all the steps displayed by the Oracle Universal Installer.Oracle Clusterware installation instructions are also available in CRS_home/install/readme.txt.
When prompted, run the $ORACLE_HOME/root.sh script as the root user. If you are applying the patch set to an Oracle RAC installation, then run the root.sh script on each node of the cluster.
Note:
If you are applying this patch set to an Oracle Clusterware home, Oracle Universal Installer will guide you through several additional steps and prompt you to run theroot111.sh script as the root user.On the End of Installation screen, click Exit, then click Yes to exit from Oracle Universal Installer.
To install the Oracle Database 11g patch set noninteractively:
Copy the response file template provided in the response directory where you unpacked the patch set archive file.
Edit the values for all fields labeled as <Value Required> as described by the comments and examples in the template.
To run Oracle Universal Installer, enter a command similar to the following, where response_file_path is the full path to the response file that you edited:
$ ./runInstaller -silent -responseFile response_file_path
Note:
If you are applying this patch set to an Oracle Clusterware home, then complete all the steps in theCRS_home/install/readme.txt file.After the installation, run the $ORACLE_HOME/root.sh script as the root user. If you are applying the patch set to an Oracle RAC installation, then run the root.sh script on each node of the cluster.
Review the information in this section before using the upgraded software. This section lists required and optional postinstallation tasks, depending on the installation type and the products that you want to use.
Upgrading Earlier Oracle Database to Oracle Database 11g Release 1 (11.1.0.7)
Upgrading Oracle Database 11g Release 11.1.0.6 to Oracle Database 11g Release 11.1.0.7
Configuring Oracle Configuration Manager in a Cloned Oracle Home
Configuring Oracle Warehouse Builder for an Oracle RAC Environment
Upgrading Analytic Workspace Manager and OLAP Client Applications
Review the following sections before upgrading an earlier Database to Oracle Database 11g release 1 (11.1.0.7):
Upgrading Earlier Oracle Database Releases to Oracle Database 11g Release 1 (11.1.0.7)
Upgrading a Release 9.2 Database Not Using Oracle Label Security
For information about upgrading Oracle Databases from an earlier Oracle Database (Oracle8i, Oracle9i, Oracle Database 10g) or Oracle Database 11g) see Oracle Database Upgrade Guide.
If you are upgrading an Oracle RAC database, refer to Oracle Real Application Clusters Administration Guide as well.
To find if Oracle Label Security is in the installation, complete the following steps:
You can use one of the following methods to check if Oracle Label Security is installed:
If the following script exists on the computer, Oracle Label Security is installed:
$ORACLE_HOME/rdbms/admin/catnools.sql
Check the inventory at the end of the installAction log file for the base version installation (9.2). If Oracle Label Security is installed, Label Security is listed in the inventory section of the log file.
Use the following commands to check if Oracle Label Security is installed with the 9.2 database:
$ sqlplus
SQL> CONNECT SYS AS SYSDBA
Enter password:password
SELECT * FROM V$OPTION WHERE PARAMETER = "ORACLE LABEL SECURITY";
If the command does not display any results, Oracle Label Security is not applied to the database and you can ignore this section. However, if the command returns some results, you must complete this section.
If you want to upgrade an Oracle9i release 9.2 preconfigured database, and you are not using Oracle Label Security, complete the following steps to avoid errors during the upgrade:
Use Oracle Universal Installer release 9.2 to install Oracle Label Security using the Custom installation type.
Run the $ORACLE_HOME/rdbms/admin/catnools.sql script with the SYSDBA privilege to remove Oracle Label Security components from the database.
See one of the following sections for upgrading an Oracle Database 11g release 11.1.0.6 to Oracle Database 11g release 11.1.0.7:
After you install the patch set, you must perform the following steps on every database associated with the upgraded Oracle home:
Note:
If you do not run the Oracle Database Upgrade Assistant as described in this section, then the following errors are displayed:ORA-01092: ORACLE instance terminated.
ORA-39700: database must be opened with UPGRADE option.
Log in as the Oracle software owner user.
Set the values for the environment variables ORACLE_HOME, ORACLE_SID and PATH.
For single-instance installations, if you are using Automatic Storage Management, start the Automatic Storage Management instance.
For Oracle single-instance installations, start the listener as follows:
$ lsnrctl start [listener_name]
Note:
If the database has Database Vault configured, then disable Database Vault by following these steps before upgrading:$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_off $ cd $ORACLE_HOME/bin $ relink oracle
For RAC installations, disable Database Vault on each node.
Run Oracle Database Upgrade Assistant either in the interactive or noninteractive mode:
Interactive mode:
Enter the following command from the command prompt:
$ dbua
Complete the following steps displayed in the Oracle Database Upgrade Assistant screen:
On the Welcome screen, click Next.
On the Databases screen, select the name of the Oracle Database that you want to update, then click Next.
Note:
For Oracle RAC, enter theSYS password to do the upgrade.On the Recompile Invalid Objects screen, select the Recompile the invalid objects at the end of upgrade option, then click Next.
If you did not backup the database earlier, select I would like to take this tool to backup the database on the Backup screen, stipulate the Path, then click Next.
On the Summary screen, check the summary, then click Finish.
On the End of Database Upgrade Assistant's Upgrade Results screen, click Close to exit from Oracle Database Upgrade Assistant.
Note:
If you are upgrading a database that has Database Control configured in non-secure mode, Database Control will run in secure mode after upgrade.Noninteractive mode:
Enter the following command to upgrade Oracle Database using Oracle Database Upgrade Assistant in noninteractive mode:
$ dbua -silent -dbname $ORACLE_SID -oracleHome $ORACLE_HOME -sysDBAUserName UserName -sysDBAPassword SYS_password -recompile_invalid_objects true
If you are using the Oracle Recovery Manager catalog, enter the following command:
$ rman catalog username/password@alias RMAN> UPGRADE CATALOG;
Note:
If the database had Database Vault configured before the upgrade, then re-enable Database Vault by following these steps:$ srvctl stop database -d dbname $ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_on $ cd $ORACLE_HOME/bin $ relink oracle $ srvctl start database -d dbname
For RAC installations, re-enable Database Vault on each node.
Complete the following sections to upgrade an Oracle Database 11g release 11.1.0.x to Oracle Database 11g release 11.1.0.7:
If you are upgrading the database manually, then you should analyze it by running the Pre-Upgrade Information Tool.
The Pre-Upgrade Information Tool is a SQL script that ships with Oracle Database 11.1. Complete the following procedure to run the Pre-Upgrade Information Tool:
Start the database, either in normal mode or in upgrade mode:
SQL> STARTUP
or
SQL> STARTUP UPGRADE
Set the system to spool results to a log file for later analysis:
SQL> SPOOL upgrade_info.log
Run the Pre-Upgrade Information Tool:
SQL> @?/rdbms/admin/utlu111i.sql
Turn off the spooling of script results to the log file:
SQL> SPOOL OFF
Check the output of the Pre-Upgrade Information Tool in the upgrade_info.log file. The following is an example of the output generated by the Pre-Upgrade Information Tool:
Oracle Database 11.1 Pre-Upgrade Information Tool 06-15-2007 09:14:02 . ********************************************************************** Database: ********************************************************************** --> name: ORCL --> version: 10.2.0.1.0 --> compatible: 10.2.0.1 --> blocksize: 8192 --> timezone file: V2 . ********************************************************************** Tablespaces: [make adjustments in the current environment] ********************************************************************** WARNING: --> SYSTEM tablespace is not large enough for the upgrade. .... currently allocated size: 560 MB .... minimum required size: 910 MB .... increase current size by: 350 MB .... tablespace is NOT AUTOEXTEND ENABLED. --> UNDOTBS1 tablespace is adequate for the upgrade. .... minimum required size: 457 MB .... AUTOEXTEND additional space required: 352 MB --> SYSAUX tablespace is adequate for the upgrade. .... minimum required size: 617 MB .... AUTOEXTEND additional space required: 287 MB --> TEMP tablespace is adequate for the upgrade. .... minimum required size: 61 MB .... AUTOEXTEND additional space required: 41 MB --> EXAMPLE tablespace is adequate for the upgrade. .... minimum required size: 69 MB . ********************************************************************** Update Parameters: [Update Oracle Database 11.1 init.ora or spfile] ********************************************************************** WARNING: --> "sga_target" needs to be increased to at least 388 MB . ********************************************************************** Renamed Parameters: [Update Oracle Database 11.1 init.ora or spfile] ********************************************************************** WARNING: --> "plsql_compiler_flags" old value was "INTERPRETED"; new name is "plsql_code_type" new value is "INTERPRETED" . ********************************************************************** Obsolete/Deprecated Parameters: [Update Oracle Database 11.1 init.ora or spfile] ********************************************************************** --> "max_enabled_roles" --> "remote_os_authent" --> "background_dump_dest" replaced by "diagnostic_dest" --> "user_dump_dest" replaced by "diagnostic_dest" --> "core_dump_dest" replaced by "diagnostic_dest" . ********************************************************************** Components: [The following database components will be upgraded or installed] ********************************************************************** --> Oracle Catalog Views [upgrade] VALID --> Oracle Packages and Types [upgrade] VALID --> JServer JAVA Virtual Machine [upgrade] VALID --> Oracle XDK for Java [upgrade] VALID --> Oracle Workspace Manager [upgrade] VALID --> Messaging Gateway [upgrade] VALID --> OLAP Analytic Workspace [upgrade] VALID --> OLAP Catalog [upgrade] VALID --> Oracle Label Security [upgrade] VALID --> EM Repository [upgrade] VALID --> Oracle Text [upgrade] VALID --> Oracle XML Database [upgrade] VALID --> Oracle Java Packages [upgrade] VALID --> Oracle interMedia [upgrade] VALID --> Spatial [upgrade] VALID --> Data Mining [upgrade] VALID --> Oracle Ultra Search [upgrade] VALID --> Expression Filter [upgrade] VALID --> Rule Manager [upgrade] VALID --> Oracle Application Express [upgrade] VALID --> Oracle OLAP API [upgrade] VALID . ********************************************************************** Miscellaneous Warnings ********************************************************************** WARNING: --> Database is using an old timezone file version. .... Patch the 10.2.0.1.0 database to timezone file version 4 .... BEFORE upgrading the database. Re-run utlu111i.sql after .... patching the database to record the new timezone file version. WARNING: --> Database contains stale optimizer statistics. .... Refer to the 11g Upgrade Guide for instructions to update .... statistics prior to upgrading the database. .... Component Schemas with stale statistics: .... SYS .... WMSYS .... CTXSYS WARNING: --> Database contains INVALID objects prior to upgrade. .... USER PUBLIC has 7 INVALID objects. .... USER FLOWS_010600 has 1 INVALID objects. .... USER SYS has 1 INVALID objects. WARNING: --> Database contains schemas with objects dependent on network packages. .... Refer to the 11g Upgrade Guide for instructions to configure Network ACLs. .... USER WKSYS has dependent objects. .... USER SYSMAN has dependent objects. WARNING: --> EM Database Control Repository exists in the database. .... Direct downgrade of EM Database Control is not supported. Refer to the .... 11g Upgrade Guide for instructions to save the EM data prior to upgrade.
The following sections describe the output of the Pre-Upgrade Information Tool.
Database
This section displays global database information about the current database, such as the database name and release number before the database is upgraded.
Tablespaces
This section displays a list of tablespaces in the current database. For each tablespace, the tablespace name and minimum required size is displayed. In addition, a message is displayed if the tablespace is adequate for the upgrade. If the tablespace does not have enough free space, then space must be added to the tablespace in the current database. Tablespace adjustments must be made before the database is upgraded.
Update/Obsolete/Deprecated Parameters
These sections display a list of initialization parameters in the parameter file of the current database that should be adjusted before the database is upgraded. The adjustments must be made to the Oracle Database 11.1 init.ora or spfile.
Components
This section displays a list of database components that are upgraded or installed when the current database is upgraded.
After you install the patch set, you must perform these steps on every database associated with the upgraded Oracle home.
Note:
If you do not run thecatupgrd.sql script as described in this section and you start up a database for normal operation, then the following error will occur:
ORA-01092: ORACLE instance terminated. Disconnection forced
Also, the following error will be in the alert log:
ORA-39700: database must be opened with UPGRADE option .
Note:
If the database has Database Vault configured, then disable Database Vault by following these steps before upgrading:$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_off $ cd $ORACLE_HOME/bin $ relink oracle
For RAC installations, disable Database Vault on each node.
Log in as the Oracle software owner user.
For Oracle RAC installations, start the listener on each node of the cluster as follows:
$ srvctl start listener -n node
If you are using Automatic Storage Management, start the Automatic Storage Management instance.
For single-instance installations, start the listener as follows:
$ lsnrctl start [listener_name]
For single-instance installations, use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /nolog
SQL> CONNECT SYS AS SYSDBA
Enter password:SYS_password
Users of single-instance installations now proceed to step 7.
For Oracle RAC installations:
Use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /nolog
SQL> CONNECT SYS AS SYSDBA
Enter password: SYS_password
SQL> STARTUP NOMOUNT
Set the CLUSTER_DATABASE initialization parameter to FALSE:
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=spfile;
Shut down the database:
SQL> SHUTDOWN
Enter the following SQL*Plus commands:
SQL> STARTUP UPGRADE SQL> SPOOL patch.log SQL> @?/rdbms/admin/catupgrd.sql SQL> SPOOL OFF
Review the patch.log file for errors and inspect the list of components that is displayed at the end of catupgrd.sql script.
This list provides the version and status of each SERVER component in the database.
If necessary, rerun the catupgrd.sql script after correcting any problems.
Restart the database:
SQL> SHUTDOWN IMMEDIATE SQL> STARTUP
Run the utlrp.sql script to recompile all invalid PL/SQL packages now instead of when the packages are accessed for the first time. This step is optional but recommended.
SQL> @?/rdbms/admin/utlrp.sql
Note:
When the 11.1.0.7 patch set is applied to an Oracle Database 11g Standard Edition database, there may be 53 invalid objects after theutlrp.sql script runs. These objects belong to the unsupported components and do not affect the database operation.
Ignore any messages indicating that the database contains invalid recycle bin objects similar to the following:
BIN$4lzljWIt9gfgMFeM2hVSoA==$0
Run the following command to check the status of all the components after the upgrade:
SQL> SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;
In the output of the preceding command, the status of all the components should be VALID for a successful upgrade.
If you are using the Oracle Recovery Manager catalog, enter the following command:
$ rman catalog username/password@alias
For Oracle RAC installations:
Set the CLUSTER_DATABASE initialization parameter to TRUE:
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=spfile;
Restart the database:
SQL> SHUTDOWN IMMEDIATE SQL> STARTUP
Start the database as follows:
$ srvctl start database -d dbname
To configure and secure Enterprise Manager follow these steps:
Make sure that the database and the listener are operational.
In the case of a single instance, execute:
emca -upgrade db
In the case of Oracle Real Application Clusters (RAC), execute:
emca -upgrade db -cluster
Note:
If you are upgrading a database that has Database Control configured in non-secure mode, Database Control will run in secure mode after the upgrade.Note:
If the database had Database Vault configured before the upgrade, then re-enable Database Vault by following these steps:$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_on $ cd $ORACLE_HOME/bin $ relink oracle
For RAC installations, re-enable Database Vault on each node.
When you upgrade Oracle Database 10g Release 2 (10.2.0.4) to Oracle Database 11g Release 1 (11.1.0.7), the diagnostics of the pre-upgrade utility script utlu111.sql may indicate that some database components on the 11g Examples media should be installed. You should install these components from the Oracle Database 11g Release 1 (11.1) Examples media before applying this patch set. If the catupgrd.sql script cannot upgrade a SERVER component because it was not installed from the Examples media, then the status of the SERVER component in the patch.log file is reported as NO SCRIPT.
Note:
If the pre-upgrade script indicates the Server JAVA Virtual Machine's JAccelerator (NCOMP) or Oracle Multimedia Image Accelerator should be installed, but they are not installed before applying the patch set, then thepatch.log file contains the status of their parent components as successfully upgraded to Oracle Database 11g Release 1 (11.1.0.7) even though these components are still missing.If you find any component, which was identified as missing by the pre-upgrade utility script, was not installed before running the catupgrd.sql script, then install the missing component from the Examples media and run the catupgrd.sql script again.
Based on the result you had in Section 7.5, "Update Oracle Time Zone Definitions" regarding the DST (Oracle time zone definitions):
If the DST version was 4, no action is required.
If the DST version was higher than 4, reapply the version of DST patches as described in OracleMetaLink document 568125.1, Actions for the DSTv4 update in the 11.1.0.7 patchset.
If the DST version was lower than 4, restore TSTZ data from backup (if any) after performing the Postinstallation Tasks. For more information, see OracleMetaLink document 568125.1, Actions for the DSTv4 update in the 11.1.0.7 patchset.
If Oracle Configuration Manager was configured using Oracle Universal Installer 11.1.0.7.0 and if 11.1.0.7.0 is cloned, then follow these steps in the cloned Oracle home:
Run the following command from $ORACLE_HOME/ccr/state.
rm -rf *.ll*
Run the following command from $ORACLE_HOME/ccr/inventory.
cp core.jar pending
Run these commands from $ORACLE_HOME/ccr/bin.
./emSnapshotEnv ./deployPackages
Run this command from $ORACLE_HOME/ccr/bin, and provide the proper credentials.
./configCCR
If Oracle Configuration Manager was manually configured in 11.1.0.7 using setupCCR, and if Oracle Configuration Manager is cloned, then follow these steps in the cloned Oracle home:
Delete all the subdirectories of the $ORACLE_HOME/ccr/hosts directory to remove the previously configured hosts.
Run the following command from $ORACLE_HOME/ccr/bin:
$ configCR -a
If you have installed Oracle Configuration Manager in the original Oracle home but have not configured it, then run the following command in the cloned Oracle home to configure it:
$ setupCCR
If Oracle Configuration Manager was configured in 11.1.0.6, and the 11.1.0.7 patchset is applied from any of the nodes belonging to the cluster, Oracle Configuration Manager will be configured only on the first node. You should not run $ORACLE_HOME/ccr/bin/emCCRstatus on any of the remaining nodes of the cluster where RAC is installed in shared mode.
If Oracle Configuration Manager is configured using 11.1.0.7 Oracle Universal Installer, then it only gets configured on the nodes from where the patchset is applied.
As the root user, run the root.sh script on each new node that you add to the patched Oracle Clusterware environment. You must pass the parameter file, $CRS_OH/install/paramfile.crs as an argument to root.sh.
For late-breaking information about Oracle Warehouse Builder, see the Oracle Warehouse Builder Readme, which is installed with the database software under $ORACLE_HOME/owb/doc/ReadMe.htm.
After upgrade to 11.1.0.7.0, DBA_REGISTRY continues to show version 11.1.0.6.0 for Oracle Warehouse Builder. Follow the steps described in $ORACLE_HOME/owb/doc/Readme.htm to manually upgrade the Oracle Warehouse Builder version from 11.1.0.6.0 to 11.1.0.7.0.
If you use Oracle Warehouse Builder Release 11.1.0.6; that is, you set up the OWB repository and workspaces, and you are using OWB functionality in an Oracle RAC environment, perform the following steps prior to using OWB functionality in 11.1.0.7:
On the local Oracle RAC node, locate $ORACLE_HOME/bin/oratclsh and copy the binary to all the remote Oracle RAC nodes of the 11.1.0.7 installation.
Please upgrade your Analytic Workspace Manager (AWM) to version 11.1.0.7.0. Go to OracleMetalink for instructions.
With AWM 11.1.0.7, you can create standard 11.1 analytic workspaces or 10.2 style analytic workspaces. To create a 10.2 style analytic workspace, choose the 10.2 cube type when creating a new analytic workspace.
If you wish to use existing OLAP 11.1.0.6.0 or 11.1.0.6.0A client applications with the 11.1.0.7.0 database, you must upgrade the run-time OLAP API JAVA code to 11.1.0.7.0.After installing the 11.1.0.7.0 RDBMS patch, locate the olap_api.jar file in ORACLE_HOME/olap/api/lib. Insert this newer 11.1.0.7.0 jar file in your application's JAVA class path, and omit any previous pointers to the 11.1.0.6.0 or 11.1.0.6.0A jar file.
Demo programs that illustrate the Data Mining APIs (PL/SQL and Java) are installed with Oracle Database Examples. Two scripts, dmsh.sql and dmshgrants.sql, must be run prior to using the demo programs.
dmshgrants.sql assigns the privileges needed to use the demo programs. After upgrade to 11.1.0.7.0, the syntax for invoking dmshgrants.sql is:
@ $ORACLE_HOME/RDBMS/demo/dmshgrants dmuser_name
See Oracle Data Mining Administrator's Guide for details about dmsh.sql, dmshgrants.sql, and the Oracle Data Mining demo programs.
If you want to install or reinstall additional components from 11.1.0.6 (for example, Oracle Spatial) into an 11.1.0.7 Oracle Home, use the 11.1.0.7 Oracle Universal Installer found in $ORACLE_HOME/oui/bin.
The catdwgrd.sql script restores the Oracle Database release 11.1 installation that you backed up before applying the patch set. The catdwgrd.sql script is run in the 11.1.0.7 Oracle home to perform the necessary downgrade actions. After the 11.1.0.x release is restored, the catrelod.sql script is run from 11.1.0.x Oracle home to reload the 11.1.0.x release packages and views.
See one of the following sections for information about how to remove the patch set software based on the Oracle Database installation type:
Note:
Oracle Clusterware downgrade is not supported.
You can run a higher version of Oracle Clusterware software with a lower version of Oracle Database.
Perform the following steps for removing the 11.1.0.7 patch set:
Use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSDBA
Enter password: SYS_password
SQL> SHUTDOWN IMMEDIATE
SQL> EXIT
Take a backup of the following files in the Oracle home directory:
$ORACLE_HOME/rdbms/admin/catrelod.sql $ORACLE_HOME/network/admin/tnsnames.ora
Note:
If the database has Database Vault configured, then disable Database Vault by following these steps before runningcatdwgrd.sql:
$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_off $ cd $ORACLE_HOME/bin $ relink oracle
Enter the following SQL*Plus commands:
$ cd $ORACLE_HOME
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSDBA
Enter password:SYS_password
SQL> STARTUP DOWNGRADE
SQL> DROP USER SYSMAN CASCADE
SQL> SPOOL downgrade.out
SQL> @?/rdbms/admin/catdwgrd.sql
SQL> SPOOL OFF
SQL> SHUTDOWN IMMEDIATE
SQL> EXIT
Review the downgrade.out file for errors.
Restore the Oracle 11g installation and central inventory that you backed up before applying the patch set. (See /etc/oraInst.loc.)
Note:
If the database that you backed up had Database Vault configured, then follow these steps to disable Database Vault before runningcatrelod.sql:
$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_off $ cd $ORACLE_HOME/bin $ relink oracle
After restoring the original Oracle home, copy the saved version of catrelod.sql into the restored $ORACLE_HOME/rdbms/admin directory and the saved version of tnsnames.ora into the restored $ORACLE_HOME/network/admin/tnsnames.ora file.
Perform the following steps.
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSDBA
Enter password:SYS_password
SQL> STARTUP DOWNGRADE
SQL> SPOOL catrelod.out
SQL> @?/rdbms/admin/catrelod.sql
SQL> SPOOL OFF
SQL> SHUTDOWN IMMEDIATE
Review the catrelod.out file for errors.
Note:
After reloading the 11.1.0.6 release, the version number for Oracle OLAP Analytic Workspace remains at 11.1.0.7, although the downgrade process is successful. This issue is tracked with Oracle bug 6975997.Note:
If the database had Database Vault configured prior to the upgrade, then re-enable Database Vault by following these steps:$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_on $ cd $ORACLE_HOME/bin $ relink oracle
For RAC installations, re-enable Database Vault on each node.
Start the database and recompile the remaining invalid objects:
SQL> STARTUP SQL> @?/rdbms/admin/utlrp.sql
Cross-check the status of installed components with the following script:
SQL> SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;
Restore the original Enterprise Manager Database Control. Refer to Oracle Database Upgrade Guide for details.
Perform the following steps for removing the patch set from the 11.1.0.7 patch release:
Use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSDBA
Enter password:SYS_password
Set the CLUSTER_DATABASE initialization parameter to FALSE:
Note:
If the system uses an initialization parameter file, change the value of theCLUSTER_DATABASE initialization parameters to TRUE in the initialization parameter file (initsid.ora).SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=spfile;
Exit SQL*Plus and shut down the database:
$ srvctl stop database -d db_name
Take a backup of the following files in 11.1.0.7 Oracle home directory:
$ORACLE_HOME/rdbms/admin/catrelod.sql $ORACLE_HOME/network/admin/tnsnames.ora
Note:
If the database has Database Vault configured, then disable Database Vault by following these steps before runningcatdwgrd.sql:
$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_off $ cd $ORACLE_HOME/bin $ relink oracle
Disable Database Vault on each node.
Enter the following SQL*Plus commands:
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSDBA
Enter password:SYS_password
SQL> STARTUP DOWNGRADE
SQL> DROP USER SYSMAN CASCADE
SQL> SPOOL catdwgrd.out
SQL> @?/rdbms/admin/catdwgrd.sql
SQL> SPOOL OFF
SQL> SHUTDOWN IMMEDIATE
SQL> EXIT
Restore the Oracle 11g installation and central inventory that you backed up before applying the patch set. (See /etc/oraInst.loc.)
Note:
If the database that you backed up had Database Vault configured, then follow these steps to disable Database Vault before runningcatrelod.sql:
$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_off $ cd $ORACLE_HOME/bin $ relink oracle
Disable Database Vault on each node.
After restoring the original Oracle home, copy the saved version of catrelod.sql into the restored $ORACLE_HOME/rdbms/admin directory and the saved version of tnsnames.ora into the restored $ORACLE_HOME/network/admin/tnsnames.ora file.
Enter the following SQL*Plus commands:
$ sqlplus /NOLOG
SQL> CONNECT SYS AS SYSDBA
Enter password:SYS_password
SQL> STARTUP DOWNGRADE
SQL> SPOOL catrelod.out
SQL> @$/rdbms/admin/catrelod.sql
SQL> SPOOL OFF
SQL> SHUTDOWN IMMEDIATE
Review the catrelod.out file for errors.
Note:
After reloading the 11.1.0.6 release, the version number for Oracle OLAP Analytic Workspace remains at 11.1.0.7, although the downgrade process is successful. This issue is tracked with Oracle bug 6975997.Start the database and recompile the remaining invalid objects:
SQL> STARTUP SQL> @?/rdbms/admin/utlrp.sql
Cross-check the status of installed components with the following script:
SQL> SELECT COMP_NAME, VERSION, STATUS FROM SYS.DBA_REGISTRY;
Set the CLUSTER_DATABASE initialization parameter to TRUE:
Note:
If the system uses an initialization parameter file, change the value of theCLUSTER_DATABASE initialization parameters to TRUE in the initialization parameter file (initsid.ora).SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=spfile;
SQL> SHUTDOWN
SQL> EXIT
Start the database:
$ srvctl start database -d db_name
Restore the original Enterprise Manager Database Control. Refer to Oracle Database Upgrade Guide for details.
Note:
If the database had Database Vault configured prior to the upgrade, then re-enable Database Vault by following these steps:$ cd $ORACLE_HOME/rdbms/lib $ make -f ins_rdbms.mk dv_on $ cd $ORACLE_HOME/bin $ relink oracle
Re-enable Database Vault on each node.
Note:
Option for removing Oracle Clusterware patch set is not available in 11.1.0.7. This issue is tracked with Oracle bug 5598010.If necessary, you can reinstall a patch set that has been applied to an Oracle Database 11g installation. You must reinstall the patch set interactively.
To reinstall the patch set:
Log in as the oracle user.
If you are not installing the software on the local computer, then run the following command on the remote computer to set the DISPLAY variable:
Bourne, Bash, or Korn shell:
$ export DISPLAY=localhost:0.0
C shell:
% setenv DISPLAY local_host:0.0
In this example, local_host is the host name or IP address of the local computer that you want to use to display Oracle Universal Installer.
Run the following command on the remote computer to check if the shell and the DISPLAY environment variable are set correctly:
echo $SHELL echo $DISPLAY
Now to enable X applications, run the following commands on the local computer:
$ xhost + [fully_qualified_remote_host_name]
To verify that X applications display is set properly, run an X11-based program that comes with the operating system such as xclock:
$ xclock
In this example, xclock_path is the directory path. For example, you can find xclock at /usr/X11R6/bin/xclocks. If the DISPLAY variable is set properly, then you can see xclock on your computer screen.
See Also:
PC-X Server or Operating System vendor documents for further assistance.Enter the following commands to start Oracle Universal Installer, where patchset_directory is the directory where you unpacked the patch set software:
$ cd patchset_directory/Disk1
$ ./runInstaller
The Welcome screen appears. If you are not sure of the name of the Oracle home, click Installed Products to determine the name of the Oracle home that you want to upgrade. Click Next.
In the Specify Home Details screen, select the name of the Oracle home that you want to update, or select the Path that you want to update from the list, then click Next.
If you are installing the patch set on an Oracle RAC cluster, click Next when the Selected Nodes screen appears.
The Available Product Component screen appears. This screen contains a list of all components that have been patched by the original patch set installation. These components are grayed out, indicating they cannot be selected for installation.
Expand the nodes for each component listed in the tree to display the patch that corresponds to each component.
Select the patches that you want to install. To select all the patches, click Select All.
When you select a patch, the Install Status column changes to Reinstall.
Repeat the process for each patch bundled in the patch set, then click Next.
On the Summary screen, verify the list of patches to be reinstalled, then click Install.
On the End of Installation screen, click Exit, then click Yes to exit from Oracle Universal Installer.
Review the following known issues after you apply the patch set:
Invalid Objects in Database After Downgrade from 11.1.0.7 to 10.1.0.5 Oracle RAC
Verify Patch Step in Oracle Enterprise Manager Database Control Reports Failure
Oracle Text CTX_DOC.IFILTER() Not Preserving PDF Multi-Column Format
Problem Adding Oracle OLAP to an Existing 11.1.0.7 Oracle Home
Section of Database Upgrade Assistant Summary Page Not Translated into Japanese
When Invoked by Non-Default User, Database Configuration Assistant Throws Text on Prompt
After downgrading Oracle RAC from 11.1.0.7 to 10.1.0.5, the DBMS_XDBT package may be invalid.
Workaround: This problem can be fixed by applying patch 7294492 to the 10.1.0.5 database prior to downgrading.
This issue is tracked with Oracle bug 7294492.
When using Oracle Enterprise Manager Database Control to apply the 11.1.0.7 patch set to an 11.1.0.6 database, the Verify Patch step indicates failure.
Workaround: If failure of this step is reported erroneously and the patch set was applied correctly, you can ignore this step so that the deployment procedure completes the remaining deployment steps.
This issue is tracked with Oracle bug 7029376.
PDF filtering may be up to five times slower in 11.1.0.7 than it was in 11.1.0.6. In 11.1.0.7, Oracle Text uses Oracle Outside In HTML Export for document filtering. In 11.1.0.6, Oracle Text used filtering technology licensed from Autonomy, Inc.
See Notes to Oracle Text Users for information about migration to Oracle Outside In HTML Export in 11.1.0.7.
This issue is tracked with Oracle bug 7284546.
CTX_DOC.IFILTER() invoked on PDF content does not preserve multi-column format since migration to Oracle Outside In HTML Export in Oracle Text 11.1.0.7.
See Notes to Oracle Text Users for information about migration to Oracle Outside In HTML Export in 11.1.0.7.
This issue is tracked with Oracle bug 7321265.
After upgrading from Oracle 10g to 11.1.0.7 or from Oracle 11.1.0.6 to 11.1.0.7 using Database Upgrade Assistant, several question marks are displayed on the Database Console main page.
Workaround: Drop the content in the table sysman.mgmt_db_latest_hdm_findings. Then set the NLS_LANG parameter with the correct value and restart Database Console.
This issue is tracked with Oracle bug 7331605.
On upgrade to 11.1.0.7, SQL Developer 1.1.3 will not connect to an 11g database and will return an error.
Workaround: Upgrade to SQL Developer 1.5.1. It can be downloaded from http://sqldeveloper.oracle.com.
This issue is tracked with Oracle bug 6991260.
The normal process for adding additional components to a patched (11.1.0.7) Oracle home consists of the following two steps:
Perform a "Custom" database install from the 11.1.0.6 installation media and install the additional database option.
Re-apply the 11.1.0.7 database patchset to this Oracle home to upgrade the newly installed option to version 11.1.0.7.
When following this procedure to add Oracle OLAP to an existing 11.1.0.7 Oracle home, you will run into an error relinking the oracle binary in step 1. This error is due to a mismatch in the 11.1.0.6 and 11.1.0.7 symbols that must be resolved before linking can succeed. These errors are ignorable, and can be safely ignored when they occur during the installation. The re-application of the 11.1.0.7 patchset in step 2 will remove this inconsistency and the oracle binary will be relinked properly as part of that step.
This issue is tracked with Oracle bug 7384140.
When you use the Japanese version of Oracle Database Upgrade Assistant to upgrade a database to 11.1.0.7, you will find that the Database Instance section on the Summary page is not translated into Japanese.
This issue is tracked with Oracle bug 6968202.
After cloning, the Silent.log file generated as part of cloning will have the following "File not found" issues:
File not found $ClonedOH/sysman/config/lfm_efiles.template File not found $ClonedOH/sysman/config/lfm_ifiles.template1
Workaround: Just before starting the Clone command, copy the files lfm_efiles.template and lfm_ifiles.template from source_Oracle_home/sysman/config to cloned_Oracle_home/sysman/config, and rename the files to lfm_efiles.template1 and lfm_ifiles.template1 respectively.
This issue is tracked with Oracle bug 7373611.
If Oracle 11.1.0.7 is installed by a user other than default user, Database Configuration Assistant will throw text such as the following on prompt:
sh: /tmp/LinuxRelease_output.txt: Permission denied sh: /tmp/LinuxRelease_output.txt: Permission denied
Workaround: These errors can be ignored.
This issue is tracked with Oracle bug 7028409.
Oracle may terminate with an ORA-03113 error when downgrading from 11.1.0.7 to 10.2.0.3.
Workaround: Apply patch 6118038 to the 10.2.0.3 Oracle home prior to downgrading.
See Also:
OracleMetaLink document 443890.1, Complete Checklist For Downgrading The Database From 11g To Lower ReleasesOur goal is to make Oracle products, services, and supporting documentation accessible, with good usability, to the disabled community. To that end, our documentation includes features that make information available to users of assistive technology. This documentation is available in HTML format, and contains markup to facilitate access by the disabled community. Accessibility standards will continue to evolve over time, and Oracle is actively engaged with other market-leading technology vendors to address technical obstacles so that our documentation can be accessible to all of our customers. For more information, visit the Oracle Accessibility Program Web site at
http://www.oracle.com/accessibility/
Accessibility of Code Examples in Documentation
Screen readers may not always correctly read the code examples in this document. The conventions for writing code require that closing braces should appear on an otherwise empty line; however, some screen readers may not always read a line of text that consists solely of a bracket or brace.
Accessibility of Links to External Web Sites in Documentation
This documentation may contain links to Web sites of other companies or organizations that Oracle does not own or control. Oracle neither evaluates nor makes any representations regarding the accessibility of these Web sites.
TTY Access to Oracle Support Services
Oracle provides dedicated Text Telephone (TTY) access to Oracle Support Services within the United States of America 24 hours a day, seven days a week. For TTY support, call 800.446.2398.
Oracle Database Patch Set Release Notes, 11g Release 1 (11.1.0.7) Patch Set 1 for for Linux x86-64
E12582-01
Copyright © 2008, Oracle. All rights reserved.
The Programs (which include both the software and documentation) contain proprietary information; they are provided under a license agreement containing restrictions on use and disclosure and are also protected by copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly, or decompilation of the Programs, except to the extent required to obtain interoperability with other independently created software or as specified by law, is prohibited.
The information contained in this document is subject to change without notice. If you find any problems in the documentation, please report them to us in writing. This document is not warranted to be error-free. Except as may be expressly permitted in your license agreement for these Programs, no part of these Programs may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose.
If the Programs are delivered to the United States Government or anyone licensing or using the Programs on behalf of the United States Government, the following notice is applicable:
U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial Computer Software—Restricted Rights (June 1987). Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065
The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently dangerous applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup, redundancy and other measures to ensure the safe use of such applications if the Programs are used for such purposes, and we disclaim liability for any damages caused by such use of the Programs.
Oracle, JD Edwards, PeopleSoft, and Siebel are registered trademarks of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.
The Programs may provide links to Web sites and access to content, products, and services from third parties. Oracle is not responsible for the availability of, or any content provided on, third-party Web sites. You bear all risks associated with the use of such content. If you choose to purchase any products or services from a third party, the relationship is directly between you and the third party. Oracle is not responsible for: (a) the quality of third-party products or services; or (b) fulfilling any of the terms of the agreement with the third party, including delivery of products or services and warranty obligations related to purchased products or services. Oracle is not responsible for any loss or damage of any sort that you may incur from dealing with any third party.