What do I do in a clustered environment in my Microsoft Clustering Services Resource Monitor fails over the Exchange group during a restore?
When performaing a restore on a Microsoft Server Cluster, the Resource Monitor fails over the group containing your Exchange Server resource. The problem may be that one of the health checks issued by the Resource Manager did not receive a response from the physical disks on the Exchange server. You can sometimes work around this problem by increasing the IsAlive and LooksAlive health monitoring values to a value greater than the amount of time the restore will require. These values take effect as soon as they are modified. If your application modifies these values, it should restore them to their original values after the VSS restore has completed. Additionally, your application should determine the appropriate value for these settings so that the restore can successfully complete before the Server Cluster Resource Monitor attempts to poll the physical disks on the Exchange server. The following examples of commands demonstrate the use of cluster.exe to set the IsAlive and LooksAlive
Related Questions
- What do I do in a clustered environment in my Microsoft Clustering Services Resource Monitor fails over the Exchange group during a restore?
- Is it necessary to configure MSDTC as a clustered resource for SQL Server clustering to work?
- Does sever checker check individual services such as Microsoft exchange?