Skip Headers

Oracle9i Real Application Clusters Setup and Configuration
Release 2 (9.2)

Part Number A96600-01
Go To Documentation Library
Go To Product List
Book List
Go To Table Of Contents
Go To Index

Master Index


Go to previous page Go to next page

Configuring the Shared Disks

This chapter describes how to configure shared disk subsystems to deploy Real Application Clusters in environments that do not support (or for which you do not want to use) cluster file systems (CFS). If your system supports a cluster file system and you do not want to use raw devices as described in this chapter, then proceed to Chapter 3. The topics in this chapter include:

Configuring Shared Disk Subsystems for Real Application Clusters

Real Application Clusters requires that each instance share a set of unformatted devices on a shared disk subsystem if you are not using a cluster file system for datafiles.

The Oracle instances in Real Application Clusters write data onto the shared files to update the control file, server parameter file, each datafile, and each redo log file. The number and type of raw devices required depends on several factors as described in the following sections.

You must configure at least one device for configuration information as described under the following heading, "The Configuration Raw Device". If you select one of the preconfigured database options on the Installer's Database Configuration screen, or if you use the Database Configuration Assistant (DBCA) interactively, then you must also configure additional raw devices as described under the heading "Additional Raw Devices Required by the DBCA".

The Configuration Raw Device

You must create at least one shared raw device as an information repository for the database server configuration. This device is referred to as the Server Management (SRVM) configuration device which is a component of Real Application Clusters. Enterprise Manager (EM) uses SRVM to perform Real Application Clusters-specific operations.

The SRVM core includes the server configuration file or raw device, the Global Services Daemon (GSD) which manipulates the device, and the Server Control (SRVCTL) Utility and interfaces to the configuration. SRVM also includes facilities that are used by the DBCA, the Oracle Universal Installer (OUI), and the Network Configuration Assistant (NetCA), to enable them to operate on multiple nodes.

You must create a shared raw device for SRVM:

Oracle Enterprise Manager (EM), the Database Configuration Assistant (DBCA), the Server Control (SRVCTL) Utility, and other management tools use this raw device to store configuration information about:

The configuration procedures that you use for this raw device depends on your operating system:

Configure additional raw devices as described in the next section to use the DBCA to create your database. The procedures for using the DBCA appear in Chapter 4.

Additional Raw Devices Required by the DBCA

To use the Database Configuration Assistant, you must configure raw devices as described in this section. These devices are in addition to the configuration device mentioned in the previous section. Create these devices before running the OUI to install the Oracle Enterprise Edition software. The DBCA cannot create a Real Application Clusters database unless you have properly configured the following raw devices:

Planning Your Raw Device Creation Strategy

Before installing the Oracle software, create enough partitions of specific sizes to support your database and leave a few spare partitions of the same size for future expansion. For example, if you have space on your shared disk array, select a limited set of standard partition sizes for your entire database. Partition sizes of 50MB, 100MB, 500MB, and 1GB are suitable for most databases. Also create a few very small and very large spare partitions that are, for example, 1MB and perhaps 5GB or greater in size. Based on your plans for using each partition, determine the placement of these spare partitions by combining different sizes on one disk, or by segmenting each disk into same-sized partitions.


Ensuring that there are spare partitions enables you to perform emergency file relocations or additions if a tablespace datafile becomes full.

DBCA Database Configuration Options

The DBCA has four database templates, General Purpose, Transaction Processing, Data Warehouse, and New Database. Chapter 3 describes these configuration templates in more detail. The first three templates contain preconfigured database options. The New Database template does not contain preconfigured options and is fully customizable.

If you use the General Purpose, Transaction Processing, or Data Warehouse configuration, then you must create specific tablespaces using the minimum sizes as described under the heading "Recommended Tablespace and File Capacities".

You can customize these tablespaces if you select the Customized database configuration type on the Universal Installer's Database Configuration screen. You can also specify the datafile file name and its size. To use the Customized configuration option, ensure that the raw volumes on UNIX, or raw partitions on Windows NT and Windows 2000, have enough space to accommodate the customized sizes.

Special Considerations for UNIX: Using Veritas Volume Manager

Use Veritas Volume Manager to create your volumes and then change the permissions and ownership on the volumes to the correct user, for example, oracle user. Also make sure that all volumes on the disks have the same names and the same permissions on each node. More information about Veritas Volume Manager is available at:

Recommended Tablespace and File Capacities

Use the tablespace size requirements in Table 2-1 for the General Purpose, Transaction Processing, and Data Warehouse configuration types. These requirements apply to UNIX, Windows NT, and Windows 2000 platforms. If you use the New Database configuration type, then use these recommended sizes as guidelines.

