Direktes Upgrade von Windows Server durchführen

Wenn Sie VM-Instanzen auf früheren Versionen von Windows Server ausführen, können Sie sie auf neuere Versionen von Windows Server upgraden:

Upgrade von Upgrade auf
Windows Server 2008 R2 (Desktopdarstellung) Windows Server 2012 R2 (Desktopdarstellung)
Windows Server 2012 R2 (Core) Windows Server 2016 (Core)
Windows Server 2019 (Core)
Windows Server 2012 R2 (Desktopdarstellung) Windows Server 2016 (Desktopdarstellung)
Windows Server 2019 (Desktopdarstellung)
Windows Server 2016 Core Windows Server 2019 (Core)
Windows Server 2022 (Core)
Windows Server 2016 (Desktopdarstellung) Windows Server 2019 (Desktopdarstellung)
Windows Server 2022 (Desktopdarstellung)
Windows Server 2019 (Core) Windows Server 2022 Core
Windows Server 2019 (Desktopdarstellung) Windows Server 2022 (Desktopdarstellung)

In dieser Anleitung wird beschrieben, wie Sie ein manuelles direktes Upgrade von Windows Server ausführen. Für Upgrades von Windows Server 2008 R2 auf Windows Server 2012 R2 können Sie auch automatische direkte Upgrades über die Google Cloud CLI ausführen.

Upgrades unterliegen den folgenden Einschränkungen:

  • Microsoft hat den Support für Windows Server 2012 R2 und Windows Server 2008 R2 eingestellt. Wenn Sie ein direktes Upgrade einer dieser Versionen ausführen und Probleme im Zusammenhang mit der Windows-Einrichtung (setup.exe) auftreten, können wir nur beschränkte Hilfe anbieten.

  • Wenn Sie Windows Server 2008 R2 auf eine neuere Version als Windows Server 2012 R2 aktualisieren möchten, müssen Sie zuerst ein Upgrade auf Windows Server 2012 R2 ausführen und dann ein zweites Upgrade auf Windows Server 2016 oder höher ausführen.

Lernziele

In dieser Anleitung wird beschrieben, wie Sie ein direktes Upgrade von Windows Server durchführen. Gehen Sie dazu so vor:

  1. Direktes Upgrade planen
  2. Direktes Upgrade ausführen
  3. Fehlerbehebung beim direkten Upgrade
  4. Bereinigung nach dem direkten Upgrade

Kosten

Für direkte Upgrades von Windows Server fallen keine Kosten an. Ihnen werden nur die Ressourcen in Rechnung gestellt, die während des Upgrades genutzt wurden, darunter:

Sie können mithilfe des Preisrechners eine Kostenschätzung für Ihre voraussichtliche Nutzung erstellen.

Hinweise

In diesem Leitfaden wird davon ausgegangen, dass Sie Grundkenntnisse zu folgenden Themen haben:

Direktes Upgrade planen

Mit dem direkten Upgrade einer VM-Instanz, auf der eine frühere Version von Windows Server ausgeführt wird, können Sie Ihre Infrastruktur effizient modernisieren und die Risiken im Zusammenhang mit dem Ablauf des Supports für Windows Server-Versionen mindern.

Alternativen berücksichtigen

Wenn Sie sich für ein direktes Upgrade auf eine neuere Version von Windows Server entscheiden, beachten Sie die folgenden Einschränkungen:

  • Ausfallzeit: Je nach Konfiguration und installierter Software kann das Upgrade eine Stunde oder länger dauern. Während des Upgrades ist der Zugriff auf die VM-Instanz aus folgenden Gründen eingeschränkt:

    • Arbeitslasten, die auf der VM-Instanz ausgeführt werden, sind für Nutzer nicht verfügbar
    • Remote Desktop Protocol (RDP) ist nicht verfügbar
    • Es gibt nur wenige Möglichkeiten, den Fortschritt des Upgrades und die verbleibende Zeit bis zum Abschluss zu prüfen

  • Risiken: Abhängig von den Konfigurationen Ihrer vorhandenen Instanzen und der installierten Software:

    • Das Upgrade kann fehlschlagen
    • Einige Konfigurationsoptionen können überschrieben werden
    • Inkompatibilitäten können dazu führen, dass Ihre Arbeitslast auf der aktualisierten Instanz nicht korrekt verarbeitet wird

