Upgrade gestreckter Cluster von Azure Stack HCI OS, Version 22H2 auf 23H2

Gilt für: Azure Stack HCI, Version 22H2

In diesem Artikel wird erläutert, wie Sie das Betriebssystem (Betriebssystem) für Azure Stack HCI gestreckte Cluster von Version 20349.xxxx (22H2) auf Version 25398.xxxx (23H2) aktualisieren. In diesem Artikel ist die Betriebssystemversion 25398.xxxx (23H2) die neue Version, und Version 20349.xxxx (22H2) ist die alte Version.

Wenn Sie das Betriebssystemupgrade auf Version 23H2 abgeschlossen haben und Probleme mit Ihren Volumes auftreten, lesen Sie den Abschnitt "Problembehandlung für Volumes " für Korrekturschritte.

Voraussetzungen

Stellen Sie Folgendes sicher, bevor Sie beginnen:

• Sie verfügen über eine lokale Azure-Instanz mit Betriebssystemversion 20349.xxxx.

• Das System wird in Azure registriert.

• Alle Computer in Ihrer azure Local, Version 22H2-Instanz, sind fehlerfrei und werden als Online angezeigt.

• Fahren Sie die virtuellen Computer (Virtual Machines, VM) herunter. Es wird empfohlen, VMs vor dem Ausführen des Betriebssystemupgrades herunterzufahren, um unerwartete Ausfälle und Schäden an Datenbanken zu verhindern.

• Sie haben die ISO-Datei "Azure Local Version 2509" heruntergeladen.

• Sie führen das RepairRegistration Cmdlet nur aus, wenn beide der folgenden Bedingungen gelten:

  • Die Identitätseigenschaft fehlt oder enthält type = "SystemAssigned"nicht.

    • Überprüfen Sie dies im Ressourcen-JSON-Code im Azure-Portal, oder führen Sie das Get-AzResource -Name <cluster_name> PowerShell-Cmdlet aus.

  • Die Cloudverwaltungsclustergruppe ist nicht vorhanden. Überprüfen Sie dies, indem Sie das Get-ClusterGroup PowerShell-Cmdlet ausführen.

  • Wenn beide Bedingungen erfüllt sind, führen Sie das RepairRegistration Cmdlet aus.

  Register-AzStackHCI -TenantId "<tenant_ID>" -SubscriptionId "<subscription_ID>" -ComputerName "<computer_name>" -RepairRegistration
  

• (Empfohlen) Aktivieren Sie den sicheren Start auf lokalen Azure-Computern, bevor Sie das Betriebssystem aktualisieren. Führen Sie die folgenden Schritte aus, um den sicheren Start zu aktivieren:

  1. Entwässern Sie den Clusterknoten.
  2. Starten Sie das Betriebssystem neu.
  3. Geben Sie das BIOS/UEFI-Menü ein.
  4. Überprüfen Sie den Abschnitt "Start " oder "Sicherheit " der UEFI-Konfigurationsoptionen, um die Option "Sicherer Start " zu finden.
  5. Legen Sie die Option auf "Aktiviert " oder "Ein" fest.
  6. Speichern Sie die Änderungen, und starten Sie den Computer neu.

Wenden Sie sich bei Bedarf an Ihren Hardwareanbieter, um Hilfe zu erhalten.

Hoher Workflow für das Betriebssystemupgrade

Führen Sie die folgenden Schritte aus, um das Betriebssystem auf Ihrem System zu aktualisieren:

1. Erfüllen Sie die Voraussetzungen.

2. Aktualisieren Sie Registrierungsschlüssel.

3. Installieren Sie das neue Betriebssystem mit PowerShell.

4. Überprüfen Sie den Status der Updates.

5. Überprüfen Sie, ob der gestreckte Cluster bereit ist.

6. Führen Sie die Schritte nach dem Upgrade aus.

Aktualisieren von Registrierungsschlüsseln

Führen Sie die folgenden Schritte auf jedem Computer im System aus, um sicherzustellen, dass reFS (Resilient File System) und Livemigrationen während und nach dem Betriebssystemupgrade ordnungsgemäß funktionieren, um Registrierungsschlüssel zu aktualisieren. Starten Sie jeden Computer neu, damit die Änderungen wirksam werden.

1. Legen Sie RefsEnableMetadataValidation auf 0 fest.

   Set-ItemProperty -Path "HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem" -Name "RefsEnableMetadataValidation" -Value 0 -Type DWord -ErrorAction Stop
   

2. Erstellen Sie den Parameterschlüssel, falls er nicht vorhanden ist. Wenn er bereits vorhanden ist, schlägt der Befehl möglicherweise mit einem Fehler fehl, der erwartet wird.

   New-Item -Path HKLM:\SYSTEM\CurrentControlSet\Services\Vid\Parameters
   

3. Legen Sie SkipSmallLocalAllocations auf 0 fest.

   New-ItemProperty -Path HKLM:\SYSTEM\CurrentControlSet\Services\Vid\Parameters -Name SkipSmallLocalAllocations -Value 0 -PropertyType DWord
   

4. Starten Sie den Computer neu, damit die Änderungen wirksam werden.

   Wenn der RefsEnableMetadataValidation Schlüssel überschrieben wird und ReFS-Volumes nach einem Neustart nicht online gehen, setzen Sie den Schlüssel auf 1 und dann wieder auf 0.

Installieren des neuen Betriebssystems mit PowerShell

Führen Sie die folgenden Schritte aus, um das neue Betriebssystem mit PowerShell zu installieren:

1. Führen Sie auf jedem Computer im System die folgenden Cmdlets aus:

   Set-WSManQuickConfig
   Enable-PSRemoting
   

2. Führen Sie das Test-CauSetup Cmdlet aus, um zu testen, ob das System ordnungsgemäß eingerichtet ist, um Softwareupdates mithilfe von Cluster-Aware Updating (CAU) anzuwenden. Dadurch werden Sie über Warnungen oder Fehler benachrichtigt.

   Test-CauSetup -ClusterName <System name>
   

3. Überprüfen Sie auf einem der Computer im System die Hardware und einstellungen, indem Sie das Test-Cluster Cmdlet ausführen. Wenn eine der Bedingungsprüfungen fehlschlägt, lösen Sie sie auf, bevor Sie mit dem nächsten Schritt fortfahren.

   Test-Cluster
   

4. Extrahieren Sie auf jedem Computer den Inhalt des ISO-Images, und kopieren Sie sie auf das lokale Systemlaufwerk.

   • Stellen Sie sicher, dass der lokale Pfad auf jedem Computer identisch ist.
   • Aktualisieren Sie dann den PathToSetupMedia Parameter mit dem lokalen Pfad zum ISO-Image.

   
   # Define ISO and destination paths
   $isoFilePath = "C:\SetupFiles\WindowsServer\ISOs\example.iso"
   $destinationPath = "C:\SetupFiles\WindowsServer\Files"
   
   # Mount the ISO file
   $iso = Mount-DiskImage -ImagePath $isoFilePath
   
   # Get the drive letter
   $driveLetter = ($iso | Get-Volume).DriveLetter
   
   # Create the destination directory
   New-Item -ItemType Directory -Path $destinationPath
   
   # Copy contents to the local directory
   Copy-Item -Path "$($driveLetter):\" -Destination $destinationPath -Recurse
   
   # Dismount the ISO file
   Dismount-DiskImage -ImagePath $isoFilePath
   

