Skip Headers
Oracle® Database Readme
11g Release 2 (11.2)

E41331-03
Go to Documentation Home
Home
Go to Book List
Book List
Go to Table of Contents
Contents
Go to Master Index
Master Index
Go to Feedback page
Contact Us

Go to previous page
Previous
PDF · Mobi · ePub

6 Documentation Addendum

This section contains corrections to the following Oracle Documentation:

Section 6.1, "Oracle Automatic Storage Management Administrator's Guide"

Section 6.2, "Oracle Database Reference"

Section 6.3, "Oracle Clusterware Administration and Deployment Guide"

6.1 Oracle Automatic Storage Management Administrator's Guide

In Chapter 1, the "Extents" subsection found in the subsection titled "About Oracle ASM Files" in the section titled "Understanding Oracle ASM Concepts" should read as follows:

The contents of Oracle ASM files are stored in a disk group as a set, or collection, of extents that are stored on individual disks within disk groups. Each extent resides on an individual disk. Extents consist of one or more allocation units (AU). To accommodate increasingly larger files, Oracle ASM uses variable size extents.

Variable size extents enable support for larger Oracle ASM data files, reduce SGA memory requirements for very large databases, and improve performance for file create and open operations. The initial extent size equals the disk group allocation unit size and it increases by a factor of 4 or 16 at predefined thresholds. This feature is automatic for newly created and resized data files when specific disk group compatibility attributes are set to 11.1 or higher. For information about compatibility attributes, see "Disk Group Compatibility".

For disk groups with an AU size less than 4 MB, the extent size of a file varies as follows:

  • Extent size always equals the disk group AU size for the first 20000 extent sets (0 - 19999).

  • Extent size equals 4*AU size for the next 20000 extent sets (20000 - 39999).

  • Extent size equals 16*AU size for the next 20000 and higher extent sets (40000+).

Figure 1-4 shows the Oracle ASM file extent relationship with allocation units ...

For disk groups with AU sizes greater than or equal to 4 MB, the extent size of a file, depending on the redundancy of the disk group, varies as follows:

  • For the 4 MB AU size, the extent size equals the disk group AU size for the first 15658728, 6710880, and 3728269 extents for external, normal, and high redundancy disk groups respectively.

  • For the 8 MB AU size, the extent size equals the disk group AU size for the first 16777216, 7829368, and 4846749 extents for external, normal, and high redundancy disk groups respectively.

  • For the 16 MB AU size, the extent size equals the disk group AU size for the first 16777216, 8388608, and 5405989 extents for external, normal, and high redundancy disk groups respectively.

  • For the 32 MB AU size, the extent size equals the disk group AU size for the first 16777216, 8388608, and 5592405 extents for external, normal, and high redundancy disk groups respectively.

For all cases, the size of the remaining extent sets is 16*AU size. Extents with a size equal to 4*AU size are not created.

6.2 Oracle Database Reference

In the Oracle Database Reference manual (part number B28320) for 11g Release 1 (11.1), the list of data types documented for the CHAR_LENGTH column description for the ALL_NESTED_TABLE_COLS, ALL_TAB_COLS, ALL_TAB_COLUMNS, DBA_TAB_COLS, and DBA_TAB_COLUMNS views incorrectly included NVARCHAR. The correct data type is NVARCHAR2. The Oracle Database Reference manual is fixed in 11g Release 2 (11.2) and higher releases.

6.3 Oracle Clusterware Administration and Deployment Guide

Note the following when reading the Oracle Clusterware Administration and Deployment Guide for 11g Release 2 (11.2).

6.3.1 Chapter: Cloning Oracle Clusterware

In the Oracle Clusterware Administration and Deployment Guide for 11g Release 2 (11.2), "Step 2: Deploy the Oracle Grid Infrastructure Home on the Destination Nodes" under the heading "Creating a Cluster by Cloning Oracle Clusterware" in the chapter titled "Cloning Oracle Clusterware" incorrectly instructs you to run the following commands to restore the cleared information:

chmod u+s Grid_home/bin/oracle 
chmod g+s Grid_home/bin/oracle 
chmod u+s Grid_home/bin/extjob 
chmod u+s Grid_home/bin/jssu 
chmod u+s Grid_home/bin/oradism

These instructions should be ignored. The Oracle Clusterware Administration and Deployment Guide is fixed in 12c Release 1 (12.1) and higher releases.

6.3.2 Chapter: Adding and Deleting Cluster Nodes

In the Oracle Clusterware Administration and Deployment Guide for 11g Release 2 (11.2), the subsection titled "Deleting a Cluster Node on Linux and UNIX Systems," under the section titled "Adding and Deleting Cluster Nodes on Linux and UNIX Systems" in the chapter titled "Adding and Deleting Cluster Nodes," take note of the following:

  • After executing Step 5, you should check the content of the inventory.xml file. If you have updated the inventory.xml file by mistake or if you have missed Step 5 altogether and proceed to execute Step 6 (documented in the next bullet), deleting the node will deinstall the entire cluster.

  • The following step has been included:

    6. Depending on whether you have a shared or local Oracle home, complete one of the following procedures as the user that installed Oracle Clusterware:

    • If you have a shared home, then run the following commands in the following order on the node you want to delete.

      Run the following command to deconfigure Oracle Clusterware:

      $ Grid_home/perl/bin/perl Grid_home/crs/install/rootcrs.pl -deconfig
      

      Run the following command from the Grid_home/oui/bin directory to detach the Grid home:

      $ ./runInstaller -detachHome ORACLE_HOME=Grid_home -silent -local
      

      Manually delete the following files:

      /etc/oraInst.loc
      /etc/oratab
      /etc/oracle/
      /opt/ORCLfmap/
      $OraInventory/
      
    • For a local home, deinstall the Oracle Clusterware home from the node that you want to delete, as follows, by running the following command, where Grid_home is the path defined for the Oracle Clusterware home:

      $ Grid_home/deinstall/deinstall –local
      

      Caution:

      If you do not specify the -local flag, then the command removes the Grid Infrastructure home from every node in the cluster.

    This step was omitted in releases prior to 11g Release 2 (11.2).