Abhängig von der Arbeitslast, die auf Ihrer Instanz von Windows Server ausgeführt wird, können Sie Ausfallzeiten und Risiken nach verschiedenen Ansätzen reduzieren.

Arbeitslast Ansatz
Die VM-Instanz führt eine Arbeitslast aus, die Replikation unterstützt, z. B.:
  • Active Directory Domain Services
  • DNS
  • SQL Server
 Richten Sie eventuell eine neue VM-Instanz ein, auf der eine neuere Version von Windows Server ausgeführt wird, und verlagern Sie dann mithilfe von Replikation die Arbeitslast von Ihrer vorhandenen VM-Instanz auf die neue VM-Instanz.
Sie haben eine VM-Instanz, die eine Vielzahl von Arbeitslasten ausführt Erwägen Sie die Migration dieser Arbeitslasten zu separaten VM-Instanzen, sodass jede VM-Instanz nur jeweils eine Arbeitslast ausführt. Selbst wenn es nicht möglich ist, alle Arbeitslasten zu migrieren, können Sie durch die Reduzierung der Anzahl der Arbeitslasten, die auf einer einzelnen VM-Instanz ausgeführt werden, die Risiken während eines direkten Upgrades verringern.

Produktschlüssel

Ein Windows Server-Produktschlüssel ist nur für eine bestimmte Version gültig. Wenn Sie ein Upgrade auf eine neuere Version von Windows Server durchführen, müssen Sie einen neuen Produktschlüssel angeben. Es gibt zwei Hauptszenarien:

  • Sie aktualisieren eine VM-Instanz, die auf einem von Google bereitgestellten öffentlichen Betriebssystem-Image beruht: In diesem Szenario müssen Sie die vordefinierten Einrichtungsschlüssel für KMS-Clients für die Version von Windows Server verwenden, auf die Sie aktualisieren. Für das Upgrade fallen keine zusätzlichen Kosten an.

  • Sie aktualisieren eine VM-Instanz, für die Sie eine vorhandene Lizenz verwenden: Bei BYOL müssen Sie einen benutzerdefinierten Produktschlüssel von Ihrem Lizenzanbieter erwerben, um ein Upgrade vornehmen zu können. Lesen Sie in der Microsoft-Dokumentation nach, auf welche Edition Sie ein Upgrade ausführen können und ob Sie zu einer Lizenz-Conversion berechtigt sind.

Installationsmedien

Für das Upgrade benötigen Sie ein Installationsmedium. Es gibt zwei Hauptszenarien:

  • Sie aktualisieren eine VM-Instanz, die auf einem von Google bereitgestellten öffentlichen Betriebssystem-Image beruht: In diesem Szenario können Sie das von Google bereitgestellte Volume-Lizenzmedium verwenden. Die Schritte für den Zugriff auf dieses Installationsmedium finden Sie unten.

  • Sie aktualisieren eine VM-Instanz, die auf einem importierten Laufwerk oder Image beruht: In diesem Szenario können Sie das von Google bereitgestellte Installationsmedium nicht verwenden. Stattdessen müssen Sie ein Installationsmedium verwenden, das dem Medientyp entspricht, mit dem Sie Windows Server auf dem importierten Laufwerk oder Image installiert haben.

Weitere Voraussetzungen

Lesen Sie vor dem Upgrade die Microsoft-Dokumentation zu den Voraussetzungen und möglichen Einschränkungen für die Version von Windows Server, auf die Sie ein Upgrade durchführen möchten:

2012 R2

2016

2019

2022

Direktes Upgrade ausführen

In den folgenden Abschnitten wird das Upgrade der VM-Instanz beschrieben.

Snapshot erstellen

Bevor Sie mit dem Upgrade beginnen, empfehlen wir, einen Snapshot Ihrer VM-Instanz zu erstellen, damit Sie bei einem Fehler zu einem sicheren Zustand zurückkehren können:

Windows Server-Konfiguration vorbereiten

Prüfen Sie die Konfiguration Ihrer Windows Server-VM-Instanz:

  1. Stellen Sie eine Verbindung zu Ihrer VM-Instanz über einen RDP-Client her.

  2. Prüfen Sie mithilfe von Windows Update, ob Windows Server auf dem aktuellen Stand ist.

  3. Deaktivieren oder deinstallieren Sie Antiviren-Agents, Antispyware-Agents und andere Agents, die das Upgrade beeinträchtigen oder mit der Windows Server-Version, auf die Sie ein Upgrade ausführen, nicht kompatibel sind.

Installationsmedien anhängen

Bevor Sie das Upgrade durchführen können, müssen Sie die erforderlichen Installationsmedien an die VM-Instanz anhängen. Welche Medien Sie verwenden sollten, hängt von Ihrem Szenario ab:

  • Sie aktualisieren eine VM-Instanz, die auf einem von Google bereitgestellten öffentlichen Betriebssystem-Image beruht: In diesem Szenario müssen Sie nur das von Google bereitgestellte Volume-Lizenzmedium anhängen. Dieses Medium enthält sowohl die zum Ausführen des Upgrades erforderlichen Skripts als auch die Dateien für die neue Version von Windows Server.

  • Sie aktualisieren eine VM-Instanz, die auf einem importierten Laufwerk oder Image beruht: In diesem Szenario müssen Sie auch das von Google bereitgestellte Volume-Lizenzmedium anhängen, damit Sie auf die erforderlichen Skripts zugreifen können.

    Darüber hinaus müssen Sie ein benutzerdefiniertes Installationsmedium anhängen, das dem Medientyp entspricht, mit dem Sie Windows Server auf dem importierten Laufwerk oder Image installiert haben.

So hängen Sie das von Google bereitgestellte Volume-Lizenzmedium an:

  1. Öffnen Sie Cloud Shell in der Google Cloud Console. Klicken Sie hierzu auf die Schaltfläche Cloud Shell aktivieren Aktivieren Sie Cloud Shell..

    Weiter zur Google Cloud Console

  2. Legen Sie die Standardprojekt-ID fest. Ersetzen Sie PROJECT_ID durch den Namen Ihres Compute Engine-Projekts:

    gcloud config set project PROJECT_ID

  3. Erstellen Sie ein Laufwerk basierend auf dem Installationsmedium. Ersetzen Sie ZONE durch den Namen der Zone, in der sich die VM befindet:

    gcloud compute disks create win-installers --image-family=windows-install-media --image-project=compute-image-tools --zone=ZONE

    Mit diesem Befehl wird Ihrem Projekt ein Laufwerk namens win-installers hinzugefügt. Dieses Laufwerk ist mit keiner VM-Instanz verknüpft.

  4. Hängen Sie das Laufwerk im schreibgeschützten Modus (ro) an Ihre VM an, damit Sie das Laufwerk bei Bedarf an mehrere VMs anhängen können:

    gcloud compute instances attach-disk VM_NAME --disk=win-installers --mode=ro --zone=ZONE

    Ersetzen Sie Folgendes:

    • VM_NAME ist der Name der zu aktualisierenden VM-Instanz.
    • ZONE: der Name der Zone, in der sich die VM befindet

    Sie können dasselbe Laufwerk für mehrere parallele VM-Instanz-Upgrades innerhalb derselben Zone verwenden. Wenn Sie jedoch eine VM-Instanz in einer anderen Zone aktualisieren möchten, müssen Sie für diese Zone ein weiteres Laufwerk erstellen.

