Skip Navigation Links | |
Exit Print View | |
![]() |
Oracle Solaris Cluster Data Service for WebSphere Message Broker Guide Oracle Solaris Cluster |
1. Installing and Configuring HA for WebSphere Message Broker
HA for WebSphere Message Broker Overview
Overview of Installing and Configuring HA for WebSphere Message Broker
Planning the HA for WebSphere Message Broker Installation and Configuration
Restriction for the supported configurations of HA for WebSphere Message Broker
Restriction for the location of WebSphere Message Broker files
Restriction for the WebSphere Message Broker additional software
Restriction for multiple WebSphere Message Broker instances
Determine which Solaris zone WebSphere Message Broker will use
Installing and Configuring WebSphere Message Broker
How to Install and Configure WebSphere Message Broker
Verifying the Installation and Configuration of WebSphere Message Broker
How to Verify the Installation and Configuration of WebSphere Message Broker
Installing the HA for WebSphere Message Broker Packages
How to Install the HA for WebSphere Message Broker Packages
Registering and Configuring HA for WebSphere Message Broker
How to Register and Configure HA for WebSphere Message Broker
Verifying the HA for WebSphere Message Broker Installation and Configuration
How to Verify the HA for WebSphere Message Broker Installation and Configuration
Upgrading HA for WebSphere Message Broker
How to Upgrade to the New Version of HA for WebSphere Message Broker
Understanding the HA for WebSphere Message Broker Fault Monitor
Probing Algorithm and Functionality
Operations of the Broker probe
Debug HA for WebSphere Message Broker
How to turn on debug for HA for WebSphere Message Broker
A. Deployment Example: Installing WebSphere Message Broker in Zones
This section describes the HA for WebSphere Message Broker 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 HA for WebSphere Message Broker 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 WebSphere Message Broker 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 WebSphere Message Broker 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 WebSphere Message Broker 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 broker probe can check the broker by using a simple message flow test, if SC3_IN and SC3_OUT are set to the inbound and outbound queues.
If set, the broker probe puts a message to the inbound queue referenced by the SC3_IN variable. After waiting two seconds, the broker probe checks that the message has arrived at the outbound queue referenced by the SC3_OUT variable.
If SC3_IN and SC3_OUT are set to NONE the simple message flow is not performed. Instead the broker probe checks that the bipservice process is still running.
SC3_IN and SC3_OUT are set when the broker resource was configured and registered within /opt/SUNWscmqi/sib/util/sib_config.
The broker probe checks the configuration manager to see if the bipservice process is still running.
The configuration manager resource must set SC3_IN and SC3_OUT to NONE. This ensures that the simple message flow test is not performed.
The broker probe checks the UserNameServer to see if the bipservice process is still running.