Upgrade eines Windows Server Failoverclusters mit einem stufenweisen Upgrade des Cluster-Betriebssystems

Gilt für:: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Azure Local 2311.2 and later

In diesem Artikel wird beschrieben, wie Sie ein Featureupdate auf einem Windows Server Failovercluster manuell installieren, ohne Workloads zu beenden. Der Prozess aktualisiert jeweils einen Knoten in einem Rolling-Upgrade und wird häufig als Rolling-Upgrade des Betriebssystemclusters bezeichnet.

Sie können den Cluster immer nur um eine Betriebssystemversion aktualisieren, zum Beispiel von Windows Server 2022 auf Windows Server 2025. Führen Sie die Schritte in diesem Artikel für jede Version aus, um ein Upgrade auf mehrere Betriebssystemversionen durchzuführen, z. B. von Windows Server 2016 auf Windows Server 2025.

Dieser Artikel bezieht sich auf Cluster, die auf Hyper-V-virtuellen Maschinen oder SOFS-Workloads (Scale-out File Server) laufen und ein Upgrade auf eine neue Betriebssystemversion durchführen, gilt jedoch nicht für Cluster, die virtuelle Festplatten im VHDX-Format als gemeinsamen Speicher nutzen. Wenn Sie System Center Virtual Machine Manager (VMM) verwenden, lesen Sie stattdessen Performieren Sie ein rollierendes Upgrade eines Hyper-V Hostclusters in VMM. Azure Local Kunden sollten den in About Azure Local Upgrades beschriebenen Aktualisierungsprozess verwenden, aber Sie können diesen Artikel verwenden, wenn keines der Azure Local Aktualisierungsmethoden für Sie funktioniert.

Overview

Ein rollierendes Upgrade eines Clusters auf die nächste neuere Version von Windows Server bietet die folgenden Vorteile:

Führen Sie ein Upgrade eines Clusters mit Hyper-V virtuellen Computern oder SOFS-Workloads (Scale-out File Server) auf die nächste neuere Version von Windows Server ohne Ausfallzeiten durch.
Es ist keine neue Hardware erforderlich, sie können jedoch vorübergehend Clusterknoten zu kleinen Clustern hinzufügen, um die Verfügbarkeit während des Upgrades zu verbessern.
Der Cluster kann Patch- und Wartungsvorgänge während des Upgrades unterstützen, wenn eine Mischung aus Betriebssystemversionen im Cluster vorhanden ist.
Der Upgradevorgang kann bis zum letzten Schritt rückgängig gemacht werden, wenn alle Clusterknoten die neuere Version von Windows Server ausführen und die Clusterfunktionsebene aktualisieren.
Die Automatisierung über PowerShell und WMI wird unterstützt.

Auf hoher Ebene besteht ein rollierendes Upgrade aus den folgenden Schritten:

Bereiten Sie den Cluster für das Betriebssystemfeatureupdate vor.
Übertragen von Arbeitslasten vom ersten Knoten.
Führen Sie das Windows Server Feature-Update über ein Upgrade oder eine Neuinstallation aus.
Wiederholen Sie die Schritte 2 bis 3 für jeden anderen Knoten im Cluster.
Aktualisieren Sie die Clusterfunktionsebene und Speicherpools auf die neue Version von Windows Server.
Setzen Sie den normalen Betrieb fort, und aktualisieren Sie vm-Konfigurationsversionen, um neue Funktionen zu aktivieren.

Ein detailliertes Diagramm des rollierenden Upgradeprozesses finden Sie in Abbildung 1.

Abbildung 1: Diagramm des rollierenden Upgradeprozesses

Anforderungen und Einschränkungen

Führen Sie die folgenden Anforderungen aus, bevor Sie mit dem Upgrade beginnen:

Beginnen Sie mit einem Failovercluster, der Windows Server 2012 R2 oder einer neueren Version hat.
Stellen Sie sicher, dass die Hyper-V-Knoten über CPUs verfügen, die die Second-Level-Adressumsetzungstabelle (SLAT) unterstützen, indem Sie eine der folgenden Methoden verwenden:
- Überprüfen Sie die Sind Sie SLAT kompatibel? WP8 SDK Tipp 01 Artikel, in dem zwei Methoden beschrieben werden, um zu überprüfen, ob eine CPU SLATs unterstützt
- Laden Sie das Coreinfo v3.31-Tool herunter, um zu ermitteln, ob eine CPU SLAT unterstützt.

