How to update Windows Server failover clusters
This article describes how to update failover clusters in Windows Server.
Original KB number: 174799
Summary
This article describes how to install service packs or hotfixes on a Windows Server failover cluster. Applying a service pack or hotfix to a server cluster is the same as applying a service pack or hotfix to Windows Server. However, there are special conditions that you should consider to make sure that clients have a high level of access while you perform the installation.
More information
To install Windows service packs or hotfixes on a Windows Server failover cluster, follow these steps, depending on the version of Windows Server that you're running. Always install the same service packs or hotfixes on each cluster node. Follow these steps unless you're directed otherwise by the instructions for a particular service pack version.
Windows Server 2012 - 2019
Installing service packs and hotfixes on Windows Server 2012 - 2019 requires a different process. For more information, see Draining Nodes for Planned Maintenance with Windows Server.
Install service packs or hotfixes by using Failover Cluster Manager in Windows Server 2008 R2
Membership in the local Administrators group on each clustered server or an equivalent is required to complete this procedure.
Check the System log for errors, and make sure that the system is operating correctly.
Make sure that you have a current backup and updated emergency repair disk for each system. If there are corrupted files, a power outage, or an incompatibility, you may have to revert to the state of the system before you tried to install the service packs or hotfixes.
In the Failover Cluster Manager snap-in, right-click Node A, and then click Pause.
On Node A, expand Services and Applications, and then click the service or application.
Under Actions (on the right side), click Move this service or application to another node, and then select the node.
Note
As the service or application moves, its status is displayed in the details pane (the center pane).
Follow steps 4 and 5 for each service and application that is configured on the cluster. On a cluster that has more than two nodes, from the options next to Move this service or application to another node, you can select Best possible. This option has no effect if you don't have a Preferred owners list configured for the service or application that you're moving. (In this case, the node will be selected randomly.) If you configured a Preferred owners list, the Best possible option will move the service or application to the first available node on the list.
Install the service packs or hotfixes on Node A, and then restart the computer.
Check the System log for errors. If you find any errors, troubleshoot them before you continue this process.
In the Failover Cluster Manager snap-in, right-click Node A, and then click Resume.
In the Failover Cluster Manager snap-in, right-click Node B, and then click Pause.
Under Actions (on the right side), click Move this service or application to another node, and then select the node.
Note
As the service or application moves, its status is displayed in the details pane (the center pane).
Follow steps 10 and 11 for each service and application that is configured on the cluster.
Install the service packs or hotfixes on Node B, and then restart the computer.
Check the System log for errors. If you find any errors, troubleshoot them before you continue this process.
In Failover Cluster Manager, right-click Node B, and then click Resume.
Right-click each group, click Move Group, and then move the groups back to their preferred owner. For more information, see Test the Failover of a Clustered Service or Application and Pause or Resume a Node in a Failover Cluster.
Install service packs or hotfixes by using Windows PowerShell cmdlets in Windows Server 2008 R2
Membership in the local Administrators group on each clustered server or an equivalent is required to complete this procedure.
Check the System log for errors, and make sure that the system is operating correctly.
Make sure that you have a current backup and updated emergency repair disk for each system. If there are corrupted files, a power outage, or an incompatibility, you may have to revert to the state of the system before you tried to install the service packs or hotfixes.
In the Windows Server 2008 R2, use the Windows PowerShell Modules link under Administrative Tools to automatically import all the Windows PowerShell modules for the features or roles that you've installed.
Use the shortcut in Administrative Tools to start Failover Cluster PowerShell Management. Or, start Windows PowerShell on your computer by right-clicking and then selecting Run as administrator.
Load the Failover Clusters module by running the following command:
Import-Module FailoverClusters
.Suspend (Pause) activity on failover cluster node A by running the following command:
Suspend-ClusterNode nodeA
.Move a clustered service or application (a resource group) from one node to another by running the following command:
Move-ClusterGroup \<clustered service> -Node nodeB
.Tip
You can also use following command to move all groups of the node to the preferred owner of the best possible node:
Get-ClusterNode NodeA | Get-ClusterGroup | Move-Cluster Group
.Install the service pack on Node A, and then restart the computer.
Check the System log for errors. If you find any errors, troubleshoot them before you continue this process.
Resume activity on node A that was suspended in step 5 by running the following command:
Resume-ClusterNode nodeA
.Suspend (Pause) activity on other failover cluster node by running the following command:
Suspend-ClusterNode nodeB
.Move a clustered service or application (a resource group) from one node to another by running the following command:
Move-ClusterGroup <clustered service> -Node nodeB
.Note
You can again use following command to move all groups of the node to the preferred owner of the best possible node:
Get-ClusterNode NodeB | Get-ClusterGroup | Move-Cluster Group
.Install the service pack on Node B, and then restart the computer.
Check the System log for errors. If you find any errors, troubleshoot them before you continue this process.
Resume activity on node B that was suspended in step 10 by running the following command:
Resume-ClusterNode nodeB
.Move the clustered service or application (a resource group) back to their preferred owner by running the following command:
Move-ClusterGroup <CusteredService> -Node <NodeName>
.
For more information, go to the following Microsoft websites: