Considerations for clustered servers and stateful session beans

For a cluster of servers that span multiple systems in a sysplex and will have stateful session beans with an activation policy of Transaction deployed in them, the passivation directory should reside on an HFS (hierarchical file system) that is shared across the multiple systems in the sysplex on which the clustered servers will be running. So, before creating the cluster, it is important to consider the following:

If you answered yes to all the questions above, then you should define a shared HFS (hierarchical file system) to be used as the passivation directory for the stateful session beans.

The name of the passivation directory should contain the install root and cluster name. In the following example, /WebSphere/V5R0M0/AppServer is also known as USER_INSTALL_ROOT, and the name of the cluster is cluster1.

/WebSphere/V5R0M0/AppServer/passivation/cluster1

For optimal performance, you should create a passivation directory for each cluster. Also, the default passivation directory should not be used for clusters; it should be used for non-clustered servers and servers that do not have stateful session beans with an activation policy of Transaction.

For information about defining a shared HFS, see z/OS UNIX System Services Planning.

For information on specifying the passivation directory with the WebSphere administrative console, see EJB container settings.


Related reference
EJB container settings



Searchable topic ID:   rrun_cluster_stateful
Last updated: Jun 21, 2007 9:56:50 PM CDT    WebSphere Application Server for z/OS, Version 5.0.2
http://publib.boulder.ibm.com/infocenter/wasinfo/index.jsp?topic=/com.ibm.websphere.zseries.doc/info/zseries/ae/rrun_cluster_stateful.html

Library | Support | Terms of Use | Feedback