Freigeben über

Problembehandlung bei Lösungsupdates für Azure Local, Version 23H2

  • Artikel

Gilt für: Azure Local 2311.2 und höher

In diesem Artikel wird beschrieben, wie Sie Lösungsupdates behandeln, die auf Ihr Lokales Azure angewendet werden, um sie auf dem neuesten Stand zu halten.

Informationen zur Problembehandlung bei Updates

Wenn Ihr System über eine neue Bereitstellung von Azure Local, Version 23H2, erstellt wurde, wurde während der Bereitstellung ein Orchestrator installiert. Der Orchestrator verwaltet alle Updates für die Plattform – Betriebssystem, Treiber und Firmware, Agents und Dienste.

Die neue Updatelösung enthält eine Wiederholungs- und Korrekturlogik. Diese Logik versucht, Update-Probleme auf eine nicht unterbrechende Weise zu beheben, wie z. B. das erneute Ausführen eines Cluster-Aware Updates (CAU). Wenn eine Updateausführung nicht automatisch gewartet werden kann, schlägt sie fehl. Wenn ein Update fehlschlägt, empfiehlt Microsoft, die Details für die Fehlermeldung zu prüfen, um die entsprechende nächste Aktion zu ermitteln. Sie können ggf. versuchen, das Update fortzusetzen, um festzustellen, ob ein Wiederholungsversuch das Problem behebt.

Fehlerbehebung bei Readiness-Prüfungen

Bereitschaftsprüfungen sind unerlässlich, um sicherzustellen, dass Sie Updates reibungslos anwenden, Ihre Systeme auf dem neuesten Stand halten und die korrekte Systemfunktionalität aufrechterhalten. Bereitschaftsprüfungen werden in zwei Szenarien separat ausgeführt und gemeldet:

  • Einmalig durchgeführte Systemprüfungen alle 24 Stunden.

  • Prüfungen der Updatebereitschaft, die nach dem Herunterladen des Update-Inhalts und vor Beginn der Installation durchgeführt werden.

Es ist üblich, dass die Ergebnisse von Systemintegritätsprüfungen und Aktualisierungsbereitschaftsprüfungen unterschiedlich sind. Dies geschieht, da Updatebereitschaftsprüfungen die neueste Überprüfungslogik aus dem Lösungsupdate verwenden, um installiert zu werden, während Systemintegritätsprüfungen immer Überprüfungslogik aus der installierten Version verwenden.

Sowohl System- als auch Pre-Update-Bereitschaftsprüfungen führen ähnliche Validierungen durch und unterscheiden drei Arten von Prüfungen: kritisch, warnend und informativ.

  • Kritisch: Bereitschaftsprüfungen, die verhindern, dass Sie das Update anwenden können. Dieser Status gibt Probleme an, die Sie beheben müssen, bevor Sie mit dem Update fortfahren.
  • Warnung: Bereitschaftsprüfungen verhindern ebenfalls, dass Sie das Update anwenden. Sie können diese jedoch unter Verwendung von PowerShellumgehen. Dieser Status gibt potenzielle Probleme an, die möglicherweise nicht schwerwiegend genug sind, um das Update zu beenden, aber behoben werden sollten, um einen reibungslosen Updatevorgang sicherzustellen.
  • Informativ: Readiness-Prüfungen, die das Update nicht blockieren. Dieser Status enthält Informationen über den Zustand des Systems und mögliche Probleme, die sich nicht direkt auf den Updateprozess auswirken sollten. Diese Prüfungen dienen Ihrer Information und erfordern möglicherweise keine sofortigen Maßnahmen.

Die Schritte zur Problembehandlung unterscheiden sich je nach Szenario, von dem die Bereitschaftsprüfungen stammen.

Verwenden des Azure-Portals

Szenario 1: Überprüfungen des Zustands des Systems

