|
Oracle9i Patch Set Notes
Release 2 (9.2.0.6) Patch Set 5 for Solaris Operating System (SPARC 32-bit) |
|
Copyright © 2004 Oracle. All rights reserved.
Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.
Patch Set Notes
Release 2 (9.2.0.6) Patch Set 5 for Solaris Operating System (SPARC 32-bit)
October 2004
These patch set notes accompany the Oracle9i release 2 (9.2.0.6) 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, you are not required to certify applications or tools against the server.
Patch sets are cumulative. Patch set release 9.2.0.6 includes all fixes in patch sets 9.2.0.5 and earlier as well as new fixes for patch set 9.2.0.6. This means that unless the patch set documentation indicates otherwise, you can apply this patch set to any earlier release 9.2 installation. You do not have to install intermediate patch sets.
Patch sets contain generic fixes that apply to all platforms. Patch sets may also include additional platform-specific patches.
You can run the 32-bit version of Oracle9i on either the 32-bit or 64-bit version of the Solaris operating system. However, Oracle recommends that you use the 64-bit version of the software with the 64-bit version of the operating system, per certification.
|
Note: The 32-bit version of the patch set must be installed only on the 32-bit version of the database software, regardless of whether the operating system is 32-bit or 64-bit. The 64-bit version of the patch set must be installed only on the 64-bit version of the database software that runs on the 64-bit operating system. |
This patch set includes the Oracle Universal Installer release 10.1.0.3. You must use this Oracle Universal Installer to install this patch set and not the Installer from the 9.2.0.x maintenance release media or Oracle home.
For a list of products included in this patch set, see the "Patch Set Components" section.
This is not a complete software distribution. You must install it in an existing Oracle9i release 2 (9.2.0.x.x) installation. Users applying this patch set must use Oracle Universal Installer release 10.1.0.3 (provided as part of this patch set) or later to ensure that their Oracle home can be patched in the future. Oracle Universal Installer release 10.1.0.3 is also installed when you install this patch set.
There are two documents related to this release of the Oracle9i release 2 patch set:
Oracle9i Patch Set Notes, Release 2 (9.2.0.6) Patch Set 5 for Solaris Operating System (SPARC 32-bit) (this document)
Oracle9i List of Bugs Fixed, Release 2 (9.2.0.6) Patch Set 5
Both of these documents are included with the patch set. The Oracle9i List of Bugs Fixed is available on OracleMetalink, from document 189908.1, ALERT: Oracle9i Release 2 (9.2) Support Status and Alerts at:
http://metalink.oracle.com
To locate document 189908.1:
Click Advanced at the top of the OracleMetalink page.
Enter 189908.1 in the Document ID field, then click Submit.
The following sections describe the contents of the Oracle9i Patch Set Notes and the Oracle9i List of Bugs Fixed.
Oracle9i Patch Set Notes, Release 2 (9.2.0.6) Patch Set 5 for Solaris Operating System (SPARC 32-bit)
This document provides:
System requirements and information about how to install or re-install the patch set
A list of all bugs fixed to date that are specific to Oracle9i release 2 for Solaris Operating System (SPARC 32-bit)
A list of known issues relating to Oracle9i release 2 on Solaris Operating System (SPARC 32-bit)
Oracle9i List of Bugs Fixed, Release 2 (9.2.0.6) Patch Set 5
The List of Bugs Fixed is a list of all generic bugs related to Oracle9i release 2 that have been fixed in this release.
The following are the system requirements for this patch set:
Hardware
Solaris Operating System (SPARC 32-bit) or Solaris Operating System (SPARC 64-bit)
Operating System
Solaris 2.6, Solaris 7, Solaris 8, or Solaris 9
Oracle9i
Oracle9i release 2 (9.2.0.1.0) or later
Complete the following pre-installation tasks before installing the patch set:
Review the information in the following sections. If any of the issues apply to your Oracle installation, follow the instructions before installing the patch set.
If you are an Oracle E-Business Suite customer and you want to upgrade your 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 at:
http://metalink.oracle.com
All other customers wanting to upgrade their databases directly to this patch set should read Upgrading Directly to a 9.2.0 Patch Set available on OracleMetalink from document 214887.1.
This is a generic issue applicable to the upgrade mode, for example, ALTER DATABASE OPEN MIGRATE. During an upgrade from release 9.2.0.1 or later, the catpatch.sql script can take a long time if there are statistics for the SYS schema. The user should delete the statistics on all the objects in the SYS schema, and then re-collect the statistics after normal database open, if necessary.
To drop and re-create the statistics, enter the following commands is SQL*Plus:
DBMS_STATS.DELETE_SCHEMA_STATS('SYS');
DBMS_STATS.GATHER_SCHEMA_STATS('SYS');
If you are using an Oracle9i release 2 (9.2) preconfigured Standard Edition database, then the database contains the following components that are not supported by the Standard Edition:
Oracle Data Mining
Oracle OLAP Catalog
Oracle OLAP Analytic Workspace
Oracle OLAP API
Spatial
The catpatch.sql script does not run the patch scripts for these components. It sets the component STATUS to "OPTION OFF" in the DBA_REGISTRY view. The original versions of the dictionary objects for the components remain in the database but the catpatch.sql script does not apply the patch to them.
All databases that use any features of Oracle Streams must be upgraded to release 9.2.0.2 or later. Operation between release 9.2.0.1 and release 9.2.0.2 is not supported for databases using Oracle Streams features.
Before you install the patch set software, review Oracle MetaLink note 283565.1.
Several known issues relate to the following components of Oracle Data Guard:
Redo Apply (Physical Standby Databases)
SQL Apply (Logical Standby Databases)
Data Guard Broker
Refer to OracleMetaLink document 259804.1 for a complete set of release notes applicable to Oracle Data Guard in Oracle9i release 2.
Before you install the patch set software, review Oracle MetaLink note 283565.1.
Oracle Text uses the INSO filter during the indexing of binary documents. This filtering technology is based on Stellent Chicago Corporation's HTML Export technology and is licensed from Stellent Chicago Corporation.
INSO 7.5 is included with this patch set and supports additional platforms and document types. A full list of supported platforms and document types is documented in Note 212584.1 in OracleMetaLink.
Customers running Oracle Applications release 11.5.7 or 11.5.8 with Advanced Queuing configured with multi-consumer queues may encounter corruption problems after upgrading their database to 9.2.0.x from any Oracle8i database.
|
Note: Refer to Oracle MetaLink note 231074.1 for more information. |
Oracle Data Mining customers must ensure that the Oracle Data Mining account (ODM) has been unlocked before to applying the patch set. If the ODM account is locked, the patch installation will generate an error and one of the Oracle Data Mining tables will be empty.
Event 10499 was introduced in release 9.2.0.3 to allow customers to revert to the earlier behavior of NUMBER datatypes that have no explicit setting of their scale value. Any non-zero setting of the event level will enable the old behavior.
Before the introduction of this event, server code could return zero for the scale if a NUMBER datatype was created without specifying the scale. Other code paths would return -127. With this event, all code paths return -127, as this is the correct behavior.
Client applications may rely on the previous (incorrect) behavior. Typically, client applications will test for a scale of -127 to distinguish between NUMBER and FLOAT datatypes. It is not sufficient to test the scale alone to distinguish between these two datatypes. You must test for a scale of -127 and a non-zero precision to identify a FLOAT.
Client applications that rely on the old behavior can still work as before if the event is set but must be corrected before upgrading to the next major release of the Oracle database.
XML DB users must use XDB release 9.2.0.3 or later. Earlier releases are no longer supported.
Before the release of the 9.2.0.5 patch set, the maximum number of cursors that could be cached for fast lookup by PL/SQL was bounded by the value of the initialization parameter OPEN_CURSORS. If you currently have this parameter set to a high value (for example, greater than 1000), it is likely that this is causing large numbers of PL/SQL cursors to be cached in the shared pool. This could lead to issues with memory management, frequent reloading of library cache objects, and ORA-04031 errors.
Starting with patch set 9.2.0.5, you can work around this issue by changing the initialization parameter that determines the upper bound for PL/SQL cursor caching from the OPEN_CURSORS parameter to the SESSION_CACHED_CURSORS parameter.
It will not be necessary for the majority of users to modify the value of either of these parameters. If you already have SESSION_CACHED_CURSORS set to a value greater than the OPEN_CURSORS parameter value, then this change will have no performance impact upon your system.
However, if you have the SESSION_CACHED_CURSORS parameter set to zero, or if you set it to a value significantly lower than the OPEN_CURSORS parameter value, and you are concerned that PL/SQL cursors need to be cached for optimal performance, then you should ensure that the SESSION_CACHED_CURSORS parameter value is increased appropriately.
This issue is tracked with Oracle bug 3150705.
If you plan to install this patch in an Oracle Real Application Clusters environment, read the following sections before proceeding:
Pre-installation Considerations for Oracle Real Application Clusters
Pre-installation Considerations for Oracle Real Application Clusters with Sun Clusterware
This patch set allows you to install the included patches on multiple nodes of a cluster if release 9.2 is already installed on those nodes. The Oracle Universal Installer will detect whether the system where you are installing the software is part of a cluster environment. If it is, then the Oracle Universal Installer will display the available nodes from the cluster.
|
Note: It is important that the set of nodes that will have the patch set installation be the same set of nodes which had the base release installation. Choosing a different set of nodes during the patch set installation than were chosen during the base release installation will cause undesired behavior in your Oracle Real Application Clusters environment, as some nodes will be upgraded to the new software versions, while others will not. |
The UDLM 3.3.4.8 patch must be installed before applying this patch set for Oracle Real Application Clusters environments. The UDLM patch is included in this patch set. The installation instructions are located in the /Disk1/racpatch/README.udlm file.
This is not a complete software distribution. You must install it in an existing Oracle9i Oracle home. To identify Oracle home directories, view the /var/opt/oracle/oratab file.
If you are installing this patch set on an existing Oracle Real Application Clusters (RAC) installation, you must run the Installer from the same node from which you performed the initial installation.
Before installing this patch set in a production environment, review document 189908.1, ALERT: Oracle9i Release 2 (9.2) Support Status and Alerts, available on the OracleMetaLink Web site at:
http://metalink.oracle.com
To locate this document:
Click Advanced at the top of the OracleMetalink page.
Enter 189908.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 the p3948480_9206_solaris.zip patch set installation archive to a directory that is not the Oracle home directory or under the Oracle home directory.
Enter the following commands to unzip and extract the installation files:
$ unzip p3948480_9206_solaris.zip
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 $ export ORACLE_HOME ORACLE_SID
C shell:
% setenv ORACLE_HOME oracle_home % setenv ORACLE_SID sid
In these examples, oracle_home is the Oracle home directory where the Oracle9i installation that you want to upgrade is installed, and sid is the SID of the database that you want to upgrade.
Shut down any existing Oracle database instances with normal or immediate priority. On RAC systems, shut down all instances on each node.
Stop all listener and other processes running in the Oracle home directory where you want to install the patch set.
You can install the patch set either interactively or non-interactively. See one of the following sections for information about how to complete the installation:
To install the patch set interactively, see the "Installing the Patch Set Interactively" section.
To install the patch set non-interactively, see the "Installing the Patch Set Non-interactively" section.
|
Note: You must use Oracle Universal Installer release 10.1.0.3 or later to install this patch set. |
Installing the Patch Set Interactively
To install the Oracle9i patch set interactively:
|
Note: If you attempt to install this patch set in an Oracle home directory that does not contain an Oracle9i installation, the Installer displays a warning dialog with the following error:There are no patches that need to be applied from the patchset Oracle9i patch set 9.2.0.6.0 The Oracle Universal Installer does not allow the installation to proceed. Click OK, then click Cancel to end the installation. |
Log in as the Oracle software owner (typically oracle).
If you are not installing the software on the local system, enter the following command to direct X applications to display on the local system:
Bourne, Bash, or Korn shell:
$ DISPLAY=local_host:0.0 ; export DISPLAY
C shell:
% setenv DISPLAY local_host:0.0
In this example, local_host is the host name or IP address of the system that you want to use to display the Installer (your workstation or PC).
Enter the following commands to start the Installer, where patchset_directory is the directory where you unzipped the patch set software:
% cd patchset_directory/Disk1 % ./runInstaller
|
Note: If you want to install the Oracle9i globalization support locale definition files, enter the following commands to run the installer:% ./runInstaller oracle.rsf.nlsrtl_rsf:b_cr9idata=true |
On the Welcome screen, click Next.
On the Specify File Locations screen, click Browse next to the Path field in the Source section.
Select the products.xml file from the stage directory where you unpacked the patch set files, then click Next. For example:
patchset_directory/Disk1/stage/products.xml
In the Name field in the Destination section, select the name of the Oracle home that you want to update from the drop down list, then click Next.
If you are installing the patch set on a RAC cluster, click Next when the Selected Nodes screen appears.
|
Note: The Selected Nodes screen lists the existing Oracle9i RAC release 2 (9.2) nodes. The first node in the list is the node from where Oracle9i RAC release 2 (9.2) was installed. You must install the patch set software from this node. If this is not the node where you are running the Installer, exit the Installer and install the patch set software from the first node in the list of nodes. |
On the Summary screen, click Install.
This screen lists all of the patches available for installation.
When prompted, run the $ORACLE_HOME/root.sh script as the root user. If you are applying the patch set to a RAC installation, then run the root.sh script on each node of the cluster.
On the End of Installation screen, click Exit, then click Yes to exit from the Installer.
Installing the Patch Set Non-interactively
To install the Oracle9i patch set non-interactively:
Log in as the Oracle software owner (typically oracle).
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.
|
Note: If you want to install the Oracle9i globalization support locale definition files, set theb_cr9idata variable to true in the response file.
For RAC installations, make sure the CLUSTER_NODES variable specifies all of the nodes used in the original RAC installation. |
To run the Installer, enter a command similar to the following, where response_file is the full path to the response file that you edited:
% cd patchset_directory/Disk1
% ./runInstaller -silent -responseFile response_file
After the installation, run the $ORACLE_HOME/root.sh script as the root user. If you are applying the patch set to a 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 post-installation tasks, depending on the installation type and the products that you want to use.
To upgrade Oracle databases from a previous release directly to Oracle9i release 2 (9.2.0.6) follow the instructions in OracleMetalink note 214887.1 Upgrading Directly to a 9.2.0 Patch Set.
|
See Also: For more information about upgrading a database, see the Oracle9i Database Migration guide. |
Review the "Check Tablespace Sizes and Set Parameter Values" section and complete the steps in the "Upgrade the Database" section after you have installed the patch set software.
Review the following sections before upgrading a database.
If JServer is part of the installation ensure that there is at least 10 MB of free space allocated to the SYSTEM tablespace.
For RAC installations, ensure that there is at least 50 MB of free space allocated to the XDB tablespace.
Set the value of the SHARED_POOL_SIZE and the JAVA_POOL_SIZE initialization parameters as follows:
Start the database:
SQL> STARTUP
If necessary, enter the following command to determine whether the system uses an initialization parameter file (initsid.ora) or a server parameter file (spfiledbname.ora):
SQL> SHOW PARAMETER PFILE;
This command displays the name and location of the server parameter file or the initialization parameter file.
Determine the current values of these parameters:
SQL> SHOW PARAMETER SHARED_POOL_SIZE SQL> SHOW PARAMETER JAVA_POOL_SIZE
If the system is using a server parameter file:
If necessary, set the value of the SHARED_POOL_SIZE initialization parameter to at least 150 MB:
SQL> ALTER SYSTEM SET SHARED_POOL_SIZE='150M' SCOPE=spfile;
If necessary, set the value of the JAVA_POOL_SIZE initialization parameter to at least 150 MB:
SQL> ALTER SYSTEM SET JAVA_POOL_SIZE='150M' SCOPE=spfile;
If the system uses an initialization parameter file, if necessary change the values of the SHARED_POOL_SIZE and the JAVA_POOL_SIZE initialization parameters to at least 150 MB in the initialization parameter file (initsid.ora).
Shut down the database:
SQL> SHUTDOWN
After you install the patch set, you must perform the following steps on every database associated with the upgraded Oracle home:
Log in as the Oracle software owner (typically oracle).
For RAC installations, start the Global Services Daemon (GSD) on each node of the cluster as follows:
$ gsdctl start
Start the Oracle Net listener as follows:
$ lsnrctl start
|
Note: For RAC installations, start the listener on each node of the cluster.If you are using the Oracle OLAP option, make sure that the listener is running. |
For single-instance installations, use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /nolog SQL> CONNECT / AS SYSDBA
For RAC installations:
Start the database as follows, where db_name is the database name:
$ srvctl start database -d db_name
Use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /nolog SQL> CONNECT / AS SYSDBA
Set the CLUSTER_DATABASE initialization parameter to FALSE:
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=FALSE SCOPE=spfile;
|
Note: If the system uses an initialization parameter file, change the value of the CLUSTER_DATABASE initialization parameter to FALSE in the initialization parameter file (initsid.ora).
|
Exit SQL*Plus and shut down the database:
SQL> EXIT $ srvctl stop database -d db_name
Use SQL*Plus to log in to the database as the SYS user with SYSDBA privileges:
$ sqlplus /nolog SQL> CONNECT / AS SYSDBA
Enter the following SQL*Plus commands:
SQL> STARTUP MIGRATE SQL> SPOOL patch.log SQL> @?/rdbms/admin/catpatch.sql SQL> SPOOL OFF
Review the patch.log file for errors and inspect the list of components that is displayed at the end of catpatch.sql script.
This list provides the version and status of each SERVER component in the database.
If necessary, rerun the catpatch.sql script after correcting any problems.
Restart the database:
SQL> SHUTDOWN 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
For RAC installations:
Set the CLUSTER_DATABASE initialization parameter to TRUE:
SQL> ALTER SYSTEM SET CLUSTER_DATABASE=TRUE SCOPE=spfile;
|
Note: If the system uses an initialization parameter file, change the value of the CLUSTER_DATABASE initialization parameters to TRUE in the initialization parameter file (initsid.ora).
|
Restart the database:
SQL> SHUTDOWN SQL> STARTUP
If you are using the Oracle Recovery Manager catalog, enter the following command:
$ rman catalog username/password@alias RMAN> UPGRADE CATALOG;
If Oracle Internet Directory release 9.2.0 is installed in the Oracle home, run the following shell script:
|
Note: Make sure that the database and database listener are running, and all parameters for theoidpatchca.sh script are specified before to running the script.
|
$ORACLE_HOME/bin/oidpatchca.sh -connect Connect_String -lsnrportListener_Port-systempwdSYSTEM_Password-odspwdODS_Password-sudnSuper-User_DN-supwdSuper-User_Password-dippwdPassword_to_register_DIP_Server
In the preceding example, Password_to_register_DIP_Server must conform to the password policy in the Oracle Internet Directory server.
You cannot remove the patch set software after you have installed it. Oracle recommends that you back up the Oracle9i installation before applying the patch set. If you do not want to use a patch set applied to an Oracle9i installation, do one of the following:
Restore the Oracle9i installation that you backed up before applying the patch set.
Re-install Oracle9i.
If you choose not to use a patch set because you are encountering a problem, contact Oracle Support Services to verify that the problem you are encountering is being addressed.
If you completed the steps in the "Upgrade the Database" section, you must do one of the following for each database that you upgraded to the patch set:
Use a point-in-time or full database backup and recovery to restore the database to its condition before you upgraded the database.
Export, rebuild, and import the database. If the database is too large, use Transportable Tablespaces for the export/import process.
|
See Also: For more information about using Transportable Tablespaces for the export/import process, see notes 100693.1 and 77523.1 available on the OracleMetaLink Web site. |
If necessary, you can re-install a patch set that has been applied to an Oracle9i installation. You must re-install the patch set interactively.
To re-install the patch set:
Log in as the Oracle software owner (typically oracle).
If you are not installing the software on the local system, enter the following command to direct X applications to display on the local system:
Bourne, Bash, or Korn shell:
$ DISPLAY=local_host:0.0 ; export DISPLAY
C shell:
% setenv DISPLAY local_host:0.0
In this example, local_host is the host name or IP address of the system that you want to use to display the Installer (your workstation or PC).
Enter the following commands to start the Oracle Universal Installer, where patchset_directory is the directory where you unzipped the patch set software:
$ cd patchset_directory/Disk1 $ ./runinstaller
If you are installing the patch on a RAC cluster, click Next on the Selected Nodes screen.
On the Specify File Locations screen, click Browse next to the Path field in the Source section.
Select the products.xml file from the stage directory where you unpacked the patch set files. For example:
patchset_directory/Disk1/stage/products.xml
Select the Oracle home that you want to upgrade in the Name field in the Destination section, then click Next.
|
Note: 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. |
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.
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 re-installed, then click Install.
On the End of Installation screen, click Exit, then click Yes to exit from the Installer.
Review the following known issues after you apply the patch set:
During the installation of Procedural Gateway for APPC or Transparent Gateway for IBM DRDA, you may encounter an error message regarding an unspecified target of the makefile. The error message can be ignored. The following is an example of a message that can be ignored:
Error while invoking target <blank> of makefile /oracle/9.2.0.6/gateway/lib/gateway.mk
The following is an example of a valid error message. Notice that the target of the makefile is identified. Messages similar to the following should not be ignored, and you should contact Oracle Support Services.
Error while invoking target install of makefile /oracle/9.2.0.6/gateway/lib/gateway.mk
If you use Oracle Procedural Gateway for APPC, comment out the following parameters if they are present in the gateway shell script or initsid.ora files:
FDS_CLASS
FDS_CLASS_VERSION
FDS_INSTANCE
Scrollable ResultSet returns 3 times NCHAR character byte size when database Ncharset is UTF8. This problem occurs only with the JDBC Thin driver.
If you use DBCA to create a new database using the seed database option, some of the components will be from an older version. This is because the seed database was created before the patch release.
To correct this problem, run the catpatch.sql script as described in the "Upgrade the Database" section.
If you are using Oracle Streams, SQL Apply with a logical standby database, or the LogMiner query tool using the DICT_FROM_REDO_LOGS option, you might see a warning similar to the following when you run the catpatch.sql script:
***WARNING*** At 21-SEP-04 09:52:09 problems related to bug 3785754 were encountered. See Patch or Upgrade Notes. Call Oracle support.
This warning indicates that problems were detected in the LogMiner dictionary. See Oracle MetaLink note 283565.1 for information about these problems.
Depending on the application that you are running, do the following:
Oracle Streams
Destroy and recreate captures.
Logical Standby
Reinstantiate the standby database.
If it is not practical to take these actions, contact Oracle Support for alternative instructions to repair the LogMiner dictionary.
|
Note: If you receive this warning, you must fix the problems in the LogMiner dictionary before resuming normal operations. If you do not immediately fix the problems, you may not be able to fix the problems in the future. |
The following table is a cumulative list of the platform-specific bugs fixed in all Oracle9i patch sets to date:
| Fixed in Release | Bug Number | Description |
|---|---|---|
| 9204 | 2805249 | SGA shrink may not release memory back to the O/S on Solaris. |
| 9205 | 2854962 | Sun: Oracle Real Application Clusters on Solaris can only support up to 4 nodes. |
| 9205 | 2872469 | ORA-03113 for select on ALL_CONSTRAINTS over informix gateways link |
| 9205 | 2986722 | the problem of external procedure calling C shell script |
| 9205 | 3081593 | network data class always zero in 64-bit version |
| 9205 | 3211137 | Not able to move SGABEG on a 64-bit OS |
| 9205 | 3234112 | bug 2954997 not fixed in 9204 on solaris 64-bit |
| 9205 | 3391626 | LCK process terminates getting an error at SSKGXPRDTRCV using RSM/RDT |
The following table lists the components included in this patch set:
| Component | Version |
|---|---|
| Advanced Queuing (AQ) API | 9.2.0.6.0
|
| Agent required support files | 9.2.0.6.0
|
| Assistant common files | 9.2.0.6.0
|
| Data Management Services common files | 9.2.0.6.0
|
| Authentication and encryption | 9.2.0.6.0
|
| Database SQL scripts | 9.2.0.6.0
|
| Database Verify utility | 9.2.0.6.0
|
| DCE integration | 9.2.0.6.0
|
| Export/import | 9.2.0.6.0
|
| External naming: NIS | 9.2.0.6.0
|
| Generic connectivity common files | 9.2.0.6.0
|
| Generic connectivity using ODBC | 9.2.0.6.0
|
| JDBC common files | 9.2.0.6.0
|
| JDBC/OCI common files | 9.2.0.6.0
|
| LDAP required support files | 9.2.0.6.0
|
| Migration utility | 9.2.0.6.0
|
| Object Type Translator | 9.2.0.6.0
|
| Oracle C++ Call Interface | 9.2.0.6.0
|
| Oracle Call Interface (OCI) | 9.2.0.6.0
|
| Oracle Client required support files | 9.2.0.6.0
|
| Oracle Connection Manager | 9.2.0.6.0
|
| Oracle Core required support files | 9.2.0.6.0
|
| Oracle database demos | 9.2.0.6.0
|
| Oracle database utilities | 9.2.0.6.0
|
| Oracle Data Mining | 9.2.0.6.0
|
| Oracle interMedia Client compatibility files | 9.2.0.6.0
|
| Oracle interMedia Java Advanced Imaging | 9.2.0.6.0
|
| Oracle Internet Directory Client | 9.2.0.6.0
|
| Oracle Internet Directory Server | 9.2.0.6.0
|
| Oracle Intelligent Agent | 9.2.0.6.0
|
| Oracle interMedia Locator | 9.2.0.6.0
|
| Oracle JDBC Development Drivers | 9.2.0.6.0
|
| Oracle JDBC Thin Driver for JDK 1.2 | 9.2.0.6.0
|
| Oracle JDBC Thin Driver for JDK 1.4 | 9.2.0.6.0
|
| Oracle JVM | 9.2.0.6.0
|
| Oracle Java Tools | 9.2.0.6.0
|
| Oracle Label Security | 9.2.0.6.0
|
| Oracle Names | 9.2.0.6.0
|
| Oracle Net Configuration Assistant | 9.2.0.6.0
|
| Oracle Net Listener | 9.2.0.6.0
|
| Oracle Net Manager | 9.2.0.6.0
|
| Oracle Net | 9.2.0.6.0
|
| Oracle Net Protocol Support | 9.2.0.6.0
|
| Oracle Net required support files | 9.2.0.6.0
|
| Oracle OLAP | 9.2.0.6.0
|
| Oracle Partitioning | 9.2.0.6.0
|
| Oracle Procedural Gateway for IBM MQSeries | 9.2.0.6.0
|
| Oracle Procedural Gateway for APPC | 9.2.0.6.0
|
| Oracle9i Real Application Clusters Guard | 9.2.0.6.0
|
| Oracle Text | 9.2.0.6.0
|
| Oracle Transparent Gateway for Informix | 9.2.0.6.0
|
| Oracle Transparent Gateway for DRDA | 9.2.0.6.0
|
| Oracle Transparent Gateway for INGRES II | 9.2.0.6.0
|
| Oracle Transparent Gateway for Sybase | 9.2.0.6.0
|
| Oracle Transparent Gateway for Teradata | 9.2.0.6.0
|
| Oracle Ultra Search common files | 9.2.0.6.0
|
| Oracle Ultra Search middle-tier | 9.2.0.6.0
|
| Oracle UltraSearch server | 9.2.0.6.0
|
| Oracle Wallet Manager | 9.2.0.6.0
|
| Oracle XML Developer's Kit | 9.2.0.8.0 |
| Oracle XML SQL utility | 9.2.0.6.0
|
| Oracle9i release 2 Globalization | 9.2.0.6.0
|
| Oracle9i release 2 Real Application Clusters | 9.2.0.6.0
|
| Oracle9i release 2
|
9.2.0.6.0
|
| Oracle PL/SQL | 9.2.0.6.0
|
| Oracle PL/SQL required support files | 9.2.0.6.0
|
| Precompiler common files | 9.2.0.6.0
|
| Precompiler required support files | 9.2.0.6.0
|
| Pro*C/C++ | 9.2.0.6.0
|
| Pro*COBOL | 1.8.77.6.0 |
| Pro*COBOL | 9.2.0.6.0
|
| Pro*FORTRAN | 1.8.77.6.0 |
| Oracle database required support files | 9.2.0.6.0
|
| Oracle Recovery Manager | 9.2.0.6.0
|
| Secure Socket Layer (SSL) | 9.2.0.6.0
|
| SQL*Loader | 9.2.0.6.0
|
| SQL*Module Ada | 9.2.0.6.0
|
| SQL*Module Ada common files | 9.2.0.6.0
|
| SQL*Plus | 9.2.0.8.0 |
| SQLJ Runtime | 9.2.0.6.0
|
| SSL required support files | 9.2.0.6.0
|
| Utilities common files | 9.2.0.6.0
|
| XML Parser for C | 9.2.0.6.0
|
| XML Parser for C++ | 9.2.0.6.0
|
| XML Parser for Java | 9.2.0.6.0
|
| XML Parser for PL/SQL | 9.2.0.6.0
|
| XML Parser for Oracle JVM | 9.2.0.6.0
|
| XSQL Servlet | 9.2.0.6.0
|
Our 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. 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 additional information, visit the Oracle Accessibility Program Web site at
http://www.oracle.com/accessibility/
Accessibility of Code Examples in Documentation JAWS, a Windows screen reader, 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, JAWS 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.