Skip Navigation Links | |
Exit Print View | |
![]() |
Oracle Solaris Cluster Data Service for Sun Java System Application Server Guide Oracle Solaris Cluster |
Oracle Solaris Cluster HA for Sun Java System Application Server Overview
Failover Configuration Overview
Multiple Masters Configuration Overview
Installing and Configuring Application Server
How to Configure and Activate Network Resources for a Failover Configuration
How to Install and Configure the Application Server
Using the Application Server With HADB
Configuring the Sun Java System Web Server Plug-in
Installing the HA for Sun Java System Application Server Packages
Setting Oracle Solaris Cluster HA for Sun Java System Application Server Extension Properties
Configuring the SUNW.HAStoragePlus Resource Type
Tuning the Fault Monitor for Oracle Solaris Cluster HA for Sun Java System Application Server
A. Extension Properties for HA for Sun Java System Application Server Supported Versions as of 9.1
B. Extension Properties for HA for Sun Java System Application Server Supported Versions Before 8.1
This section contains the information that you need to plan the installation and configuration of the Oracle Solaris Cluster HA for Sun Java System Application Server.
Consider the following restrictions and requirements before you start your installation.
Store static files and data on the local file system of each cluster node. Dynamic data should reside on the cluster file system so that you can view or update the data from any cluster node. The Application Server binaries and configuration files must be highly available and accessible to application server instances that are running on all nodes.
Do not use the Application Server command-line or GUI administrative tools to start or stop the Application Server instances while application instances are running. Only use these administrative tools while application instances are running if your configuration meets the following conditions.
The Application Server is configured as a failover service mastered by one node at a time.
All of the application server instances of a domain, including the administrative server, are configured in one resource group.
If you plan to use the Application Server as a service mastered on multiple nodes, you must set the HTTP and IIOP listeners to listen to the appropriate network resource. This setting is necessary because, by default, the Application Server behavior binds to all IP addresses on the node.
If you use the Solaris Volume Manager, configure the Application Server software to use UNIX file system (UFS) logging or raw-mirrored metadevices. See the Solaris Volume Manager documentation for information on how to configure raw-mirrored metadevices.
You must set up the hostnames in your name services before you begin the Application Server installation. You must specify a network resource (IP address) that can fail over between nodes.
You must not remove or relocate any of the installed files or directories that the Application Server installation places on the cluster file system. For example, do not relocate any of the binaries that are installed with the Application Server software.
You must install the binaries on the local disks.
You must configure the network resources that clients use to access the data service and bring the logical hostnames online.
Note - If you run the Application Server with another application server that uses the same network resources, configure the servers to listen on different ports. Configuring the listeners on different ports prevents a port conflict between the two servers.
Use the questions in this section to plan the installation and configuration of Oracle Solaris Cluster HA for Sun Java System Application Server.
Will you run Oracle Solaris Cluster HA for Sun Java System Application Server as a failover data service or as a service mastered on multiple nodes at the same time?
What resource groups will you use for network addresses, application resources, and the dependencies between network addresses and application resources?
What is the logical hostname that clients use to access the data service?
Where will the system configuration files reside?