|Oracle® Database Readme
11g Release 2 (11.2)
|PDF · Mobi · ePub|
This section contains corrections to the following Oracle Documentation:
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.
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.
Note the following when reading the Oracle Clusterware Administration and Deployment Guide for 11g Release 2 (11.2).
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.
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
/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
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).