Delayed fallback timer
You can configure a resource group's fallback behavior to occur at one of the predefined recurring times (daily, weekly, monthly and yearly, or on a specific date and time) by specifying and assigning a delayed fallback timer.
You can use a delayed fallback timer to set the time for a resource group to fall back to a higher priority node. You can configure the fallback behavior for a resource group to occur at a predefined recurring time (daily, weekly, monthly, or a specific date).
The delayed fallback timer has the following characteristics:
- Specifies the time when a resource group that is online and residing on a nonhome or low priority node falls back its home node or a higher priority node.
- Affects the movement of the resource group to another node. For example, if you move the nonconcurrent resource group (that has a fallback timer attribute) to another node by using the resource group management (RGM) utility (clRGmove), the group stays on the destination node (unless you reboot the cluster, which is rarely done). If the destination node goes down and then is reintegrated, the resource group also falls back to this node at the specified time.
Node reintegration with a delayed fallback timer set
The resource group does not immediately fall back to its higher priority node under the following condition.
- You have configured a delayed fallback timer for a resource group.
- A higher priority node joins the cluster.
At the time specified in the Delayed Fallback Timer attribute, one of two scenarios takes place:
- A higher priority node is found. If a higher priority node
is available for the resource group, PowerHA® SystemMirror® attempts to
move the resource group to this node when the fallback timer expires.
If the acquisition is successful, the resource group is acquired on
that node.
However, if the acquisition of the resource group on the node fails, PowerHA SystemMirror attempts to move the resource group to the next higher priority node in the group node list, and so on. If the acquisition of the resource group on the last node that is available fails, the resource group goes into an error state. You must take action to fix the error and bring such a resource group back online.
- A higher priority node is not found.
If there are no higher priority nodes available for a resource group,
the resource group remains online on the same node until the fallback
timer expires again. for example, if a daily fallback timer expires
at 11:00 p.m. and there are no higher priority nodes available for
the resource group to fallback on, the fallback timer recurs the next
night at 11:00 p.m.
A fallback timer that is set to a specific date does not recur.