Wenn Sie eine VM aktualisieren, die auf einem importierten Laufwerk oder Image beruht, fügen Sie das benutzerdefinierte Installationsmedium als zusätzliches Laufwerk hinzu:

  1. Führen Sie die Schritte unter Image aus einer ISO-Datei erstellen aus, um ein Laufwerk aus dem ISO-Image zu erstellen, das Sie als benutzerdefiniertes Installationsmedium verwenden möchten.

  2. Hängen Sie das Laufwerk im schreibgeschützten Modus (ro) an Ihre VM an, damit Sie das Laufwerk bei Bedarf an mehrere VMs anhängen können:

    gcloud compute instances attach-disk VM_NAME --disk=CUSTOM_MEDIA_DISK --mode=ro --zone=ZONE

    Ersetzen Sie Folgendes:

    • VM_NAME: der Name der zu aktualisierenden VM.
    • CUSTOM_MEDIA_DISK ist der Name des Laufwerks, das Ihr benutzerdefiniertes Installationsmedium enthält.
    • ZONE: der Name der Zone, in der sich die VM befindet

Upgrade starten

Standardmäßig werden Sie an verschiedenen Stellen während eines Upgrades von Windows Setup zu Eingaben aufgefordert. Da Sie während des Upgrades keine Verbindung zur VM herstellen und daher keine Eingabe machen können, führen Sie das Upgrade im unbeaufsichtigten Modus aus.

  1. Stellen Sie eine Verbindung zu Ihrer VM über einen RDP-Client her. Weitere Informationen finden Sie unter Verbindung zu Instanzen herstellen.

  2. Öffnen Sie eine Eingabeaufforderung mit erhöhten Rechten:

    • Wenn Sie Server Core verwenden, sollte nach der Anmeldung automatisch eine Eingabeaufforderung mit erhöhten Rechten geöffnet werden.
    • Wenn Sie Windows Server mit vollständiger Desktopdarstellung verwenden, klicken Sie mit der rechten Maustaste auf die Schaltfläche Start und wählen Sie Eingabeaufforderung (Administrator) aus.

  3. Legen Sie als Arbeitsverzeichnis das Installationsmedium fest. Welches Arbeitsverzeichnis das richtige ist, hängt von der Windows Server-Version ab, auf die Sie ein Upgrade ausführen:

    2012 R2

    cd /d d:\*2012*

    2016

    cd /d d:\*2016*

    2019

    cd /d d:\*2019*

    2022 

    cd /d d:\*2022*

  4. Starten Sie das Windows-Upgrade. Die erforderlichen Schritte zum Starten des Upgrades hängen von der Windows Server-Version ab, auf die Sie das Upgrade ausführen, und davon, ob Ihre VM auf einem öffentlichen Betriebssystem-Image oder einem importierten Laufwerk oder Image beruht:

    2012 R2

    Führen Sie upgrade.ps1 aus, um das Windows-Upgrade zu starten. Das Skript führt die folgenden Schritte aus:

    • Installieren der neuesten Google-Treiberpakete, die für das Windows Server-Upgrade entscheidend sind
    • Anwenden der für Compute Engine erforderlichen Windows-Einstellungen
    • Aktivieren des Zugriffs auf die EMS-Konsole (Emergency Management Services) während des Upgrades
    • Starten Sie Windows Setup (setup.exe) über das Installationsmedium, um ein Upgrade im unbeaufsichtigten Modus auszuführen.
    • Wählt die richtige zu installierende Version von Windows Server 2012 R2 aus.
    • Stellt den generischen Volume-Lizenzschlüssel (GVLK) für die neue Version von Windows Server bereit.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1

    2012 R2 (BYOL)

    Führen Sie upgrade.ps1 aus, um das Windows-Upgrade zu starten. Das Skript führt die folgenden Schritte aus:

    • Installieren der neuesten Google-Treiberpakete, die für das Windows Server-Upgrade entscheidend sind
    • Anwenden der für Compute Engine erforderlichen Windows-Einstellungen
    • Aktivieren des Zugriffs auf die EMS-Konsole (Emergency Management Services) während des Upgrades
    • Starten Sie Windows Setup (setup.exe) über das Installationsmedium, um ein Upgrade im unbeaufsichtigten Modus auszuführen.
    • Wählt die richtige zu installierende Version von Windows Server 2012 R2 aus.
    • Stellt den vom Nutzer bereitgestellten Lizenzschlüssel für die neue Version von Windows Server bereit.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP_PATH -ProductKey PRODUCT_KEY

    Dabei gilt:

    • SETUP_PATH ist der Pfad zu setup.exe auf Ihrem benutzerdefinierten Installationsmedium.
    • PRODUCT_KEY ist ein gültiger Produktschlüssel für Windows Server 2016.

    Der Parameter -ProductKey ist nur erforderlich, wenn Sie ein Upgrade für eine VM-Instanz durchführen, für die Sie eine vorhandene Lizenz (BYOL) verwenden.

    2016 oder höher

    Führen Sie upgrade.ps1 aus, um das Windows-Upgrade zu starten. Das Skript führt die folgenden Schritte aus:

    • Installieren der neuesten Google-Treiberpakete, die für das Windows Server-Upgrade entscheidend sind
    • Anwenden der für Compute Engine erforderlichen Windows-Einstellungen
    • Aktivieren des Zugriffs auf die EMS-Konsole (Emergency Management Services) während des Upgrades
    • Starten Sie Windows Setup (setup.exe) über das Installationsmedium, um ein Upgrade im Lautlos-Modus auszuführen.
    • Bereitstellen eines Produktschlüssels für die neue Version von Windows Server
    powershell -ExecutionPolicy Bypass -File upgrade.ps1

    In manchen Fällen wird unter Windows Setup möglicherweise der Bildschirm Image auswählen angezeigt. Wenn Sie diese Ansicht sehen, wählen Sie die Konfiguration aus, die Ihrer aktuellen Konfiguration entspricht:

    • Wenn Sie Server Core derzeit verwenden, wählen Sie Datacenter aus.

    • Wenn Sie aktuell Windows Server mit vollständiger Desktopdarstellung verwenden, wählen Sie Rechenzentrum (Desktopdarstellung) aus.

    • Klicken Sie auf Weiter, um mit dem Upgrade zu beginnen.

    Es kann einige Minuten dauern, bis die Einrichtung initialisiert wird.

    2016 oder höher (importiert)

    Führen Sie upgrade.ps1 aus, um das Windows-Upgrade zu starten. Das Skript führt die folgenden Schritte aus:

    • Installieren der neuesten Google-Treiberpakete, die für das Windows Server-Upgrade entscheidend sind
    • Anwenden der für Compute Engine erforderlichen Windows-Einstellungen
    • Aktivieren des Zugriffs auf die EMS-Konsole (Emergency Management Services) während des Upgrades
    • Starten Sie Windows Setup (setup.exe) über das Installationsmedium, um ein Upgrade im Lautlos-Modus auszuführen.
    powershell -ExecutionPolicy Bypass -File upgrade.ps1 -SetupExePath SETUP-PATH -ProductKey PRODUCT-KEY

    Ersetzen Sie Folgendes:

    • SETUP_PATH ist der Pfad zu setup.exe auf Ihrem benutzerdefinierten Installationsmedium.
    • PRODUCT_KEY ist ein gültiger Produktschlüssel für die Version von Windows Server, auf die ein Upgrade durchgeführt wird. Wenn Sie beispielsweise ein Upgrade von Windows Server 2016 Datacenter auf Windows Server 2019 Datacenter ausführen, geben Sie einen gültigen Windows Server 2019 Datacenter-Schlüssel an.

    Der Parameter -ProductKey ist nur erforderlich, wenn Sie ein Upgrade für eine VM-Instanz durchführen, für die Sie eine vorhandene Lizenz (BYOL) verwenden.

    In manchen Fällen wird unter Windows Setup möglicherweise der Bildschirm Image auswählen angezeigt. Wenn Sie diese Ansicht sehen, wählen Sie die Konfiguration aus, die Ihrer aktuellen Konfiguration entspricht:

    • Wenn Sie aktuell Server Core verwenden, wählen Sie Windows Server Datacenter aus.

    • Wenn Sie aktuell Windows Server mit vollständiger Desktopdarstellung verwenden, wählen Sie Windows Server Datacenter (Desktopdarstellung) aus.

    • Klicken Sie auf Weiter, um mit dem Upgrade zu beginnen.

    Es kann einige Minuten dauern, bis die Einrichtung initialisiert wird.

    Während des Upgrades kann die folgende Warnung angezeigt werden. Diese können Sie ignorieren:

    [package name] or a newer version is already installed on the system

    Während der Installation des Treibers netkvm reagiert das System möglicherweise vorübergehend nicht. Trennen Sie in diesem Fall nicht die RDP-Verbindung und beenden Sie nicht die VM-Instanz, es sei denn, das System reagiert länger als fünf Minuten nicht. Sollte die RDP-Verbindung getrennt werden, warten Sie etwa fünf Minuten, bevor Sie die Verbindung zur VM-Instanz wiederherstellen.

    Im Einrichtungsassistenten müssen Sie möglicherweise zuerst das System neu starten. Starten Sie in diesem Fall die VM-Instanz neu und führen Sie Windows Setup mit demselben Befehl noch einmal aus.

    Nach etwa fünf Minuten wird der Computer neu gestartet und RDP wird getrennt.

Upgrade beobachten

Je nach Maschinentyp Ihrer VM-Instanz und Ihrer Windows Server-Konfiguration kann das Upgrade zwischen 10 und 60 Minuten dauern. Während dieser Zeit können Sie den Status über die Ausgabe des seriellen Ports beobachten:

  1. Mit dem folgenden Befehl können Sie in Cloud Shell den Bootvorgang beobachten:

    gcloud compute instances tail-serial-port-output VM_NAME --zone=ZONE

    Dabei gilt:

    • VM_NAME ist der Name Ihrer VM-Instanz.
    • ZONE ist der Name der Zone, in der sich die VM-Instanz befindet.

  2. Warten Sie, bis der Computer viermal neu gestartet wurde. Abhängig von der Konfiguration Ihrer VM-Instanz kann es 30 Minuten oder länger dauern, bis diese Neustarts abgeschlossen sind. Sie erkennen einen Neustart an einer Ausgabe, die ungefähr so aussieht:

    SeaBIOS (version 1.8.2-20190620_103534-google)
Total RAM Size = 0x00000001e0000000 = 7680 MiB
CPUs found: 2     Max CPUs supported: 2

  3. Warten Sie nach dem vierten Neustart, bis die Ausgabe GCEMetadataScripts: Finished running startup scripts oder No startup scripts to run angezeigt wird.

Nach dem Upgrade

Sie können jetzt eine Verbindung zur VM-Instanz herstellen, um zu prüfen, ob das Upgrade erfolgreich abgeschlossen wurde.

  1. Stellen Sie über einen RDP-Client eine Verbindung zur VM-Instanz her. Weitere Informationen finden Sie unter Verbindung zu Instanzen herstellen.

  2. Melden Sie sich mit einem Nutzerkonto an, das lokale Administratorrechte hat.

  3. Öffnen Sie eine Eingabeaufforderung mit erhöhten Rechten:

    • Wenn Sie Server Core verwenden, sollte nach der Anmeldung automatisch eine Eingabeaufforderung mit erhöhten Rechten geöffnet werden.
    • Wenn Sie Windows Server mit vollständiger Desktopdarstellung verwenden, klicken Sie mit der rechten Maustaste auf die Schaltfläche Start und wählen Sie Eingabeaufforderung (Administrator) aus.

  4. Führen Sie den folgenden Befehl aus, um die Version von Windows Server abzufragen:

    Windows Server Core

    ver

    Windows Server mit Desktopdarstellung 

    winver

    Prüfen Sie, ob die Version der erwarteten Version von Windows Server entspricht.

  5. Legen Sie als Arbeitsverzeichnis das Installationsmedium fest. Welches Arbeitsverzeichnis das richtige ist, hängt von der Windows Server-Version ab, auf die Sie ein Upgrade ausführen:

    2012 R2

    cd /d d:\*2012*

    2016

    cd /d d:\*2016*

    2019

    cd /d d:\*2019*

    2022

    cd /d d:\*2022*

  6. Führen Sie upgrade.ps1 noch einmal aus, um spezifische Compute Engine-Einstellungen anzuwenden, die während des Upgrades möglicherweise verloren gegangen sind:

    powershell -ExecutionPolicy Bypass -File upgrade.ps1

  7. Starten Sie die VM-Instanz neu, um sicherzugehen, dass alle Änderungen wirksam werden. Der Neustart kann ein bis zwei Minuten dauern, danach können Sie wieder eine Verbindung zur VM-Instanz herstellen.

Installationslaufwerk trennen

Sie können das Installationslaufwerk jetzt von der VM-Instanz trennen:

  • Trennen Sie in Cloud Shell das Installationslaufwerk von Ihrer VM-Instanz und ersetzen Sie VM_NAME durch den Namen Ihrer VM-Instanz:

    gcloud compute instances detach-disk VM_NAME --disk=win-installers

Updates installieren und Zugriff wiederherstellen

Führen Sie nach dem Abschluss des Upgrades Windows Update aus, um alle Sicherheitsupdates herunterzuladen und zu installieren. So installieren Sie die Sicherheitsupdates:

  1. Stellen Sie über einen RDP-Client eine Verbindung zur Maschine her. Weitere Informationen finden Sie unter Verbindung zu Instanzen herstellen.

  2. Verwenden Sie Windows Update, um die neuesten Windows-Updates zu installieren. Möglicherweise müssen Sie die VM-Instanz während dieses Vorgangs mehrmals neu starten.

  3. Aktivieren Sie alle Agents, Antiviren- oder Antimalware-Software, die Sie vor dem Upgrade deaktiviert haben.

Fehlerbehebung beim direkten Upgrade

Während der Ausführung von Windows Setup können Sie über RDP keine Verbindung zur VM-Instanz herstellen. Wenn Sie den Verdacht haben, dass das Upgrade fehlgeschlagen ist oder nicht voranschreitet, können Sie die Situation folgendermaßen diagnostizieren:

Ausgabe des seriellen Ports prüfen

Den Fortschritt des Upgradeprozesses können Sie sich in der Ausgabe des seriellen Ports der VM-Instanz ansehen:

  • Der serielle Port 1 erfasst den Bootstatus.
  • Der serielle Port 3 erfasst die Logausgabe von Windows Setup.

Während des Upgrades sollten Sie vier Neustarts beobachten. Wenn Sie nach dem ersten Neustart länger als 30 Minuten keinen Fortschritt bemerken, ist das Upgrade wahrscheinlich fehlgeschlagen.

CPU- und E/A-Messwerte prüfen

Das Ausführen eines Windows Server-Upgrades ist ein Vorgang, der die CPU und die Laufwerk-E/A stark beansprucht. Prüfen Sie die CPU- und E/A-Messwerte, um festzustellen, ob die Einrichtung voranschreitet.

So können Sie die CPU- und E/A-Messwerte in der Google Cloud Console ansehen:

  1. Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf.

    Zu „VM-Instanzen“

  2. Klicken Sie auf die Instanz, die aktualisiert wird.

  3. Klicken Sie auf den Tab Monitoring.

Verbindung zur EMS-Konsole (Emergency Management Services) herstellen

Sowohl während als auch nach der Ausführung des Windows Setups können Sie eine Verbindung zur EMS-Konsole (Emergency Management Services) herstellen. Prüfen Sie in der EMS-Konsole die Windows Setup-Protokolldateien und das Ereignisprotokoll auf Anzeichen dafür, dass das Upgrade noch nicht abgeschlossen ist, oder auf Informationen zu eventuell aufgetretenen Fehlern.

Remote-Verbindung mit WinRM herstellen

Wenn beim Verbindungsaufbau über RDP oder EMS ein Fehler auftritt, können Sie versuchen, mithilfe von WinRM eine Remote-PowerShell-Sitzung einzurichten:

  1. Stellen Sie eine Verbindung zu einer anderen Windows Server-Instanz innerhalb derselben VPC her.

  2. Öffnen Sie PowerShell.

  3. Richten Sie eine Remote-PowerShell-Sitzung ein. Ersetzen Sie dabei VM_NAME durch den Namen der zu aktualisierenden Instanz:

    Enter-PSSession -ComputerName VM_NAME -UseSSL -SessionOption (New-PsSessionOption -SkipCACheck) -Credential (Get-Credential)

  4. Wenn Sie zur Eingabe der Anmeldedaten aufgefordert werden, geben Sie den Nutzernamen und das Passwort eines Administratorkontos ein.

  5. Prüfen Sie über die Remote-PowerShell-Sitzung die Windows Setup-Protokolldateien und das Ereignisprotokoll.

Protokolldateien offline analysieren

Wenn über WinRM (Windows Remote Management) keine Verbindung zur Instanz hergestellt werden kann, können Sie das Upgrade abbrechen und die Protokolldateien von einer anderen VM-Instanz analysieren. Gehen Sie hierzu folgendermaßen vor:

  1. Halten Sie die VM-Instanz an.

    Dies kann einige Minuten dauern, wenn Windows Server nicht reagiert.

  2. Trennen Sie das Bootlaufwerk von der Instanz.

  3. Erstellen Sie eine neue temporäre Windows Server-Instanz und hängen Sie das Bootlaufwerk der ursprünglichen Instanz als zusätzliches Laufwerk an.

  4. Verwenden Sie die temporäre Windows Server-Instanz zum Analysieren der Setup- und Ereignisprotokolldateien der Instanz, die Sie aktualisieren wollten.

  5. Nachdem Sie die Analyse abgeschlossen haben, trennen Sie das Laufwerk von der temporären Instanz und hängen es wieder als Bootlaufwerk an die ursprüngliche VM-Instanz an.

Fehlerbehebung bei RDP

Informationen zur Fehlerbehebung bei RDP finden Sie unter Fehlerbehebung bei RDP.

Fehlerbehebung bei Windows Server-Instanzen

Informationen zur Fehlerbehebung bei Windows Server-Instanzen finden Sie unter Windows-Instanzen: Tipps und Hinweise zur Fehlerbehebung.

Bereinigen

Damit Ihnen nach Abschluss des Vorgangs keine weiteren Kosten entstehen, löschen Sie das Installationslaufwerk.

Installationslaufwerk löschen

Sie können jederzeit ein Installationslaufwerk erstellen, das auf dem von Google bereitgestellten Image basiert. Wenn Sie in derselben Zone keine weiteren VM-Instanzen aktualisieren möchten, löschen Sie das Installationslaufwerk:

  • Löschen Sie in Cloud Shell das Laufwerk win-installers, das Sie zuvor erstellt haben:

    gcloud compute disks delete win-installers

Nächste Schritte