Dieses Szenario tritt auf, wenn Sie die Installation von Systemupdates in Azure Update Manager vorbereiten:

  1. Sehen Sie sich in der Systemliste den Kritisch-Status der Update-Readiness an.

    Screenshot der Seite „Update Manager”.

  2. Markieren Sie ein oder mehrere Systeme in der Liste und wählen Sie dann Einmaliges Update.

  3. Auf der Seite Prüfung der Readiness sehen Sie sich die Liste der Readiness-Prüfungen und deren Ergebnisse an.

    1. Wählen Sie die Links Details anzeigen unter Betroffene Systeme.

    2. Wenn sich das Detailfenster öffnet, können Sie weitere Details, einzelne Systemergebnisse und die Korrektur für fehlgeschlagene Zustandsprüfungen anzeigen.

    Screenshot der Seite „Updates installieren”.

    Befolgen Sie die Wartungsanweisungen, um die Fehler zu beheben.

    Hinweis

    Die Systemintegritätsprüfungen werden alle 24 Stunden ausgeführt, sodass es bis zu 24 Stunden dauern kann, bis die neuen Ergebnisse nach der Behebung der Fehler mit dem Azure-Portal synchronisiert werden. Um sofort eine neue Prüfung des Systemzustands einzuleiten oder weitere Fehlerbehebungen vorzunehmen, lesen Sie den Abschnitt PowerShell.

Szenario 2: Überprüfung der Update-Readiness

Dieses Szenario tritt auf, wenn Systemupdates in Azure Update Manager installiert und nachverfolgt werden:

  1. Wählen Sie unter Historie das fehlgeschlagene Update aus der Liste aus.

  2. Auf der Seite Prüfung der Readiness sehen Sie sich die Liste der Readiness-Prüfungen und deren Ergebnisse an.

    1. Wählen Sie die Links Details anzeigen unter Betroffene Systeme.

    2. Wenn sich das Detailfenster öffnet, können Sie weitere Details, einzelne Systemergebnisse und die Korrektur für fehlgeschlagene Zustandsprüfungen anzeigen.

    Screenshot der Seite Update-Fortschritt.

    Folgen Sie den Anweisungen zur Korrektur, um die Fehler zu beheben, und wählen Sie dann die Schaltfläche Neu versuchen, um die Readiness-Prüfungen vor dem Update erneut durchzuführen und Das Update fortzusetzen.

    Weitere Informationen zur Fehlerbehebung finden Sie im Abschnitt PowerShell.

PowerShell

Szenario 1: Überprüfungen des Zustands des Systems

So beheben Sie Fehlerbehebungen bei Systemzustandsprüfungen über PowerShell:

  1. Um zu überprüfen, ob die Systemintegritätsprüfungen fehlgeschlagen sind, führen Sie den folgenden Befehl auf einem der Computer in Ihrem System aus:

    Get-SolutionUpdateEnvironment

    Hier ist eine Beispielausgabe:

    PS C:\Users\lcmuser> Get-SolutionUpdateEnvironment 
ResourceId        : redmond  
SbeFamily         : VirtualForTesting  
HardwareModel     : Virtual Machine  
LastChecked       : 9/12/2023 10:34:42 PM  
PackageVersions   : {Solution: 10.2309.0.20, Services: 10.2309.0.20, Platform: 1.0.0.0, SBE: 4.0.0.0}  
CurrentVersion    : 10.2309.0.20  
CurrentSbeVersion : 4.0.0.0  
LastUpdated       :  
State             : AppliedSuccessfully  
HealthState       : Failure 
HealthCheckResult : {Storage Pool Summary, Storage Services Physical Disks Summary, Storage Services Physical Disks  

                Summary, Storage Services Physical Disks Summary...}  

HealthCheckDate   : 9/12/2023 7:03:32 AM  

AdditionalData    : {[SBEAdditionalData, Solution Builder extension is partially installed. Please install the latest  

                Solution Builder Extension provided by your hardware vendor.  

                For more information, see https://aka.ms/SBE.]}  

HealthState       : Success  
HealthCheckResult : {}  
HealthCheckDate   : 8/4/2022 9:10:36 PM 

PS C:\Users\lcmuser>

  2. Überprüfen Sie die HealthState auf Ihrem System und sehen Sie sich den Failure oder Warning Wert an.

  3. Führen Sie den folgenden Befehl aus, um die HealthCheckResult-Eigenschaft zu filtern, um fehlerhafte Tests zu identifizieren:

    $result = Get-SolutionUpdateEnvironment 

$result.HealthCheckResult | Where-Object {$_.Status -ne "SUCCESS"} | FL Title,Status,Severity,Description,Remediation

    Hier ist eine Beispielausgabe:

    Title       : The machine proxy on each failover cluster node should be set to a local proxy server 
Status      : FAILURE 
Severity    : INFORMATIONAL 
Description : Validating cluster setup for update. 
Remediation : `https://learn.microsoft.com/en-us/windows-server/failover-clustering/cluster-aware-updating-requirements# 
          tests-for-cluster-updating-readiness`

Title       : The CAU clustered role should be installed on the failover cluster to enable self-updating mode 
Status      : FAILURE 
Severity    : INFORMATIONAL 
Description : Validating cluster setup for update. 
Remediation : `https://learn.microsoft.com/en-us/windows-server/failover-clustering/cluster-aware-updating-requirements# 
          tests-for-cluster-updating-readiness`

  4. Überprüfen Sie das Feld Remediation für die fehlgeschlagenen Tests, und ergreifen Sie gegebenenfalls Maßnahmen, um die Fehler zu beheben.

  5. Rufen Sie nach dem Beheben der Fehler die Systemintegritätsprüfungen erneut auf, indem Sie den folgenden Befehl ausführen:

    Invoke-SolutionUpdatePrecheck -SystemHealth

  6. Verwenden Sie Get-SolutionUpdateEnvironment, um zu bestätigen, dass die Fehler bei den Zustandsprüfungen behoben wurden. Es kann einige Minuten dauern, bis die Systemzustandsprüfungen ausgeführt sind.

    Hier ist eine Beispielausgabe:

    PS C:\Users\lcmuser>  Get-SolutionUpdateEnvironment | FL HealthState, HealthCheckResult, HealthCheckDate 

HealthState       : InProgress 
HealthCheckResult : 
HealthCheckDate   : 1/1/0001 12:00:00 AM 

PS C:\Users\lcmuser>  Get-SolutionUpdateEnvironment | FL HealthState, HealthCheckResult, HealthCheckDate

HealthState       : Success 

HealthCheckResult : {Storage Pool Summary, Storage Subsystem Summary, Storage Services Summary, Storage Services 

                Summary...} 

HealthCheckDate   : 10/18/2024 11:56:49 PM

Szenario 2: Überprüfung der Update-Readiness

Wenn die Überprüfung der Aktualisierungsbereitschaft fehlschlägt, schlägt das Update auf dem System fehl. Um Fehlerbehebungen bei Aktualisierungsbereitschaftstests mit PowerShell durchzuführen:

  1. Um zu überprüfen, ob die Aktualisierungsbereitschaftsprüfungen fehlgeschlagen sind, führen Sie den folgenden Befehl auf einem der Computer in Ihrem System aus:

    Get-SolutionUpdate | FT Version,State,HealthCheckResult

    Hier ist eine Beispielausgabe:

    PS C:\Users\lcmuser> Get-SolutionUpdate | FT Version,State,HealthCheckResult 

Version     State              HealthCheckResult 
-------     -----              ----------------- 
10.2405.2.7 HealthCheckFailed {Storage Subsystem Summary, Storage Pool Summary, Storage Services Physical Disks Summary, Stora...                       

PS C:\Users\lcmuser>

  2. Überprüfen Sie den State für das Update und sehen Sie sich den HealthCheckFailed Wert an.

  3. Führen Sie den folgenden Befehl aus, um die HealthCheckResult-Eigenschaft zu filtern, um fehlerhafte Tests zu identifizieren:

    $result = Get-SolutionUpdate 
$result.HealthCheckResult | Where-Object {$_.Status -ne "SUCCESS"} | FL Title,Status,Severity,Description,Remediation

    Hier ist eine Beispielausgabe:

    Title       : The machine proxy on each failover cluster node should be set to a local proxy server 
Status      : FAILURE 
Severity    : INFORMATIONAL 
Description : Validating cluster setup for update. 
Remediation : https://learn.microsoft.com/en-us/windows-server/failover-clustering/cluster-aware-updating-requirements# 
          tests-for-cluster-updating-readiness 

Title       : The CAU clustered role should be installed on the failover cluster to enable self-updating mode 
Status      : FAILURE 
Severity    : INFORMATIONAL 
Description : Validating cluster setup for update. 
Remediation : https://learn.microsoft.com/en-us/windows-server/failover-clustering/cluster-aware-updating-requirements# 
          tests-for-cluster-updating-readiness

  4. Überprüfen Sie das Feld Remediation für die fehlgeschlagenen Tests, und ergreifen Sie gegebenenfalls Maßnahmen, um die Fehler zu beheben.

  5. Rufen Sie nach dem Beheben der Fehler die Aktualisierungsbereitschaftsprüfungen erneut auf, indem Sie den folgenden Befehl ausführen:

    Get-SolutionUpdate -Id <some ID> | Start-SolutionUpdate -PrepareOnly

Problembehandlung bei Updatefehlern

Wenn es ein Problem gibt, das zu einem fehlgeschlagenen Update führt, ist die Überprüfung des detaillierten Schrittfortschritts, um festzustellen, wo es fehlgeschlagen ist, oft der beste Weg, um festzustellen, ob das Problem durch eine einfache Reparatur (und Wiederaufnahme) behoben werden kann oder ob eine Interaktion mit dem Support erforderlich ist, um das Problem zu beheben. Zu den Schlüsselpunkten, die für den fehlerhaften Schritt zu beachten sind, gehören:

  • Name und Beschreibung des fehlerhaften Schritts.

  • Auf welchem Computer oder Server der Schritt fehlgeschlagen ist (bei einem computerspezifischen Problem).

  • Fehlermeldungszeichenfolge (kann das Problem auf ein spezifisches bekanntes Problem mit dokumentierter Lösung hinweisen).

Microsoft empfiehlt die Verwendung des Azure-Portals, um die fehlerhaften Schrittinformationen zu identifizieren, wie unter Fortsetzen eines Updates dargestellt. Alternativ finden Sie im nächsten Abschnitt Informationen darüber, wie Sie ähnliche Details in PowerShell mithilfe von Start-MonitoringActionplanInstanceToCompleteanzeigen.

In der folgenden Tabelle finden Sie Updatefehlerszenarien und Wartungsrichtlinien.

Schritt-Namen Art des Problems Wartung
Any Stromausfall oder eine andere ähnliche Unterbrechung des Systems während des Updates. 1. Wiederherstellen der Stromversorgung.
2. Führen Sie eine Prüfung des Zustands des Systems aus.
3. Fahren Sie mit dem Update fort.
CAU-Updates Das Ausführen von Cluster Aware Update (CAU) schlägt mit einem max retries exceeded-Fehler fehl. Wenn ein Hinweis darauf besteht, dass mehrere CAU-Versuche vorgenommen wurden und alle fehlgeschlagen sind, empfiehlt es sich, den ersten Fehler zu untersuchen.

Verwenden Sie die Start- und Endzeit des ersten Fehlers, um diese mit der korrekten Get-CauReport-Ausgabe abzugleichen und den Fehler weiter zu untersuchen.
Any Speicher, Stromversorgung, Starttreiber oder ähnliche kritische Fehler auf einem oder mehreren Knoten. Informationen zum Reparieren des fehlerhaften Knotens finden Sie unter Reparieren eines Knotens in Azure Local, Version 23H2.
Nachdem der Knoten repariert wurde, kann das Update fortgesetzt werden.

Sammeln von Updateprotokollen

Sie können auch Diagnoseprotokolle sammeln, um Microsoft bei der Identifizierung und Behebung der Probleme zu unterstützen.

Um Protokolle für Updates über das Azure-Portal zu sammeln, siehe Wiederaufnahme eines Updates.

Zum Sammeln von Protokollen für die fehlgeschlagenen Updates siehe Sammeln von Diagnoseprotokollen für Azure Local, Version 23H2.

Update-Zusammenfassungsbericht anzeigen

Um einen detaillierten Update-Zusammenfassungsbericht mit PowerShell anzuzeigen, führen Sie die folgenden Schritte auf dem Client aus, den Sie für den Zugriff auf Ihr System verwenden:

  1. Richten Sie eine PowerShell-Remotesitzung mit dem Computer ein. Führen Sie PowerShell als Administrator aus, und führen Sie den folgenden Befehl aus:

    Enter-PSSession -ComputerName <machine_IP_address> -Credential <username\password for the machine>

  2. Rufen Sie alle Lösungsupdates ab, und filtern Sie dann die Lösungsupdates, die einer bestimmten Version entsprechen. Die verwendete Version entspricht der Version des Lösungsupdates, das nicht installiert werden konnte.

    $Update = Get-SolutionUpdate | ? Version -eq "<Version string>" -verbose

  3. Identifizieren Sie den Aktionsplan für die fehlgeschlagenen Ausführung eines Lösungsupdates.

    $Failure = $update | Get-SolutionUpdateRun

  4. Identifizieren Sie das ResourceID für das Update.

    $Failure

    Hier ist eine Beispielausgabe:

    PS C:\Users\lcmuser> $Update = Get-SolutionUpdate| ? Version -eq "10.2303.1.7" -verbose
PS C:\Users\lcmuser> $Failure = $Update|Get-SolutionUpdateRun
PS C:\Users\lcmuser> $Failure

ResourceId      : redmond/Solution10.2303.1.7/6bcc63af-b1df-4926-b2bc-26e06f460ab0
Progress        : Microsoft.AzureStack.Services.Update.ResourceProvider.UpdateService.Models.Step
TimeStarted     : 4/21/2023 10:02:54 PM
LastUpdatedTime : 4/21/2023 3:19:05 PM
Duration        : 00:16:37.9688878
State           : Failed

    Notieren Sie sich die ResourceID GUID. Diese GUID entspricht der ActionPlanInstanceID.

  5. Zeigen Sie die Zusammenfassung für die ActionPlanInstanceID an, die Sie zuvor notiert haben.

    Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID <Action Plan Instance ID>

    Hier sehen Sie eine Beispielausgabe:

    PS C:\Users\lcmuser> Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID 6bcc63af-b1df-4926-b2bc-26e06f460ab0

    Screenshot der Powershell Protokollsammlung Ausgabe.

Fortsetzen eines Updates

Um eine zuvor fehlgeschlagene Updateausführung fortzusetzen, können Sie die Ausführung des Updates über die Azure-Portal oder PowerShell wiederholen.

Azure-Portal

Es wird dringend empfohlen, die Azure-Portal zu verwenden, um zu Ihrem fehlgeschlagenen Update zu navigieren und die Schaltfläche "Wiederholen" auszuwählen. Diese Funktionalität steht in den Phasen "Updates herunterladen", "Bereitschaft überprüfen" und "Installieren" einer Updateausführung zur Verfügung.

Screenshot der Schaltfläche Fehlgeschlagene Aktualisierung wiederholen.

Wenn Sie ein fehlerhaftes Update nicht erfolgreich erneut ausführen können oder einen Fehler weiter beheben müssen, führen Sie die folgenden Schritte aus:

  1. Wählen Sie die Details anzeigen zu einem Fehler.

  2. Wenn das Detailfeld geöffnet wird, können Sie die Fehlerdetails überprüfen. Weitere Informationen zum Sammeln von Diagnoseprotokollen finden Sie, indem Sie auf den Link "Protokolle sammeln: So geht's" in der Nähe der Schaltfläche „Supportticket öffnen“ klicken.

    Screenshot zum Herunterladen von Fehlerprotokollen.

    Weitere Informationen zum Abrufen von Protokollen finden Sie unter Sammeln von Diagnoseprotokollen für Azure Local.

  3. Darüber hinaus können Sie die Schaltfläche Supportticket öffnen auswählen, die entsprechenden Informationen ausfüllen und Ihre Protokolle anfügen, damit sie dem Microsoft-Support zur Verfügung stehen.

    Screenshot zur Eröffnung eines Support-Tickets.

Weitere Informationen zum Erstellen eines Supporttickets finden Sie unter Erstellen einer Supportanfrage.

PowerShell

Wenn Sie PowerShell verwenden und eine zuvor fehlgeschlagene Updateausführung fortsetzen müssen, verwenden Sie den folgenden Befehl:

Get-SolutionUpdate | ? Version -eq "10.2302.0.31" | Start-SolutionUpdate

Verwenden Sie den folgenden Befehl, um ein zuvor fehlgeschlagenes Update aufgrund von Statusüberprüfungen im Warnungszustand fortzusetzen:

Get-SolutionUpdate | ? Version -eq "10.2302.0.31" | Start-SolutionUpdate -IgnoreWarnings

Nächste Schritte

Erfahren Sie mehr über das Ausführen von Updates über PowerShell.

Erfahren Sie mehr über das Ausführen von Updates über die Azure-Portal.