Hier sind einige Einschränkungen zu beachten:

Es wird empfohlen, innerhalb von vier Wochen den Clusterupgradeprozess zu durchlaufen, da einige Clusterfeatures nicht für Cluster optimiert sind, die zwei verschiedene Betriebssystemversionen ausführen.
- Wenn Sie einen Cluster mit gemischtem Betriebssystemmodus verwalten, führen Sie immer die Verwaltungsaufgaben von einem Knoten aus aus, auf dem die neuere Version von Windows Server ausgeführt wird. Ältere Versionen von Windows Server können häufig keine UI- oder Verwaltungstools zum Verwalten neuerer Versionen verwenden.
- Vermeiden Sie es, Speicherplatz auf neueren Windows Server-Knoten zu erstellen oder zu ändern, wenn der Cluster mit verschiedenen Betriebssystemversionen arbeitet. Dies kann zu möglichen Inkompatibilitäten führen, wenn bei einem Failover von einem neueren zu einem älteren Windows Server-Knoten gewechselt wird.
Sie können nur auf die nächste neuere Version des Betriebssystems aktualisieren, z. B. von Windows Server 2022 auf Windows Server 2025.
Um ein Upgrade über mehrere Versionen hinweg durchzuführen, z. B. von Windows Server 2016 auf Windows Server 2025, führen Sie das Upgrade sequenziell aus (zuerst zu Windows Server 2019, dann auf Windows Server 2022 und schließlich auf Windows Server 2025) oder zu einem neuen Cluster migrieren.
Sie müssen die Konfigurationsversion älterer VMs aktualisieren, bevor sie auf einem Windows Server 2022 oder neueren Cluster ausgeführt werden können, unabhängig davon, wie Sie ein Upgrade durchführen. VM-Konfigurationsversionen, die älter als 8.0 (entsprechend Windows Server 2016) sind, können nicht auf Windows Server 2022 ausgeführt werden.
Wenn Ihre virtuellen Computer beispielsweise auf einem Windows Server 2012 R2-System erstellt und VM-Konfigurationsversion 5.0 verwendet werden und Sie den Cluster auf Windows Server 2022 aktualisieren, müssen Sie die VM-Konfigurationsversion auf 8.0 oder höher aktualisieren. Weitere Informationen finden Sie unter Migrieren und Aktualisieren virtueller Computer.

Schritt 1: Vorbereiten des Clusters für das Upgrade

Bevor Sie mit dem Upgrade von Knoten beginnen, stellen Sie sicher, dass der Cluster fehlerfrei ist und bereit für das Upgrade ist:

Überprüfen Sie, ob der Cluster über ausreichende Kapazität verfügt, um geeignete Betriebszeit-Dienstgütevereinbarungen sicherzustellen, wenn ein Knoten entfernt wird.
- Verfügt der Cluster über genügend Speicher, CPU und Netzwerkressourcen, um die erforderlichen Workloads auszuführen, wenn ein Knoten aus dem Cluster entfernt wird?
- Gibt es genügend Knoten im Cluster, um die erforderliche Fehlertoleranz mit einem Knoten offline zu halten? Möglicherweise möchten Sie vorübergehend einen Knoten zu einem Zwei-Knoten-Cluster hinzufügen, um während des Upgrades die Fehlertoleranz zu erhalten.
Überprüfen Sie bei Hyper-V Workloads, ob alle Windows Server Hyper-V Hosts CPU-Unterstützung für Second-Level Adresstabelle (SLAT) haben. Nur SLAT-fähige Computer können die Hyper-V Rolle in Windows Server 2016 und höher verwenden.
Installieren Sie die neuesten Softwareupdates auf allen Knoten des Clusters.
Überprüfen Sie, ob Workloadsicherungen abgeschlossen sind, und erwägen Sie, die Clusterdatenbank mit einer Systemstatussicherung zu sichern.
Überprüfen Sie, ob alle Clusterknoten hochgefahren sind, indem Sie das Cmdlet Get-ClusterNode verwenden.
```
Get-ClusterNode
```
Hier ist ein Beispiel für die Ausgabe:
```
Name        ID    State
----        --    -----
Node1       1     Up
Node2       2     Up
Node3       3     Up
```
Beenden Sie alle Aktualisierungstools, die auf dem Cluster ausgeführt werden. Wenn Sie beispielsweise Cluster aware Updating verwenden, führen Sie die folgenden Schritte aus:
1. Überprüfen Sie, ob die Cluster-Aware Aktualisierung (CAU) derzeit eine Ausführung mithilfe der Benutzeroberfläche der Cluster-Aware Aktualisierung oder des Cmdlets Get-CauRun durchführt.
```
Get-CauRun
```
  Hier ist ein Beispiel für die Ausgabe des mit „Cluster01“ benannten Clusters:
```
RunNotInProgress
WARNING: No Updating Run is currently in progress on cluster Cluster01.
```
2. Beenden Sie die Clusteraktualisierung mithilfe des Cmdlets Disable-CauClusterRole, um zu verhindern, dass Knoten während des Upgrades automatisch angehalten und geleert werden.
```
Disable-CauClusterRole
```
  Hier ist ein Beispiel für die Ausgabe:
```
Are you sure?
Do you want to disable the Cluster-Aware Updating clustered role on cluster "Cluster01"?
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"):
```

Schritt 2: Verlagerung von Arbeitslasten von einem Knoten

Führen Sie die folgenden Schritte für einen Knoten im Cluster aus (Sie wiederholen diesen Vorgang jeweils für jeden Knoten im Cluster):

Um den Knoten in Windows Admin Center abzulassen, navigieren Sie zu Cluster Manager>Servers, wählen Sie den Knoten aus, und wählen Sie dann Pause aus. Um den Failovercluster-Manager zu verwenden, wählen Sie den Knoten aus, und wählen Sie dann "Entwässerung> aus, wie in Abbildung 2 dargestellt. Oder verwenden Sie das Cmdlet Suspend-ClusterNode mit dem -Drain Parameter, wie hier gezeigt.

Abbildung 2: Verschieben von Rollen von einem Knoten mithilfe des Failover-Cluster-Managers
```
Suspend-ClusterNode -Name Node1 -Drain
```
Hier ist ein Beispiel für die Ausgabe, die zeigt, dass der Clusterknoten jetzt angehalten ist:
```
Name           ID    State
----           --    -----
Node1          1     Paused
```
Wenn Sie Hyper-V mit virtuellen Switches verwenden, die an ein LBFO-Team gebunden sind und ein direktes Upgrade auf Windows Server 2022 oder neuer durchführen, entfernen Sie das Team, bevor Sie das Upgrade starten. Nach dem Upgrade können Sie die Netzwerkadapter an einen virtuellen Switch binden, der die neuere SET-Switch-Technologie verwendet.

LBFO-Teams werden in Windows Server 2022 und neueren Hyper-V nicht mehr unterstützt. Weitere Informationen zu entfernten Features finden Sie unter Features, die in Windows Server entfernt oder nicht mehr entwickelt werden.
Dieser Schritt ist optional, je nachdem, ob Sie ein direktes Upgrade oder eine Neuinstallation des Betriebssystems durchführen. Wenn Sie eine saubere Neuinstallation des Betriebssystems auf dem Knoten ausführen möchten, entfernen Sie zuerst den angehaltenen Knoten mithilfe des Windows Admin Center, des Failover-Cluster-Managers oder des Cmdlets Remove-ClusterNode aus dem Cluster.
```
Remove-ClusterNode -Name Node1
```
Hier ist ein Beispiel für das Ergebnis:
```
Are you sure you want to evict node Node1?
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"):
```

Schritt 3: Installieren der neuen Version von Windows Server