Table 2-1  Minimum Tablespace Sizes
Create a Raw Device For With File Size

SYSTEM tablespace


server parameter file


USERS tablespace


TEMP tablespace


UNDOTBS1 tablespace


The DBCA uses automatic undo management by default and you should have one undo tablespace for each instance.

Note: Undo tablespace raw device datafiles for all the preconfigured database templates should be at least 250MB in size.

EXAMPLE tablespace


CWMLITE tablespace


XML tablespace


ODM tablespace


INDX tablespace


TOOLS tablespace


DRSYS tablespace


First control file


Second control file


Two redo log files for each instance

120MB (for each file)

srvcfg for the SRVM Configuration Repository



If you use manual undo management, then make the RBS tablespace raw device datafile at least 500MB in size.


To expand a datafile after your Real Application Clusters database is in use, refer to your platform-specific documentation. To enable Oracle to automatically expand the datafile to the size permitted by your operating system, execute the ALTER DATABASE datafile_name AUTOEXTEND ON MAXSIZE nM statement, where datafile_name is the name of the file and n megabytes is the maximum size.

See Also:

The README for the latest file size recommendations

Some operating systems require additional overhead for the partition sizes in Table 2-1. Refer to your operating system-specific documentation for the exact raw partition size requirements.

If you do not use the DBCA and instead create your database manually, then the number of raw devices you create depends on the number of instances and database options that you install.

See Also:

Chapter 5, "Manually Creating Real Application Clusters Databases" for more information about manual database creation

Configuring Logical Devices

The configuration of raw devices is operating system-specific as described in the following sections:

Refer to the section that corresponds to your operating system.

Configuring Raw Volumes for Real Application Clusters on UNIX

Use the following procedures to configure raw volumes on UNIX:

  1. Obtain root privileges.

    See Also:

    Oracle9i Administrator's Reference for your UNIX operating system

  2. Oracle Corporation recommends that you create the datafiles, control files, and redo log files using the file name format in Table 2-2. Although you can use any file naming scheme, the format in Table 2-2 simplifies administration. This format uses file names that identify the database with a db_name entry and that identify the raw volume type by using the object names.

    Table 2-2  Recommended Names for Oracle Database Files for Two-Instance Configurations
    Database Object Example Raw Volume

    SYSTEM tablespace


    Server parameter file


    USERS tablespace


    TEMP tablespace


    UNDOTBS1 tablespace


    UNDOTBS2 tablespace


    EXAMPLE tablespace


    CWMLITE (OLAP) tablespace


    XML tablespace


    ODM (Oracle Data Mining) tablespace


    INDX tablespace


    TOOLS tablespace


    DRSYS tablespace






    Two redo log files for each instance


    Where thread is the thread ID of the instance and number is the log number, 1 or 2, of the instance.


    If you do not use automatic undo management, then substitute the undotbs1 and undotbs2 entries with the following entry to accommodate the RBS tablespace raw volume:


The following step is recommended for all configuration types. If you select the New Database configuration type, then you can enter the raw device names on the DBCA screen.

  1. On the node from which you plan to run the OUI, create an ASCII file identifying the database-object-to-raw-device mapping as shown in Table 2-3. The DBCA requires that this mapping file exists during database creation. When creating the ASCII file content for the objects, name them using the format:
Where database_object represents a particular database object and raw_device_file_path is the path of the datafile for that object.
Table 2-3  UNIX ASCII File Contents for the Oracle Universal Installer
Database Object Used For


SYSTEM tablespace datafile


Server parameter file


USERS tablespace datafile


TEMP tablespace datafile


Undo tablespace 1 datafile


Undo tablespace 2 datafile


EXAMPLE tablespace datafile


CWMLITE (OLAP) tablespace datafile


XML tablespace datafile


Oracle Data Mining (ODM) tablespace datafile


INDX tablespace datafile


TOOLS tablespace datafile


DRSYS tablespace datafile


Control file 1 tablespace datafile


Control file 2 tablespace datafile


First redo log file for the first instance


Second redo log file for the first instance


First redo log file for the second instance


Second redo log file for the second instance


You must create at least two redo log file entries for each instance. If you do not use automatic undo management, then substitute the entries for undotbs1 and undotbs2 with an entry for rbs to use manual undo management.

When you create the ASCII file, separate each database objects from its paths with an equal (=) sign as shown in Example 2-1:

Example 2-1 Example UNIX ASCII File for a Two-Instance General Purpose Real Application Clusters Database Configuration



If you are not using automatic undo management, then substitute the entries for undotbs1 and undotbs2 with:


To enable Oracle to determine the raw device volume names, specify that Oracle use the ASCII file described in this section. Do this by setting the following environment variable where filename is the complete pathname of the ASCII file that contains the entries shown in Example 2-1:

setenv DBCA_RAW_CONFIG filename

UNIX Preinstallation Steps

After configuring the raw volumes, perform the following steps prior to installation as root user:


You cannot complete these preinstallation procedures until you configure your raw volumes.

  1. Make sure you have an osdba group defined in the /etc/group file on all nodes of your cluster. To designate an osdba group name and group number and osoper group during installation, these group names must be identical on all nodes of your UNIX cluster that will be part of the Real Application Clusters database. The default UNIX group name for the osdba and osoper groups is dba.
  2. Create an oracle user account on each node so that the oracle user:
    1. Is a member of the osdba group
    2. Is used only to install and update Oracle software
    3. Has write permissions on remote directories
  3. Create a mount point directory on each node to serve as the top of your Oracle software directory structure so that:
    1. The name of the mount point on each node is identical to that on the initial node
    2. The oracle account has read, write, and execute privileges
  4. On the node from which you will run the OUI, set up user equivalence by adding entries for all nodes in the cluster, including the local node, to the .rhosts file of the oracle account, or the /etc/hosts.equiv file.
  5. Exit the root account when you are done.
  6. As oracle user, check for user equivalence for the oracle user by performing a remote login (rlogin) to each node in the cluster. If you are prompted for a password, then you have not given the oracle user the same attributes on all nodes. You must correct this because the OUI cannot use the rcp command to copy Oracle products to the remote node's directories without user equivalence.


    UNIX clusters also require an environment setup similar to single-instance Oracle environments. For these instructions and other operating system-specific Real Application Clusters preinstallation instructions, see the Oracle9i Installation Guide for your UNIX operating system.

After configuring your raw volumes, proceed to Chapter 4 to install the Oracle9i Enterprise Edition software and to configure your Oracle9i Real Application Clusters database.

Configuring Logical Drives on Windows NT and Windows 2000

If you do not use a cluster file system for datafiles, then the datafiles, control files, and redo log files must reside on unformatted raw devices on Windows NT and Windows 2000 platforms. On Windows, these are more commonly referred to as logical drives that reside within extended partitions. The extended partitions point to raw space on the disks. To configure the logical drives, create multiple logical partitions using Windows NT Disk Administrator or Windows 2000 Disk Management.

Before creating the logical partitions, first create extended partitions that point to the raw space on the disk. Then create multiple logical partitions within the extended partitions and assign symbolic link names to them using the Object Link Manager (OLM).

See Also:

Oracle9i Database Installation Guide for Windows for further information about configuring logical drives for Real Application Clusters on Windows NT and Windows 2000

The DBCA General Purpose, Transaction Processing, and Data Warehouse database configuration types require the symbolic link names shown in the left-hand column of Table 2-4 for a two-instance Real Application Clusters database. Oracle uses these names to map the tablespaces as shown in the sample file in Example 2-1.

Table 2-4  Symbolic Link Names for Preconfigured Database Types
Symbolic Link Name... Used for...


SYSTEM tablespace


Server parameter file


USERS tablespace


TEMP tablespace


First UNDO tablespace


Second UNDO tablespace


EXAMPLE tablespace


CWMLITE tablespace


XML tablespace


ODM tablespace


INDX tablespace


TOOLS tablespace


DRSYS tablespace


First control file


Second control file


SRVM Configuration Repository


Where thread is the thread ID of the instance and number is the log number (1 or 2) for the instance.

Redo Log Files

Each instance must have at least two redo log files. If the database name is db, then the link names for the first instance should be:


The link names for the second instance should be:



If you do not use automatic undo management, then to accommodate a rollback segment tablespace, instead of using db_name_undotbs1 and db_name_undotbs2, create the following sybmolic link:


To install the Oracle operating system-dependent clusterware, run the Oracle Cluster Setup Wizard. The Cluster Setup Wizard installs the Object Link Manager tool with which you create persistent symbolic links to the logical drives.

If you do not install the Oracle OSD clusterware, then copy the Object Link Manager software from the preinstall directory on the Oracle CD. Refer to the online document, the Oracle9i Database Installation Guide for Windows for further procedures for completing the configuration using OLM.

After configuring your logical drives, proceed to Chapter 3 to install the Oracle9i Enterprise Edition software and to configure your Real Application Clusters database.

Go to previous page Go to next page
Copyright © 1998, 2002 Oracle Corporation.

All Rights Reserved.
Go To Documentation Library
Go To Product List
Book List
Go To Table Of Contents
Go To Index

Master Index