Configuring automated peer recovery for the transaction service

Configure automated peer recovery to enable cluster members to automatically complete outstanding work for a failed cluster member. After you have configured automated peer recovery, recovery processing occurs without any intervention on your part.

 

Before you begin

Make sure that you understand the infrastructure requirements for automatic peer recovery. For more information, see How to choose between automated and manual transaction peer recovery and Disable file locking .

 

About this task

Automated peer recovery processing is the default setting when high availability is enabled. Follow the steps in this topic to ensure that your system is configured correctly. If you configured manual peer recovery and want to return to automated peer recovery, reconfigure the system back to the default settings.

 

Procedure

1. Verify that high availability is enabled, and that the location of the transaction recovery log is specified, as described in Configuring transaction properties for peer recovery .

2. Remove any high availability (HA) policies with a policy type of Static. Such policies might exist if you previously configured the system for manual peer recovery.

   1. In the administrative console click Servers > Core groups > Core group settings . All the members of a cluster reside in a single core group, which by default is the DefaultCoreGroup core group. Click the core group that contains your cluster. The Core groups configuration panel is displayed.

   2. Under Additional Properties, click Policies. The current set of policies is displayed.

   3. Select any policies with a Policy type of Static, and a Match criteria that includes type = WAS_TRANSACTIONS. Click Delete.

3. Check to see if the required One-of-N transaction HA policy already exists. This policy has a Policy type of One-of-N, and a Match criteria that includes type = WAS_TRANSACTIONS. If this policy already exists, you do not need to take any further action. If the policy does not already exist, create it according to the following substeps.

   1. Click New to create a new policy.

   2. Select One of N policy and click Next.

   3. Provide a name for the policy. This value is a free-form text string that is used only as a label in the administrative console, however to assist readability in the administrative console, use a name that associates the policy with the required behavior, for example, Clustered TM policy.

   4. Enter a description, if required.

   5. Select the Fail back check box to ensure that a failed server reclaims its recovery log when it restarts, and click OK.

   6. Set values for the Is alive timer, Quorum, and Preferred servers only options, if required. See the contextual help for more information.

   7. Under Additional Properties, click Match criteria to open an empty Match criteria panel.

   8. Click New to create a new match criterion.

   9. Enter type in the Name field and WAS_TRANSACTIONS in the Value field. Click OK.

   10. Save your changes to the master configuration, ensuring that you select the Synchronize changes with Nodes check box.

   11. Stop and restart the cluster members for the changes to take effect.

 

Results

Automated transaction peer recovery is configured for all the servers in the cluster. If a server fails, another server in the cluster will complete any outstanding work for the failed server.

 

See also

Disable file locking
Related tasks
Configuring transaction properties for peer recovery

Related information

How to choose between automated and manual transaction peer recovery Core group collection

 

---