Führen Sie auf dem Knoten eine Aktualisierung oder Neuinstallation der neueren Version von Windows Server durch.
Wenn Sie vor dem Upgrade auf Windows Server 2022 oder neuer ein LBFO-Team aktualisiert und entfernt haben, erstellen Sie einen neuen virtuellen Hyper-V Switch, der die neuere Switch Embedded Teaming (SET)-Technologie verwendet, um eine Bindung an mehrere Netzwerkadapter herzustellen. Sie können Windows Admin Center, Hyper-V-Manager oder das PowerShell-Cmdlet New-VMSwitch verwenden.
Wenn Sie eine Neuinstallation durchgeführt haben, können Sie den Knoten wieder an dem Cluster teilnehmen:
1. Verbinden Sie den Knoten mit der entsprechenden Active Directory Domain Services Domäne. Stellen Sie sicher, dass Sie denselben Computernamen verwenden, wenn der Cluster Direkte Speicherplätze verwendet.
2. Fügen Sie der lokalen Gruppe "Administratoren" die entsprechenden Benutzer hinzu.
3. Installieren Sie alle benötigten Serverrollen und Features, z. B. Hyper-V, Failoverclustering und NetworkATC (verfügbar auf Windows Server 2025). Sie können Windows Admin Center, Server-Manager oder das Install-WindowsFeature PowerShell-Cmdlet verwenden, wie im folgenden Beispiel gezeigt:
```
Install-WindowsFeature -Name "Hyper-V", "Failover-Clustering", "NetworkATC" -IncludeAllSubFeature -IncludeManagementTools
```
4. Überprüfen Sie die Netzwerk- und Speicherkonnektivitätseinstellungen.
5. Wenn Windows Firewall verwendet wird, überprüfen Sie, ob die Firewalleinstellungen für den Cluster korrekt sind. Für clusterfähige Aktualisierungen kann beispielsweise eine Firewallkonfiguration erforderlich sein.
6. Erstellen Sie für Hyper-V Workloads virtuelle Switches, die den restlichen Clusterknoten entsprechen (mit Ausnahme der LBFO-Konfiguration, wenn Sie Netzwerkadapterteams ersetzen). Sie können Windows Admin Center, Hyper-V Manager oder den Get-VMSwitch und Add-VMSwitch PowerShell-Cmdlets verwenden.
7. Wenn Sie eine Neuinstallation des Betriebssystems auf dem Knoten ausgeführt haben, stellen Sie eine Verbindung mit dem aktualisierten Knoten her, und verwenden Sie dann Windows Admin Center, Failovercluster-Manager oder das Cmdlet Add-ClusterNode, um den aktualisierten Knoten wieder zum Cluster hinzuzufügen. Wenn Sie ein direktes Upgrade durchgeführt haben, müssen Sie diesen Schritt nicht ausführen, da der Knoten noch Teil des Clusters ist.
```
Add-ClusterNode -Name clusternode1
```
  Hier ist ein Beispiel für das Ergebnis:
```
Waiting for notification that node clusternode1 is a fully functional member of the cluster.
```
  Note
  
  Wenn der erste aktualisierte Knoten dem Cluster beitritt, wechselt der Cluster in den Modus "Gemischtes Betriebssystem", und die Clusterkernressourcen werden in den neueren Knoten verschoben. Ein Cluster im gemischten OS-Modus ist ein voll funktionsfähiger Cluster, dessen Knoten in einem Kompatibilitätsmodus mit den alten Knoten laufen. Der Modus „Gemischtes Betriebssystem“ ist ein transitory Modus für den Cluster, und Sie sollten alle Knoten des Clusters innerhalb von vier Wochen aktualisieren.
8. Wenn Sie ein direktes Upgrade durchgeführt haben, nehmen Sie den Knoten mithilfe von Windows Admin Center, Failovercluster-Manager oder dem Cmdlet Resume-ClusterNode wieder in Betrieb.
```
Resume-ClusterNode -Name clusternode1 -Failback Immediate
```
  Hier ist ein Beispiel für die Ausgabe, die zeigt, dass der Clusterknoten jetzt aktiv ist.
```
Name         State Type
----         ----- ----
clusternode1 Up    Node
```
9. Sie können den Cluster optional neu ausbalancieren, indem Arbeitslasten auf den neu hinzugefügten Knoten verschoben werden.
- Um ausgeführte virtuelle Computer ohne Ausfallzeiten zu verschieben, verwenden Sie Live-Migration im Windows Admin Center-, Failovercluster-Manager oder im Cmdlet Move-ClusterVirtualMachineRole.
```
Move-ClusterVirtualMachineRole -Name VM1 -Node node1
```
  Hier ist ein Beispiel für das Ergebnis:
```
Name      OwnerNode     State
----      ---------     -----
VM1       node1         Online
```
- Um andere Clusterworkloads zu verschieben, verwenden Sie den Befehl "Verschieben " im Failovercluster-Manager oder im Cmdlet "Move-ClusterGroup ".

Schritt 4: Wiederholen Sie die Schritte 2 bis 4 für jeden anderen Knoten im Cluster.

