Upgrade von Azure Stack HCI-Betriebssystemversion 22H2 oder 3H2 nur auf 24H2-OS
Summary: Eine Übersicht und Anleitung zum Upgrade der Azure Stack HCI-Betriebssystemversion von Version 22H2 oder 23H2 auf Version 24H2 (nur Betriebssystem)
Instructions
Dokumentübersicht
Dieser Artikel enthält Folgendes:
- Übersicht über ein reines Upgrade des Azure Stack HCI-Betriebssystems von Version 22H2 oder 23H2 auf Version 24H2
- Anleitung zum Upgrade des Azure Stack HCI-Betriebssystems (BS) auf Version 26100.xxxx (24H2) mithilfe von PowerShell.
- Es stehen zwei Upgradepfade zur Verfügung:
- Führen Sie ein Upgrade von Version 20349.xxxx (22H2) auf Version 26100.xxxx (24H2) durch.
- Führen Sie ein Upgrade von Version 25398.xxxx (23H2) auf Version 26100.xxxx (24H2) durch. Dies umfasst die 25398.xxxx (23H2)-Cluster, die von Version 20349.xxxx (22H2) aktualisiert wurden, und das Lösungsupgrade wurde noch nicht angewendet.
Mit der Version 2505 ist ein direkter Upgradepfad von Version 20349.xxxx (22H2) auf Version 26100.xxxx (24H2) verfügbar. Der direkte Wechsel von Betriebssystemversion 20349.xxxx (22H2) zu 26100.xxxx (24H2) trägt dazu bei, Neustarts und die Wartungsplanung vor dem Lösungsupgrade zu reduzieren.
Vollständige Upgrades (BS + Lösung) von 22H2 auf 23H2, 22H2 auf 24H2 oder 23H2 (nur Betriebssystemupgrade) auf 24H2 sind ein KOSTENPFLICHTIGER Service von Dell und werden NICHT durch einen Supportvertrag abgedeckt. Microsoft bietet eingeschränkte Unterstützung bei Problemen im Zusammenhang mit dem Upgrade für Fälle, die direkt über das Azure-Portal geöffnet wurden. https://learn.microsoft.com/en-us/azure/azure-local/upgrade/about-upgrades-23h2
Voraussetzungen
Bevor Sie mit dem Upgrade beginnen:
- Stellen Sie sicher, dass auf Ihrem lokalen Azure-System entweder die Betriebssystemversion 20349.3692 oder eine Betriebssystemversion höher als 25398.1611 ausgeführt wird.
- Stellen Sie sicher, dass alle Computer im Cluster fehlerfrei sind und als online und bei Azure registriert angezeigt werden.
- Stellen Sie sicher, dass in Ihrer Region das Azure Stack HCI-Betriebssystem, Version 23H2, verfügbar ist. Das Upgrade Ihres lokalen Azure-Betriebssystems von Version 22H2 wird nur in einigen Regionen unterstützt. Weitere Informationen finden Sie unter Azure-Anforderungen
- Stellen Sie sicher, dass Sie virtuelle Maschinen (VMs) herunterfahren. Microsoft empfiehlt, VMs vor dem Betriebssystemupgrade herunterzufahren, um unerwartete Ausfälle und Schäden an Datenbanken zu vermeiden.
- Stellen Sie sicher, dass die CAU-Rolle (Cluster-Aware Updating) auf dem Cluster installiert und aktiviert ist, siehe Add-CauClusterRole.
- Stellen Sie sicher, dass der auf Ihrem System installierte Treiber für die Netzwerkschnittstellenkarte (NIC) neuer ist als die Version, die standardmäßig (Posteingang) im Azure Stack HCI-Betriebssystem enthalten ist, Version 26100.xxxx. Verwenden Sie zur Überprüfung das folgende Cmdlet.
Get-WindowsDriver -Online | Where-Object {$_.ClassName -like "net*" -and $_.Inbox -eq $true}
- Stellen Sie sicher, dass TPM 2.0 (Trusted Platform Module, TPM 2.0) auf allen Cluster-Maschinen installiert und Secure Boot aktiviert ist.
- Aktualisieren Sie die Registrierungsschlüssel auf jedem Clustercomputer. Weitere Informationen finden Sie unter Aktualisieren von Registrierungsschlüsseln.
Schritte zum Upgrade von Version 22H2 oder 23H2 auf Version 24H2.
Führen Sie die folgenden mehrphasigen Schritte aus, um ein Upgrade des lokalen Azure-Betriebssystems von Version 22H2 oder 23H2 auf 24H2 durchzuführen:
- Verwenden der PowerShell-Methode zum Aktualisieren des Betriebssystems
- Durchführung von Schritten nach dem Upgrade des Betriebssystems
- Installieren und Aktivieren von Network ATC
- Durchführen eines Lösungsupgrades:
- Validieren der Upgradebereitschaft der Lösung
- Lösungsupgrade anwenden
- Betriebssystem-Upgrade mit PowerShell
Hinweis: Das Betriebssystem-Upgrade muss während eines geplanten Wartungszeitfensters durchgeführt werden.
- PowerShell (von Microsoft unterstützt) – Siehe Installieren eines neuen Betriebssystems mithilfe von PowerShell
- Durchführung von Schritten nach dem Upgrade des Betriebssystems
- Installieren und Aktivieren von Network ATC
- Durchführen eines Lösungsupgrades
- Validieren der Upgradebereitschaft der Lösung
- Lösungsupgrade anwenden
Bekannte Probleme und Workarounds
- Netzwerk-ATC-Absicht zeigt
PhysicalAdapterNotFoundnach dem "OS Upgrade" auf 24H2
- Ein bekanntes Problem führt dazu, dass VM-Livemigrationen während eines Betriebssystemupgrades fehlschlagen
- Die Test-Clustervalidierung schlägt nach dem BS-Upgrade auf 24H2 fehl, da Remote-NDIS als #2 angezeigt wird
$regPath = "HKLM:\system\currentcontrolset\services\clussvc\parameters" $propertyName = "ExcludeAdaptersByDescription" $propertyValue = "Remote NDIS Compatible Device,Remote NDIS Compatible Device #2" New-ItemProperty -Path $regPath -Name $propertyName -Value $propertyValue -PropertyType String -Force
- Der Azure Stack-Registrierungsstatus zeigt nach dem grundlegenden BS-Upgrade von 22H2 oder 23H2 auf 24H2 auf Cluster-Nodes "Out of Policy" an.
-
- Führen Sie die folgenden Befehle auf einem der Cluster-Nodes aus:
$Subscription = "Enter the Subscription ID" $Tenant = "Enter the Tenant ID" $RG = “name of the resource group” $Region = "Region_name" Register-AzStackHCI -SubscriptionId $Subscription -TenantId $Tenant -Region $Region – ResourceGroupName $RG -RepairRegistration
- Führen Sie die folgenden Schritte aus, indem Sie mit dem ersten Node beginnen und dann auf jedem nachfolgenden Node wiederholen:
- So aktualisieren Sie
$NodeNameFühren Sie für jeden Node den folgenden Befehl aus:
- So aktualisieren Sie
$NodeName = "Nodexxx"
- Um Rollen vom Node zu entladen, um eine sichere Entfernung zu gewährleisten und zu überprüfen, ob alle Rollen aus dem Node verschoben wurden, führen Sie den folgenden Befehl aus:
Suspend-ClusterNode -Name $NodeName -Drain Get-ClusterGroup
- Um den Node aus dem Cluster zu entfernen, führen Sie den folgenden Befehl aus:
Remove-ClusterNode -Name $NodeName -Force
- Um den Node neu zu starten, führen Sie den folgenden Befehl aus:
Restart-Computer -ComputerName $NodeName -Force
- Überprüfen Sie, ob sich alle virtuellen Laufwerke im Betriebsstatus befinden und ob sich die physischen Laufwerke im Zustand OK befinden. Stellen Sie sicher, dass der Storage-Reparaturjob abgeschlossen wurde, indem Sie nach Enclave repair success suchen. Führen Sie die folgenden Befehle aus:
Get-WinEvent "Microsoft-AzureStack-Hci/Debug" -Oldest
Get-WinEvent "Microsoft-AzureStack-Hci/Debug" -Oldest | ? {$_.Message -match "Enclave"}
Get-WinEvent "Microsoft-AzureStack-Hci/Debug" -Oldest | ? {$_.Message -match "Enclave repair complete."}
- Führen Sie nach der Reparatur die folgenden Befehle aus, um den Node wieder zum Cluster hinzuzufügen und wieder in Betrieb zu nehmen:
Add-ClusterNode -Name $NodeName Resume-ClusterNode -Name $NodeName
- Wiederholen Sie das Verfahren für die übrigen Nodes.
- Führen Sie die folgenden Befehle auf einem der Cluster-Nodes erneut aus und überprüfen Sie den Registrierungsstatus von Azure Local (Azure Stack HCI).
$Subscription = "Enter the Subscription ID" $Tenant = "Enter the Tenant ID" $Region = "Region_name" Register-AzStackHCI -RepairRegistration -SubscriptionId $Subscription -TenantId $Tenant -Region $Region Get-AzureStackHCI | Format-List RegistrationStatus, ConnectionStatus, LastConnected, NextSync
Weitere Informationen finden Sie unter Fehler
bei Nichteinhaltung der Richtlinie Eine Liste der bekannten Probleme und Problemumgehungen von Microsoft finden Sie unter AzureLocal-Supportability/TSG/Upgrade auf der Hauptseite · Azure/AzureLocal-Supportability · Github