2
2
description : Use this topic to help manage Windows and Windows Server technologies with Windows PowerShell.
3
3
external help file : Microsoft.FailoverClusters.PowerShell.dll-Help.xml
4
4
Module Name : FailoverClusters
5
- ms.date : 10 /21/2022
5
+ ms.date : 11 /21/2022
6
6
online version : https://learn.microsoft.com/powershell/module/failoverclusters/update-clusterfunctionallevel?view=windowsserver2022-ps&wt.mc_id=ps-gethelp
7
7
schema : 2.0.0
8
8
title : Update-ClusterFunctionalLevel
@@ -22,36 +22,36 @@ Update-ClusterFunctionalLevel [-Force] [-WhatIf] [-InputObject <PSObject>] [-Clu
22
22
23
23
## DESCRIPTION
24
24
25
- The ** Update-ClusterFunctionalLevel** cmdlet updates the functional level of a mixed-version
25
+ The ` Update-ClusterFunctionalLevel ` cmdlet updates the functional level of a mixed-version
26
26
cluster. You can update the cluster after all nodes have been updated.
27
27
28
28
Starting with Windows Server 2016, you can add a node that runs a more recent version of the Windows
29
29
operating system into a cluster of nodes that run a previous version of the Windows operating
30
- system. To add a cluster node, use the ** Add-ClusterNode** cmdlet.
30
+ system. To add a cluster node, use the ` Add-ClusterNode ` cmdlet.
31
31
32
32
After you add a node that runs a different version of the Windows operating system, the cluster
33
33
becomes a mixed-version cluster. You can implement a mixed-version cluster to continue to run while
34
34
you upgrade the operating system on each node in the cluster.
35
35
36
- We recommend that you upgrade all nodes in the cluster within a month. We do not recommend using a
36
+ We recommend that you upgrade all nodes in the cluster within a month. We don't recommend using a
37
37
mixed-version cluster permanently.
38
38
39
39
You can use this cmdlet to support a rolling operating system upgrade for a cluster. If you use
40
40
cluster that runs Hyper-V in which all the nodes run Windows Server 2012 R2, you can upgrade the
41
41
nodes of that cluster without downtime for your virtual machines.
42
42
43
- First, drain one cluster node by specifying the * Drain* parameter of the ** Suspend-ClusterNode**
43
+ First, drain one cluster node by specifying the ** Drain** parameter of the ` Suspend-ClusterNode `
44
44
cmdlet. This cmdlet causes all virtual machines to live-migrate to one of the other hosts.
45
45
46
- Next, remove the host from the cluster by using the ** Remove-ClusterNode** cmdlet.
46
+ Next, remove the host from the cluster by using the ` Remove-ClusterNode ` cmdlet.
47
47
48
- Next, install a new version of the operating system. Do not perform an upgrade or in-place
48
+ Next, install a new version of the operating system. Don't perform an upgrade or in-place
49
49
installation.
50
50
51
51
Next, add the Hyper-V role and the ** Failover Clustering** feature by using the
52
- ** Install-WindowsFeature** cmdlet. For more information, type ` Get-Help Install-WindowsFeature ` .
52
+ ` Install-WindowsFeature ` cmdlet. For more information, type ` Get-Help Install-WindowsFeature ` .
53
53
54
- Finally, add the node into the cluster by using the ** Add-ClusterNode** cmdlet.
54
+ Finally, add the node into the cluster by using the ` Add-ClusterNode ` cmdlet.
55
55
56
56
Repeat these steps for each node of the cluster.
57
57
@@ -67,7 +67,7 @@ cluster_17
67
67
```
68
68
69
69
This command tests whether an update would finish successfully. Because the command includes the
70
- * WhatIf* common parameter, the command does not perform the update.
70
+ ** WhatIf** common parameter, the command doesn't perform the update.
71
71
72
72
### Example 2: Update a cluster functional level
73
73
@@ -135,7 +135,7 @@ Accept wildcard characters: False
135
135
136
136
### -WhatIf
137
137
138
- Shows what would happen if the cmdlet runs. The cmdlet is not run.
138
+ Shows what would happen if the cmdlet runs. The cmdlet isn't run.
139
139
140
140
` ` ` yaml
141
141
Type : SwitchParameter
0 commit comments