Der Upgradeprozess ist vollständig umkehrbar, bis Sie die Clusterfunktionsebene im nächsten Schritt aktualisieren. Um das Upgrade aufzugeben, fügen Sie Knoten hinzu, die die ursprüngliche Version von Windows Server ausführen, und entfernen Sie dann alle Knoten, die die neuere Version des Betriebssystems ausführen.

Schritt 5: Aktualisieren der Clusterfunktionsebene und der Speicherpoolversion

Durch das Aktualisieren der Clusterfunktionsebene und der Speicherpoolversion können neue Features verwendet werden. Es verbessert auch einige Clustervorgänge, z. B. das Ableiten von Arbeitslasten von einem Knoten, was dazu führen kann, dass ein Knoten für einen kurzen Zeitraum isoliert wird, wenn es auf einem Cluster mit gemischtem Betriebssystem ausgeführt wird.

Wenn jeder Knoten die neuere Betriebssystemversion installiert und wieder zum Cluster hinzugefügt oder dauerhaft entfernt wird, führen Sie die folgenden Schritte aus, um die Clusterfunktionsebene und die Speicherpoolversion zu aktualisieren.

Important

Nachdem Sie die Clusterfunktionsebene und die Speicherpoolversion aktualisiert haben, können Sie nicht zu einer früheren Funktions- oder Speicherpoolversion zurückkehren und dem Cluster keine Knoten hinzufügen, die frühere Versionen von Windows Server ausführen.

Überprüfen Sie, ob alle Clusterrollen erwartungsgemäß auf dem Cluster ausgeführt werden. Sie können Windows Admin Center, Failovercluster-Manager oder das Cmdlet Get-ClusterGroup verwenden:
```
Get-ClusterGroup
```
Hier ist ein Beispiel für die Ausgabe mit vier virtuellen Computern und der Clustergruppe, die online ist:
```
Name                OwnerNode      State
----                ---------      -----
Available Storage   node2          Offline
VM1                 node2          Online
VM2                 node1          Online
VM3                 node1          Online
VM4                 node3          Online
Cluster Group       node1          Online
```
Die Gruppe "Verfügbarer Speicher" wird nicht verwendet und ist offline, da dieser Cluster cluster shared Volumes (CSVs) für den Speicher verwendet. Verfügbarer Speicher wäre online, wenn der Cluster Datenträger verwendet hat, die ihm von LUNS auf einem SAN zugewiesen wurden, aber wir empfehlen stattdessen die Verwendung von CSVs.
Überprüfen Sie, ob alle Clusterknoten online und aktiv sind, indem Sie mithilfe von Windows Admin Center, dem Failovercluster-Manager oder dem Cmdlet Get-ClusterNode prüfen.
```
Get-ClusterNode
```
Hier ist ein Beispiel für die Ausgabe:
```
Name        ID    State
----        --    -----
node1       1     Up
node2       2     Up
node3       3     Up
```
Anzeigen der Clusterfunktionsebene in Windows Admin Center durch Navigieren zu Cluster-Manager>Settings>Cluster>Properties. Oder verwenden Sie das Cmdlet "Get-Cluster ":
```
Get-Cluster | Select ClusterFunctionalLevel
```
Hier ist ein Beispiel für die Ausgabe:
```
ClusterFunctionalLevel
-----------------------
10
```

Wählen Sie die neue Funktionsebene in Windows Admin Center aus, oder führen Sie das Cmdlet Update-ClusterFunctionalLevel aus. Es sollten keine Fehler zurückgegeben werden.

Update-ClusterFunctionalLevel

Hier ist ein Beispiel für das Ergebnis:

Updating the Functional level for cluster cluster01.
Warning: You cannot undo this operation. Do you want to continue?
[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [S] Suspend  [?] Help (default is "Y"):

Vergewissern Sie sich, dass die Clusterfunktionsebene mithilfe des Cmdlets "Get-Cluster " aktualisiert wurde:
```
Get-Cluster | Select ClusterFunctionalLevel
```
Hier ist ein Beispiel für das Ergebnis:
```
ClusterFunctionalLevel
-----------------------
11
```
Wenn Sie Speicherpools verwenden, können Sie sie ohne Ausfallzeiten aktualisieren, indem Sie Windows Admin Center >Cluster Manager>Einstellungen>Speicherplätze und Pools>Speicherpool-Version. Oder verwenden Sie das PowerShell-Cmdlet Update-StoragePool .

Schritt 6: Fortsetzen normaler Clustervorgänge und Aktivieren neuer Funktionen

Führen Sie die folgenden Schritte aus, um normale Clustervorgänge fortzusetzen und neue Funktionen zu aktivieren:

Wenn Sie die Aktualisierung der Tools beendet haben, starten Sie sie erneut. Um beispielsweise die Cluster-Aware-Aktualisierung zu starten, können Sie das Cluster Aware Updating-Tool oder das Cmdlet Enable-CauClusterRole verwenden.
```
Enable-CauClusterRole
```
Hier ist ein Beispiel für das Ergebnis:
```
Are you sure?
Do you want to enable the Cluster-Aware Updating Clustered role on Cluster "cluster01"?
[Y] Yes  [N] No  [S] Suspend  [?] Help (default is "Y"):
```
Setzen Sie alle Sicherungsvorgänge fort, die Sie für das Upgrade beendet haben.

Um die für VMs verfügbaren neuen Funktionen zu aktivieren, aktualisieren Sie die Konfigurationsversion für jeden virtuellen Computer. Eine Liste der neuen Hyper-V-Funktionen finden Sie unter Migrate und Upgrade virtueller Computer.

Zeigen Sie die VM-Versionen an, die von jedem Knoten unterstützt werden, indem Sie das Cmdlet "Get-VMHostSupportedVersion " verwenden. Jeder Knoten sollte an diesem Punkt die gleichen unterstützten Versionen haben.

Get-VMHostSupportedVersion -ComputerName node1

Hier sehen Sie ein Beispiel für die Ausgabe, in der die Versionsnummern des virtuellen Computers und der entsprechende Betriebssystemname angezeigt werden:

Name                                                  Version IsDefault
----                                                  ------- ---------
Microsoft Windows 10 Anniversary Update/Server 2016   8.0     False
Microsoft Windows 10 Creators Update                  8.1     False
Microsoft Windows 10 Fall Creators Update/Server 1709 8.2     False
Microsoft Windows 10 April 2018 Update/Server 1803    8.3     False
Microsoft Windows 10 October 2018 Update/Server 2019  9.0     False
Microsoft Windows 10 May 2019 Update/Server 1903      9.1     False
Microsoft Windows 10 May 2020 Update/Server 2004      9.2     False
Microsoft Windows 10 (Manganese)                      9.3     False
Microsoft Windows Server 2022                         10.0    False
Microsoft Host OS (Cobalt+)                           10.5    False
Microsoft Windows 11 (22H2)                           11.0    False
Microsoft Windows 11 (Copper)                         11.1    False
Microsoft Windows 11 (Zinc)                           11.2    False
Microsoft Windows Server 2025                         12.0    True

Zeigen Sie die virtuellen Computer auf jedem Knoten im Cluster mithilfe des Cmdlets "Get-VM " an.

Get-VM -ComputerName node1

Hier ist ein Beispiel für das Ergebnis:

Name    State   CPUUsage(%) MemoryAssigned(M) Uptime              Status             Version
----    -----   ----------- ----------------- ------              ------             -------
VM1     Running 0           12288             2.20:28:49.6670000  Operating normally 8.0
VM2     Running 0           4096              14.23:13:12.7370000 Operating normally 8.0
VM3     Running 0           1216              2.20:09:38.9450000  Operating normally 8.0

Während eines geplanten Wartungsfensters, wenn Sie die virtuellen Computer offline schalten können, sichern und aktualisieren Sie alle älteren virtuellen Computer auf jedem Knoten.
Navigieren Sie dazu in Windows Admin Center zu Cluster Manager>Virtual machines, wählen Sie einen virtuellen Computer und dann Manage>Upgrade-Konfigurationsversion aus.
Oder verwenden Sie das Cmdlet Update-VMVersion , wie in diesem Beispiel gezeigt, das alle virtuellen Computer auf einem Knoten auf die neueste Version aktualisiert.
```
Update-VMVersion -ComputerName node1 -Name * -WhatIf
```
Hier ist ein Beispiel für das Ergebnis:
```
Confirm
Are you sure you want to perform this action?
Performing a configuration version update of "dc1" will prevent it from being migrated to or imported on previous
versions of Windows. This operation is not reversible.

[Y] Yes  [A] Yes to All  [N] No  [L] No to All  [S] Suspend  [?] Help (default is "Y"):
```

Cluster-Übergangsstatus beim parallelen Upgrade für Clusterbetriebssysteme

Die öffentliche Clustereigenschaft ClusterFunctionalLevel-Eigenschaft gibt den Status des Clusters auf Windows Server 2016 und späteren Clusterknoten an. Diese Eigenschaft kann mit dem PowerShell-cmdlet von einem Clusterknoten abgefragt werden, der zu einem Failovercluster gehört:

Get-Cluster | Select ClusterFunctionalLevel

In der folgenden Tabelle sind die Werte und jede entsprechende Funktionsebene aufgeführt:

Value	Funktionale Ebene
8	Windows Server 2012 R2
9	Windows Server 2016
10	Windows Server 2019
11	Windows Server 2022
12	Windows Server 2025

Häufig gestellte Fragen

Wie lange kann der Failovercluster im gemischten Betriebssystemmodus ausgeführt werden?
Wir empfehlen Kunden, das Upgrade innerhalb von vier Wochen abzuschließen. Hyper-V und Scale-out File Server-Cluster können ohne Ausfallzeiten in weniger als vier Stunden aktualisiert werden.
Kann ich das Cmdlet Update-ClusterFunctionalLevel ausführen, während Knoten deaktiviert oder angehalten sind?
No. Alle Clusterknoten müssen eingeschaltet und aktiv Mitglied sein, damit das Cmdlet Update-ClusterFunctionalLevel funktioniert.
Funktioniert das Rolling Upgrade des Cluster-Betriebssystems für jede Cluster-Arbeitslast? Funktioniert es für SQL Server?
Ja, das Rollupgrade des Clusterbetriebssystems funktioniert für alle Clusterworkloads. Für Hyper-V- und Scale-out File Server-Cluster ist dies jedoch nur Null-Ausfallzeiten. Bei den meisten anderen Workloads tritt beim Failover ein kurzer Ausfall auf (in der Regel wenige Minuten). Ein Failover ist beim parallelen Upgrade für Clusterbetriebssysteme mindestens einmal erforderlich.
Kann ich diesen Prozess mithilfe von PowerShell automatisieren?
Yes.
Für einen großen Cluster mit zusätzlicher Failoverkapazität kann ich mehrere Knoten gleichzeitig aktualisieren?
Yes. Wenn ein Knoten aus dem Cluster entfernt wird, um das Betriebssystem zu aktualisieren, verfügt der Cluster über einen weniger Knoten für das Failover und hat daher eine reduzierte Failoverkapazität. Bei großen Clustern mit ausreichend Workload- und Failoverkapazität können Sie mehrere Knoten gleichzeitig aktualisieren.
Was geschieht, wenn ich ein Problem in meinem Cluster entdeckt, nachdem Update-ClusterFunctionalLevel erfolgreich ausgeführt wurde?
Wenn Sie die Clusterdatenbank mit einer Systemstatussicherung gesichert haben, bevor Sie Update-ClusterFunctionalLevel ausführen, sollten Sie eine autorisierende Wiederherstellung auf einem Knoten ausführen können, auf dem die vorherige Version von Windows Server ausgeführt wird, und die ursprüngliche Clusterdatenbank und -konfiguration wiederherstellen.
Kann ich ein In-Place-Upgrade für jeden Knoten verwenden, anstatt eine saubere OS-Installation durchzuführen, bei der das Systemlaufwerk neu formatiert wird?
Yes. In der Vergangenheit haben wir empfohlen, für jeden Knoten eine saubere Neuinstallation des Betriebssystems durchzuführen. Sie können jedoch jetzt ein direktes Upgrade eines Clusterknotens durchführen, wenn Sie Warnmeldungen sorgfältig lesen und beheben.
Wenn ich Hyper-V Replikation für eine Hyper-V VM auf meinem Hyper-V Cluster verwende, bleibt die Replikation während und nach dem Rollupgradeprozess des Clusterbetriebssystems erhalten?
Ja, Hyper-V Replikat bleibt während und nach dem Rollupgrade des Clusterbetriebssystems erhalten.
Kann ich System Center Virtual Machine Manager (VMM) verwenden, um den Rollupgradeprozess des Clusterbetriebssystems zu automatisieren? Ja, Sie können das parallele Upgrade für Clusterbetriebssysteme mit VMM im System Center automatisieren.

Feedback

War diese Seite hilfreich?

Last updated on 2026-04-15