Sun Cluster Data Service for Oracle Real Application Clusters Guide for Solaris OS

Storage Management Requirements for Oracle Files

Sun Cluster Support for Oracle Real Application Clusters enables you to use the storage management schemes for Oracle files that are listed in the following table. The table summarizes the types of Oracle files that each storage management scheme can store. Ensure that you choose a combination of storage management schemes that can store all types of Oracle files.

Table 1–2 Storage Management Schemes for Oracle Files

Oracle File Type 

Storage Management Scheme 

Solaris Volume Manager for Sun Cluster 

VxVM 

Hardware RAID 

Sun StorEdge QFS 

Network Appliance NAS Devices 

ASM 

Cluster File System 

Local Disks 

RDBMS binary files 

No 

No 

No 

Yes 

Yes 

No 

Yes 

Yes 

CRS binary files 

No 

No 

No 

Yes 

Yes 

No 

Yes 

Yes 

Configuration files 

No 

No 

No 

Yes 

Yes 

No 

Yes 

Yes 

System parameter file (SPFILE)

No 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

Alert files 

No 

No 

No 

Yes 

Yes 

No 

Yes 

Yes 

Trace files 

No 

No 

No 

Yes 

Yes 

No 

Yes 

Yes 

Data files 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

No 

No 

Control files 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

No 

No 

Online redo log files 

Yes 

Yes 

Yes 

Yes 

Yes 

Yes 

No 

No 

Archived redo log files 

No 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

Flashback log files 

No 

No 

No 

Yes 

Yes 

Yes 

Yes 

No 

Recovery files 

No 

No 

No 

Yes 

Yes 

Yes 

No 

No 

OCR files 

Yes 

Yes 

Yes 

Yes 

Yes 

No 

Yes 

No 

CRS voting disk  

Yes 

Yes 

Yes 

Yes 

Yes 

No 

Yes 

No 


Note –

Some types of files are not included in all releases of Oracle Real Application Clusters. For information about which types of file are included in the release that you are using, see your Oracle documentation.


Storage Management Requirements for the Oracle Real Application Clusters Database

You can use the following storage management schemes for the Oracle Real Application Clusters database:

Storage Management Requirements for Oracle Binary Files and Oracle Configuration Files

You can install the Oracle binary files and Oracle configuration files on one of the following locations.

Using Local Disks for Oracle Binary Files and Oracle Configuration Files

Placing the Oracle binary files and Oracle configuration files on the individual cluster nodes enables you to upgrade the Oracle application later without shutting down the data service.

The disadvantage is that you then have several copies of the Oracle application binary files and Oracle configuration files to maintain and administer.

Using a Shared File System for Oracle Binary Files and Oracle Configuration Files

To simplify the maintenance of your Oracle installation, you can install the Oracle binary files and Oracle configuration files on a shared file system. The following shared file systems are supported:

If you put the Oracle binary files and Oracle configuration files on a shared file system, you have only one copy to maintain and manage. However, you must shut down the data service in the entire cluster to upgrade the Oracle application. If a short period of downtime for upgrades is acceptable, place a single copy of the Oracle binary files and Oracle configuration files on a shared file system.

SPARC: Requirements for Using the Sun StorEdge QFS Shared File System

You can store all of the files that are associated with Oracle Real Application Clusters on the Sun StorEdge QFS shared file system.

For information about how to create a Sun StorEdge QFS shared file system, see the following documentation for Sun StorEdge QFS:

Distribute these files among several file systems as explained in the subsections that follow.

Sun StorEdge QFS File Systems for RDBMS Binary Files and Related Files

For RDBMS binary files and related files, create one file system in the cluster to store the files.

The RDBMS binary files and related files are as follows:

Sun StorEdge QFS File Systems for Database Files and Related Files

For database files and related files, determine whether you require one file system for each database or multiple file systems for each database.


Note –

If you are adding storage for an existing database, you must create additional file systems for the storage that you are adding. In this situation, distribute the database files and related files among the file systems that you will use for the database.


Each file system that you create for database files and related files must have its own metadata server. For information about the resources that are required for the metadata servers, see SPARC: Resources for the Sun StorEdge QFS Shared File System.

The database files and related files are as follows:

Requirements for Using the Cluster File System

You can store only these files that are associated with Oracle Real Application Clusters on the cluster file system:


Note –

You must not store data files, control files, online redo log files, or Oracle recovery files on the cluster file system.


The input/output (I/O) performance during the writing of archived redo log files is affected by the location of the device group for archived redo log files. For optimum performance, ensure that the primary of the device group for archived redo log files is located on the same node as the Oracle Real Application Clusters database instance. This device group contains the file system that holds archived redo log files of the database instance.

If you are using the cluster file system with Sun Cluster 3.1, consider increasing the desired number of secondary nodes for device groups. By increasing the desired number of secondary nodes for device groups, you can improve the availability of your cluster. To increase the desired number of secondary nodes for device groups, change the numsecondaries property. For more information, see Multiported Disk Device Groups in Sun Cluster Concepts Guide for Solaris OS.

For information about how to create cluster file systems, see the following documentation: