Skip Navigation Links | |
Exit Print View | |
Oracle Solaris Cluster Data Services Planning and Administration Guide |
1. Planning for Oracle Solaris Cluster Data Services
Configuration Guidelines for Oracle Solaris Cluster Data Services
Identifying Data Service Special Requirements
Determining the Location of the Application Binaries
Verifying the nsswitch.conf File Contents
Planning the Cluster File System Configuration
Enabling Oracle Solaris SMF Services to Run Under the Control of Oracle Solaris Cluster
Relationship Between Resource Groups and Device Groups
Determining Whether Your Data Service Requires HAStoragePlus
Data Services With Nodes That Are Not Directly Connected to Storage
Data Services That Are Disk Intensive
Overview of the Installation and Configuration Process
Installation and Configuration Task Flow
Example of Configuring a Failover Data Service
Tools for Data Service Resource Administration
SunPlex Manager Graphical User Interface (GUI)
SPARC: The Oracle Solaris Cluster Module for the Sun Management Center GUI
Oracle Solaris Cluster Maintenance Commands
Summary by Task of Tools for Administering Data Service Resources
2. Administering Data Service Resources
Use the information in this section to plan the installation and configuration of any data service. The information in this section encourages you to think about the impact your decisions have on the installation and configuration of any data service. For specific considerations for a data service, see the documentation for the data service.
Retries within the I/O subsystem during disk failures might cause applications whose data services are disk intensive to experience delays. Disk-intensive data services are I/O intensive and have a large number of disks configured in the cluster. An I/O subsystem might require several minutes to retry and recover from a disk failure. This delay can cause Oracle Solaris Cluster to fail over the application to another node, even though the disk might have eventually recovered on its own. To avoid failover during these instances, consider increasing the default probe timeout of the data service. If you need more information or help with increasing data service timeouts, contact your local support engineer.
For better performance, install and configure your data service on the cluster nodes with direct connection to the storage.
Client applications that run on cluster nodes should not map to logical IP addresses of an HA data service. After a failover, these logical IP addresses might no longer exist, leaving the client without a connection.