Sun Cluster Data Service for Sun Java System Application Server Guide for Solaris OS

Verifying the Sun Cluster HA for Sun Java System Application Server Installation and Configuration

This section describes how to verify that Sun Cluster HA for Sun Java System Application Server has been correctly installed and configured so that the Sun Java System Application Server runs as a highly available data service under Sun Cluster.


Note –

After installation, use only the cluster administration command scswitch(1M) to manually start and stop Sun Java System Application Server. After you start Sun Java System Application Server, it runs under the control of Sun Cluster software.


ProcedureHow to Verify the Failover DAS Component

The Domain Administration Server (DAS) resource group was created in How to Configure and Activate Network Resources.

Perform this procedure on all of the potential primary nodes of the DAS component. This procedure requires a pair of nodes, indicated as Node1 and Node2.

Steps
  1. Become superuser on a cluster member, Node1.

  2. Bring the DAS resource group online on Node1.


    # scswitch -z -g DAS-resource-group -h Node1
    
  3. Connect to the administrative console from a web browser.


    https://IP-address:port
    
  4. Verify that you are connected to the administrative console.

  5. Switch the resource group from Node1 to Node2.


    # scswitch -z -g DAS-resource-group -h Node2
    
  6. Connect to the administrative console from a web browser.


    https://IP-address:port
    
  7. Verify that you are connected to the administrative console.

    If you are not able to connect to the administrative console from the browser, perform the following actions.

  8. Test high availability by killing the DAS process manually.

    The DAS fault monitor detects the unavailability of the process and restarts it locally.

  9. Test data service functionality by forcing DAS failover.

    Note the values of the standard resource properties Retry_count and Retry_interval. Kill the DAS process manually a number of times equal to Retry_count and within the time period Retry_interval. The DAS resource fails over to another cluster member.

  10. Verify the DAS failover.

    If the DAS resource has not failed over, perform the following actions.

ProcedureHow to Verify the Failover Node Agent Component

This procedure is based on a configuration with four Node Agents in two resource groups, as described in Example of Creating the Failover Node Agent Component in the Sun Cluster HA for Sun Java System Application Server. The resource groups are na-rg1 and na-rg2, the failover IP addresses are IP1 and IP2, and the eight server instances are Instance1 through Instance8. The failover IP addresses are represented by logical host names.

Perform this procedure on all of the potential primary nodes of the Node Agent component. This procedure requires a pair of nodes, indicated as Node1 and Node2.

Steps
  1. Become superuser on a cluster member, Node1.

  2. Bring the Node Agent resource group na-rg1 online on Node1.


    # scswitch -z -g na-rg1 -h Node1
    
  3. Bring the Node Agent resource group na-rg2 online on Node1.


    # scswitch -z -g na-rg2 -h Node1
    
  4. Connect to the server instances from a web browser.


    http://IP1:Instance1–port
    http://IP1:Instance2–port
    http://IP1:Instance3–port
    http://IP1:Instance4–port
    http://IP2:Instance5–port
    http://IP2:Instance6–port
    http://IP2:Instance7–port
    http://IP2:Instance8–port
    
  5. Ensure that you can connect to any application deployed on the server instances.

    If you are not able to connect to the instances from the browser, perform the following actions.

  6. Switch the resource groups from Node1 to Node2.


    # scswitch -z -g na-rg1 -h Node2
    # scswitch -z -g na-rg2 -h Node2
    
  7. After the switchover, repeat Step 4 and Step 5.

  8. Test high availability by killing the Node Agent processes manually.

    When the Node Agent Process is killed, the Node Agent and all its associated server instances are restarted.

    When the application server instances are killed, the Node Agent restarts them. The data service monitors the health of the Node Agent only.

  9. Test the data service functionality by forcing a Node Agent resource failover.

    Note the values of the standard resource properties Retry_count and Retry_interval. Kill the Node Agent process manually a number of times equal to Retry_count and within the time period Retry_interval. The Node Agent resource fails over to another cluster node.

  10. When the Node Agents start on another node, repeat Step 4 to test the availability of the server instances.