5. Aktualisieren Sie das System.

   Invoke-CauRun –ClusterName <SystemName> -CauPluginName Microsoft.RollingUpgradePlugin -EnableFirewallRules -CauPluginArguments @{ 'WuConnected'='false';'PathToSetupMedia'='\some\path\';'UpdateClusterFunctionalLevel'='true'; } -ForceSelfUpdate -Force
   

6. Suchen Sie nach weiteren Updates, und installieren Sie diese. Warten Sie, bis das Update abgeschlossen ist, und überprüfen Sie den Status des Updates.

Überprüfen des Status eines Updates

Führen Sie das Get-CauRun Cmdlet aus, um die Zusammenfassungsinformationen zu einem update in Bearbeitung zu erhalten:

Get-CauRun -ClusterName <SystemName>

Hier ist eine Beispielausgabe:

RunId : <Run ID>
RunStartTime : 10/13/2024 1:35:39 PM
CurrentOrchestrator : NODE1
NodeStatusNotifications : {
   Node : NODE1
   Status : Waiting
   Timestamp : 10/13/2024 1:35:49 PM
}
NodeResults : {
   Node : NODE2
   Status : Succeeded
   ErrorRecordData :
   NumberOfSucceededUpdates : 0
   NumberOfFailedUpdates : 0
   InstallResults :
   Microsoft.ClusterAwareUpdating.UpdateInstallResult[]
}

Überprüfen, ob der gestreckte Cluster bereit ist

Nachdem Sie den gestreckten Cluster von Version 22H2 auf 23H2 aktualisiert haben, überprüfen Sie, ob der gestreckte Cluster bereit ist, indem Sie die folgenden Schritte ausführen:

1. Stellen Sie sicher, dass alle Lautstärken hoch sind. Überprüfen Sie den Volumestatus, indem Sie den Get-ClusterSharedVolumeState Befehl ausführen.

2. Stellen Sie sicher, dass die Partnerschaften richtig festgelegt sind. Der Replikationsstatus in allen Gruppen (aus der Ausgabe von Get-SRGroup) sollte ContinuouslyReplicating oder ContinuouslyReplicating_InRpo anzeigen.

3. Führen Sie die Schritte nach dem Upgrade gemäß Vorgehensweise nach dem Upgrade des Betriebssystems auf Azure Local via PowerShell aus.

Problembehandlung für Volumes

Wenn Sie Ihren gestreckten Cluster von Version 22H2 auf 23H2 aktualisiert haben, bevor diese Version veröffentlicht wurde, können Probleme mit Ihren Volumes auftreten. Führen Sie die folgenden Schritte aus, um diese Probleme zu beheben:

1. Stoppen Sie die Speicherreplikat-Partnerschaft.

   1. Verwenden Sie das PowerShell-Modul , um die SRPartnership - und SRGroup-Informationen abzurufen. Speichern Sie diese Informationen, bevor Sie die Speicherreplikatpartnerschaft im gestreckten Cluster entfernen, damit Sie sie nach dem Betriebssystemupgrade neu erstellen können.

   2. Verwenden Sie Get-SRPartnership | Remove-SRPartnership, um alle Partnerschaften zu entfernen.

      Get-SRPartnership | Remove-SRPartnerships
      
      Confirm
      Are you sure you want to perform this action?
      This action will remove partnership between source group Test1-Group and destination group Test1-Replica-Group. Are you sure you want to continue?
      [Y] Yes  [A] Yes to All  [N] No  [L] No to All  [S] Suspend  [?] Help (default is "Y"): A
      

   3. Verwenden Sie Get-SRPartnership, um sicherzustellen, dass die Partnerschaft entfernt wird.

2. Aktualisieren Sie mit dem Download der ISO-Datei 2509 auf die neue Version.

   1. Stellen Sie die ISO im Betriebssystem ein, und führen Sie das Setup aus. Wählen Sie die Option "Upgrade" aus, und behalten Sie Dateien, Einstellungen und Anwendungen bei.

3. Erstellen Sie die Partnerschaft für Speicherreplikate neu.

   1. Um die SR-Partnerschaft zu erstellen, verwenden Sie New-SRPartnership. Ändern Sie diesen Befehl mithilfe Ihrer gespeicherten SRPartnership- und SRGroup-Informationen aus Schritt 1.

      New-SRPartnership -SourceComputerName "VIN-SiteA-1" -SourceRGName "Test1-Group" -SourceVolumeName "C:\ClusterStorage\Test1" -SourceLogVolumeName "\\?\Volume{f0XXXXXX-XXXX-XXXX-XXXX-XXXXXXXX0d64}" -DestinationComputerName "VIN-SiteB-1" -DestinationRGName "Test1-Replica-Group"
      

   2. Überprüfen Sie die neue Partnerschaft mithilfe des PowerShell-Moduls. Vergleichen Sie die Ausgabe mit den gespeicherten Informationen aus Schritt 1.

      Hinweis

      Sie können jede Partnerschaft einzeln einrichten und überprüfen, um sicherzustellen, dass die erste Synchronisierung abgeschlossen ist, bevor Sie die nächste erstellen. Verwenden Sie die SR-Partnerschaftsdetails, die im PowerShell-Modul in Schritt 1 gespeichert wurden, um die ursprüngliche Konfiguration wiederherzustellen.

4. Überprüfen Sie, ob der gestreckte Cluster bereit ist.

Häufig gestellte Fragen

Hier sind einige häufig gestellte Fragen zum Upgrade von Stretched Clustern.

Werden gestreckte Cluster in Azure Local, Version 23H2 und darüber hinaus unterstützt?

Nein. Gestreckte Cluster werden in Azure Local, Version 23H2 und darüber hinaus nicht unterstützt. Der einzige unterstützte Fall ist die Installation des Betriebssystemupgrades der Version 23H2 auf Ihrem gestreckten Cluster der Version 22H2. Nachdem Sie das Betriebssystemupgrade installiert haben, können Sie die Lösung nicht aktualisieren. Sie erhalten weiterhin monatliche Sicherheits- und Qualitätsupdates bis April 2026. Nach April 2026 werden gestreckte Cluster nicht unterstützt.

Sie können gestreckte Cluster nicht auf Version 24H2 aktualisieren.

Wird Speicherreplikat in Azure Local 23H2 und darüber hinaus unterstützt?

Nein. Speicherreplikat wird in Azure Local, Version 23H2 und darüber hinaus nicht unterstützt. Der einzige unterstützte Fall ist die Installation des Betriebssystemupgrades der Version 23H2 auf Ihrem gestreckten Cluster der Version 22H2.

Kann ich mein Gestrecktes Cluster der Version 22H2 direkt auf Version 24H2 aktualisieren, um das Betriebssystemupgrade der Version 23H2 zu überspringen?

Nein. Sie können Ihren gestreckten Cluster version 22H2 nur auf das Betriebssystem 23H2 aktualisieren, wie in diesem Artikel beschrieben.

Nächste Schritte

• Erfahren Sie, wie Sie die Upgradeschritte nach dem Betriebssystem für Ihr Lokales Azure ausführen.

Dieses Feature ist nur in Azure Local 2509 oder höher verfügbar.