Skip Navigation Links | |
Exit Print View | |
Oracle Solaris Cluster Data Service for Oracle Application Server Guide |
1. Installing and Configuring Solaris Cluster HA for Oracle Application Server
HA for Oracle Application Server Overview
Overview of Installing and Configuring HA for Oracle Application Server
Planning the HA for Oracle Application Server Installation and Configuration
Restriction for the supported configurations of HA for Oracle Application Server
Restriction for the location of Oracle Application Server files
Determine which Solaris zone Oracle Application Server will use
Installing and Configuring Oracle Application Server
How to Install and Configure Oracle Application Server
Verifying the Installation and Configuration of Oracle Application Server
How to Verify the Installation and Configuration of Oracle Application Server
Installing the HA for Oracle Application Server Packages
How to Install the HA for Oracle Application Server Packages
Registering and Configuring Solaris Cluster HA for Oracle Application Server
How to Register and Configure Solaris Cluster HA for Oracle Application Server
Verifying the Solaris Cluster HA for Oracle Application Server Installation and Configuration
How to Verify the Solaris Cluster HA for Oracle Application Server Installation and Configuration
Upgrading HA for Oracle Application Server
How to Upgrade to the New Version of HA for Oracle Application Server
Understanding the Solaris Cluster HA for Oracle Application Server Fault Monitor
Probing Algorithm and Functionality
Debug Solaris Cluster HA for Oracle Application Server
How to turn on debug for Solaris Cluster HA for Oracle Application Server
A. Deployment Example: Installing Oracle Application Server in Zones
This section describes the Solaris Cluster HA for Oracle Application Server fault monitor probing algorithm or functionality, states the conditions, and recovery actions associated with unsuccessful probing.
For conceptual information on fault monitors, see the Oracle Solaris Cluster Concepts Guide.
The Solaris Cluster HA for Oracle Application Server fault monitor uses the same resource properties as resource type SUNW.gds. Refer to the SUNW.gds(5) man page for a complete list of resource properties used.
The HA for Oracle Application Server fault monitor is controlled by the extension properties that control the probing frequency. The default values of these properties determine the preset behavior of the fault monitor. The preset behavior should be suitable for most Oracle Solaris Cluster installations. Therefore, you should tune the HA for Oracle Application Server fault monitor only if you need to modify this preset behavior.
Setting the interval between fault monitor probes (Thorough_probe_interval)
Setting the timeout for fault monitor probes (Probe_timeout)
Setting the number of times the fault monitor attempts to restart the resource (Retry_count)
The HA for Oracle Application Server fault monitor checks the broker and other components within an infinite loop. During each cycle the fault monitor will check the relevant component and report either a failure or success.
If the fault monitor is successful it returns to its infinite loop and continues the next cycle of probing and sleeping.
If the fault monitor reports a failure a request is made to the cluster to restart the resource. If the fault monitor reports another failure another request is made to the cluster to restart the resource. This behavior will continue whenever the fault monitor reports a failure.
If successive restarts exceed the Retry_count within the Thorough_probe_interval a request to failover the resource group onto a different node or zone is made.
The Oracle 9iAS Application Server probe checks the following:
Test whether the OIDMON process is running. If this fails, then the probe will restart the OIDMON resource.
Test whether the directory service is available by running $ORACLE_HOME/bin/ldapsearch. If this fails, then the probe will issue a half failure as usually the Oracle Internet Directory Monitor OIDMON process will restart the Oracle Internet Directory Process OIDLDAP. If at the next probe cycle the test fails again then another half failure is issued. If two half failures are issued by successive probes, then the probe will restart the OIDLDAP resource.
Test whether each managed OPMN component reported by $ORACLE_HOME/dcm/bin/dcmctl getstate -v is Up. If this fails, then the probe will try to restart the OPMN component. However, in reality the OPMN process is responsible for restarting these components. If the OPMN probe tries to restart the OPMN component and the OPMN process has already tried to start the OPMN component then the duplicate restart will simply be ignored.
The Oracle Application Server 10g probe checks the following:
Test whether OPMN is working by $ORACLE_HOME/opmn/bin/opmnctl status. If this fails, then the probe will report an error and request a restart.
Test whether the EM status is EMD is up and running. If this fails, then the probe will restart the EM resource.