HP ProLiant DL380 G5-Storage-Server - Manual (Page 118)

k. Click Yes to print a test page, click Next, and then click Finish.
l. A dialog box appears regarding the test page. Select the appropriate answer.
The Printer Spool is now a clustered resource.
Advanced cluster administration procedures
Failing over and failing back
As previously mentioned, when a node goes offline, all resources dependent on that node are
automatically failed over to another node. Processing continues, but in a reduced manner, because all
operations must be processed on the remaining node(s). In clusters containing more than two nodes,
additional fail over rules can be applied. For instance, groups can be configured to fail over different
nodes to balance the additional work load imposed by the failed node. Nodes can be excluded from the
possible owners list to prevent a resource from coming online on a particular node. Lastly the preferred
owners list can be ordered, to provide an ordered list of failover nodes. Using these tools, the failover
of resources can be controlled with in a multinode cluster to provide a controlled balanced failover
methodology that balances the increased work load.
Because operating environments differ, the administrator must indicate whether the system will
automatically fail the resources (organized by resource groups) back to their original node or will leave
the resources failed over, waiting for the resources to be moved back manually.
NOTE:
If the storage server is not set to automatically fail back the resources to their designated owner, the
resources must be moved back manually each time a failover occurs.
Restarting one cluster node
CAUTION:
Restarting a cluster node should be done only after confirming that the other node(s) in the cluster
are functioning normally. Adequate warning should be given to users connected to resources of the
node being restarted. Attached connections can be viewed through the Management Console on the
storage server Desktop using Terminal Services. From the Management Console, select File Sharing >
Shared Folders > Sessions.
The physical process of restarting one of the nodes of a cluster is the same as restarting a storage server
in single node environment. However, additional caution is needed.
Restarting a cluster node causes all cluster resources served by that node to fail over to the other nodes
in the cluster based on the failover policy in place. Until the failover process completes, any currently
executing read and write operations will fail. Other node(s) in the cluster will be placed under a heavier
load by the extra work until the restarted node comes up and the resources are moved back.
Shutting down one cluster node
CAUTION:
Shutting down a cluster node must be done only after confirming that the other node(s) in the cluster
are functioning normally. Adequate warning should be given to users connected to resources of the
node being shutdown.
Shutting down a cluster node causes all cluster resources served by that node to fail over to the other
node(s). This causes any currently executing client read and write operations to fail until the cluster
118 Cluster administration