Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# EC2 – Windows-Instance auf eine neuere Version von Windows Server aktualisieren
Wenn es an der Zeit ist, das Windows-Server-Betriebssystem auf Ihrer EC2-Windows-Instance von einer früheren Version zu aktualisieren, können Sie eine der folgenden Methoden verwenden.
**Direkt-Upgrade**
Ein direktes Upgrade wird auf einer vorhandenen Instance ausgeführt. Von diesem Vorgang sind nur die Betriebssystemdateien betroffen, Ihre Einstellungen, Serverrollen und Daten bleiben jedoch erhalten.
**Migration (auch als side-by-side Upgrade bezeichnet)**
Eine Migration umfasst die Erfassung von Einstellungen, Konfigurationen und Daten und deren Übertragung auf ein neueres Betriebssystem auf einer frischen EC2-Windows-Instance. Sie können Ihre Instance über ein öffentliches oder privates Windows-AMI starten, das Sie abonnieren AWS Marketplace, oder über ein AMI, das mit Ihnen geteilt wurde. Außerdem können Sie ein benutzerdefiniertes AMI mit EC2 Image Builder erstellen. Weitere Informationen finden Sie im [Benutzerhandbuch von Image Builder](https://docs.aws.amazon.com/imagebuilder/latest/userguide/what-is-image-builder.html).
AWS stellt eine Reihe von öffentlich verfügbaren Amazon Machine Images (AMIs) für Windows Server-Versionen bereit, die auf EC2-Instances ausgeführt werden. Diese AMIs werden monatlich aktualisiert. Informationen zur neuesten Version von Windows AMIs finden Sie in der [AWS Windows AMI-Referenz](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html).
Microsoft hat traditionell die Migration auf eine neuere Version von Windows Server anstelle eines Upgrades empfohlen. Die Migration kann zu weniger Upgrade-Fehlern oder -Problemen führen, sie dauert jedoch möglicherweise länger als ein direktes Upgrade, da eine neue Instance bereitgestellt werden muss, Anwendungen geplant und übertragen und die Konfigurationseinstellungen auf der neuen Instance angepasst werden müssen. Ein direktes Upgrade kann schneller sein, Softwareinkompatibilität kann jedoch zu Fehlern führen.
**Topics**
+ [
# Ein direktes Upgrade auf Ihrer EC2-Windows-Instance durchführen
](os-inplaceupgrade.md)
+ [
# Automation-Runbooks verwenden, um eine EC2-Windows-Instance zu aktualisieren
](automated-upgrades.md)
+ [
# Eine EC2-Windows-Instance zu einem Nitro-basierten Instance-Typ migrieren
](migrating-latest-types.md)
+ [
# Problembehandlung bei einem Betriebssystem-Upgrade auf einer EC2-Windows-Instance
](os-upgrade-trbl.md)
# Ein direktes Upgrade auf Ihrer EC2-Windows-Instance durchführen
Bevor Sie ein direktes Upgrade ausführen, müssen Sie ermitteln, welche Netzwerktreiber die Instance ausführt. PV-Netzwerktreiber ermöglichen Ihnen den Zugriff auf Ihre Instance per Remote-Desktop. Instances verwenden entweder AWS PV, Intel Network Adapter oder die Enhanced Networking-Treiber. Weitere Informationen finden Sie unter [Paravirtual-Treiber für Windows-Instances](xen-drivers-overview.md).
## Bevor Sie ein direktes Upgrade beginnen
Führen Sie die folgenden Aufgaben durch und beachten Sie die folgenden wichtigen Details, bevor Sie mit Ihrem direkten Upgrade beginnen.
+ Lesen Sie die Microsoft-Dokumentation, um die Upgrade-Anforderungen, bekannte Probleme und Einschränkungen zu verstehen. Sie sollten auch die offiziellen Anweisungen für Upgrades überprüfen.
+ [Upgradeoptionen für Windows Server 2012](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj574204(v=ws.11))
+ [Upgradeoptionen für Windows Server 2012 R2](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn303416(v=ws.11))
+ [Upgrade- und Konvertierungsoptionen für Windows Server 2016 und höher](https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate)
+ [Aktualisieren von Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-overview)
+ Wir empfehlen, ein Betriebssystem-Upgrade auf Instanzen mit mindestens 2 V CPUs und 4 GB RAM durchzuführen. Bei Bedarf können Sie die Instance in eine andere Größe desselben Typs ändern (z. B. t2.small in t2.large), das Upgrade durchführen und die Instance dann wieder in die Originalgröße ändern. Wenn Sie die Instance-Größe beibehalten müssen, können Sie den Fortschritt über den [Instance-Konsolen-Screenshot](troubleshoot-unreachable-instance.md#instance-console-screenshot) überwachen. Weitere Informationen finden Sie unter [Amazon-EC2-Instance-Typ-Veränderungen](ec2-instance-resize.md).
+ Stellen Sie sicher, dass das Stamm-Volume auf Ihrer Windows-Instance über genügend freien Speicherplatz verfügt. Das Windows Setup warnt Sie im Fall von unzureichendem Speicherplatz möglicherweise nicht. Informationen zur benötigten Menge an Speicherplatz für das Upgrade eines bestimmten Betriebssystems finden Sie in der Microsoft-Dokumentation. Wenn das Volume nicht über genügend Speicherplatz verfügt, kann es erweitert werden. Weitere Informationen finden Sie unter [Amazon EBS Elastic Volumes](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html) im *Amazon-EBS-Benutzerhandbuch*.
+ Bestimmen Sie Ihren Upgrade-Pfad. Sie müssen das Betriebssystem auf dieselbe Architektur upgraden. Beispielsweise müssen Sie ein 32-Bit-System auf ein 32-Bit-System upgraden. Windows Server 2008 R2 und spätere Versionen sind nur 64-Bit.
+ Deaktivieren Sie Antivirus- und Anti-Spyware-Software und Firewalls. Diese Arten von Software können Konflikte beim Upgrade-Prozess erzeugen. Aktivieren Sie Antivirus- und Anti-Spyware-Software und Firewalls nach dem Abschluss des Upgrades erneut.
+ Installieren Sie die neuesten Treiber, so wie unter [Eine EC2-Windows-Instance zu einem Nitro-basierten Instance-Typ migrieren](migrating-latest-types.md) beschrieben.
+ Der Upgrade Helper Service unterstützt nur Instances, auf denen Citrix PV-Treiber ausgeführt werden. Wenn die Instance auf Red Hat-Treibern ausgeführt wird, müssen Sie zuerst [diese Treiber manuell upgraden](Upgrading_PV_drivers.md).
## Führen Sie ein direktes Upgrade einer Instance mit den AWS Treibern PV, Intel Network Adapter oder Enhanced Networking durch
Verwenden Sie das folgende Verfahren, um eine Windows Server Instance mit einem AWS PV, Intel Network Adapter oder den Enhanced Networking-Treibern zu aktualisieren.
**So führen Sie ein direktes Upgrade durch**
1. Erstellen Sie ein AMI des Systems, das Sie entweder zu Backup- oder Testzwecken upgraden möchten. Sie können das Upgrade dann auf der Kopie ausführen, um eine Testumgebung zu simulieren. Wenn das Upgrade abgeschlossen wird, können Sie den Datenverkehr mit geringer Ausfallzeit zu dieser Instance umleiten. Wenn das Upgrade fehlschlägt, können Sie zum Backup zurückwechseln. Weitere Informationen finden Sie unter [Ein Amazon-EBS-gestütztes AMI erstellen](creating-an-ami-ebs.md).
1. Stellen Sie sicher, dass Ihre Windows-Server-Instance die neuesten Treiber verwendet.
1. Informationen zum Aktualisieren Ihres AWS PV-Treibers finden Sie unter[Upgrade von PV-Treibern auf EC2-Windows-Instances](Upgrading_PV_drivers.md).
1. Informationen zum Update Ihres ENA-Treibers finden Sie unter [ENA-Treiber auf EC2-Windows-Instances installieren](ena-adapter-driver-install-upgrade-win.md).
1. Informationen zum Aktualisieren Ihrer Intel-Treiber finden Sie unter [Erweitertes Netzwerk mit der Intel 82599 VF-Schnittstelle](sriov-networking.md)
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich **Instances** aus. Suchen Sie die Instance. Notieren Sie die Instance-ID und Availability Zone für die Instance. Diese Informationen werden später in diesem Verfahren benötigt.
1. Wenn Sie von Windows Server 2012 oder 2012 R2 auf Windows Server 2016 oder später aktualisieren, führen Sie die folgenden Schritte auf Ihrer Instance durch, bevor Sie fortfahren.
1. Deinstallieren Sie den EC2 Config-Dienst. Weitere Informationen finden Sie unter [Windows-Dienstverwaltung für EC2 Launch v2- und EC2 Config-Agenten](launch-agents-service-admin.md).
1. Installieren Sie EC2 Launch v1 oder den EC2 Launch v2-Agenten. Weitere Informationen finden Sie unter [Den EC2Launch-v1-Agenten verwenden, um Aufgaben während des Starts einer EC2-Windows-Instance auszuführen](ec2launch.md) und[Den EC2Launch-v2-Agenten verwenden, um Aufgaben während des Starts einer EC2-Windows-Instance auszuführen](ec2launch-v2.md).
1. Installieren Sie den AWS Systems Manager SSM-Agenten. Weitere Informationen finden Sie unter [Manuelle Installation des SSM-Agent in Amazon EC2 für Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-windows.html) im *Benutzerhandbuch für AWS Systems Manager *.
1. Erstellen Sie ein neues Volume aus einem Windows Server-Installationsmedien-Snapshot.
1. Wählen Sie im Navigationsbereich links unter **Elastic Block Store** die Option **Snapshots**.
1. Wählen Sie in der Filterleiste **Öffentliche Schnappschüsse**.
1. Geben Sie in der Suchleiste die folgenden Filter ein:
+ Wählen Sie **Owner Alias**, dann **=** und dann **Amazon**.
+ Wählen Sie **Beschreibung** und beginnen Sie dann mit der Eingabe**Windows**. Wählen Sie den Windows-Filter aus, der der Systemarchitektur und der bevorzugten Sprache entspricht, auf die Sie aktualisieren möchten. Wählen Sie zum Beispiel **Windows 2019 English Installation Media** für ein Upgrade auf Windows Server 2019.
1. Aktivieren Sie das Kontrollkästchen neben dem Snapshot, der der Systemarchitektur und den Spracheinstellungen entspricht, auf die Sie aktualisieren, und wählen Sie dann **Aktionen**, **Volume aus Snapshot erstellen**.
1. Wählen Sie auf der Seite **Volume erstellen** die Availability Zone, die zu Ihrer Windows-Instance passt, und wählen Sie dann **Volume erstellen**.
1. Wählen Sie oben auf der Seite im ***1234567890example*Banner Erfolgreich erstelltes Volume** die ID des Volumes aus, das Sie gerade erstellt haben.
1. Wählen Sie **Actions (Aktionen)** und **Attach Volume (Volume anfügen)**.
1. Wählen Sie auf der Seite **Volume anhängen** unter **Instance** die Instance-ID Ihrer Windows-Instance und wählen Sie dann **Volume anhängen**.
1. Stellen Sie das neue Volume zur Verwendung bereit, indem Sie die Schritte unter [Stellen Sie ein Amazon EBS-Volume für die Verwendung unter Windows bereit](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html) durchführen.
**Wichtig**
Initialisieren Sie den Datenträger nicht, da dadurch die vorhandenen Daten gelöscht werden.
1. Wechseln Sie in Windows PowerShell zum neuen Volumenlaufwerk. Beginnen Sie das Upgrade, indem Sie das Installationsmedien-Volume öffnen, das Sie an die Instance angehängt haben.
1. Wenn Sie ein Upgrade auf Windows Server 2016 oder höher installieren, führen Sie Folgendes aus:
```
.\setup.exe /auto upgrade /dynamicupdate disable
```
**Anmerkung**
Das Ausführen von setup.exe mit deaktivierter `/dynamicupdate`-Option verhindert, dass Windows während des Windows Server-Upgrade-Prozesses Updates installiert, da die Installation von Updates während des Upgrades zu Fehlern führen kann. Sie können Updates mit Windows Update installieren, nachdem das Upgrade abgeschlossen ist.
Wenn Sie ein Upgrade auf eine frühere Version von Windows Server installieren, führen Sie Folgendes aus:
```
Sources\setup.exe
```
1. Wählen Sie für **Wählen Sie das Betriebssystem aus, das Sie installieren möchten** die vollständige Installationsoption für Ihre Windows-Server-Instance aus und dann **Weiter**.
1. Wählen Sie für **Which type of installation do you want?** die Option **Upgrade** aus.
1. Schließen Sie den Assistenten ab.
Windows Server Setup kopiert und verarbeitet jetzt Dateien. Nach einigen Minuten wird Ihre Remote-Desktop-Sitzung beendet. Die für das Upgrade benötigte Zeit hängt von der Anzahl an Anwendungen und Serverrollen ab, die auf Ihrer Windows Server-Instance ausgeführt werden. Das Upgrade kann vielleicht nur 40 Minuten oder auch einige Stunden dauern. Während des Upgrades schlägt die Instance eventuell bei einer oder mehreren Statusprüfungen fehl. Wenn das Upgrade abgeschlossen ist, verlaufen alle Statusprüfungen erfolgreich. Sie können das Systemprotokoll auf Konsolenausgaben überprüfen oder CloudWatch Amazon-Metriken für Festplatten- und CPU-Aktivität verwenden, um festzustellen, ob das Upgrade voranschreitet.
**Anmerkung**
Wenn Sie ein Upgrade auf Windows Server 2019 erstellen, können Sie nach Abschluss des Upgrades den Desktop-Hintergrund manuell ändern, um den vorherigen Namen des Betriebssystems bei Bedarf zu löschen.
Wenn die Instance nach einigen Stunden noch nicht alle Statusprüfungen erfolgreich bestanden hat, finden Sie Informationen unter [Problembehandlung bei einem Betriebssystem-Upgrade auf einer EC2-Windows-Instance](os-upgrade-trbl.md).
## Aufgaben nach dem Upgrade
1. Melden Sie sich bei der Instance an, um ein Upgrade für das .NET Framework zu initiieren, und starten Sie das System neu, wenn Sie dazu aufgefordert werden.
1. Falls Sie dies in einem vorherigen Schritt noch nicht getan haben, installieren Sie den EC2 Launch v1- oder EC2 Launch v2-Agenten. Weitere Informationen finden Sie unter [Den EC2Launch-v1-Agenten verwenden, um Aufgaben während des Starts einer EC2-Windows-Instance auszuführen](ec2launch.md) und[Den EC2Launch-v2-Agenten verwenden, um Aufgaben während des Starts einer EC2-Windows-Instance auszuführen](ec2launch-v2.md).
1. Wenn Sie auf Windows Server 2012 R2 aktualisiert haben, empfehlen wir, die PV-Treiber auf AWS PV-Treiber zu aktualisieren. Wenn Sie auf einer Nitro-basierten Instance ein Upgrade durchgeführt haben, empfehlen wir Ihnen, die NVME- und ENA-Treiber zu installieren oder zu aktualisieren. Für weitere Informationen siehe [AWS NVMe Fahrer](aws-nvme-drivers.md) oder [Aktivieren von Enhanced Networking unter Windows](enabling_enhanced_networking.md#enable-enhanced-networking-ena-windows).
1. Aktivieren Sie die Antivirus- und Anti-Spyware-Software und Firewalls erneut.
# Automation-Runbooks verwenden, um eine EC2-Windows-Instance zu aktualisieren
Mit AWS Systems Manager Automation-Runbooks können Sie ein automatisiertes Upgrade Ihrer Windows- und SQL Server-Instanzen durchführen. AWS
**Topics**
+ [
## Zugehörige Services
](#automated-related)
+ [
## Ausführungsoptionen
](#automated-execution-option)
+ [
## Aktualisieren von Windows Server
](#automated-upgrades-windows)
+ [
## Upgrade von SQL Server
](#automated-upgrades-sql)
## Zugehörige Services
Die folgenden AWS Dienste werden im automatisierten Upgrade-Prozess verwendet:
+ **AWS Systems Manager**. AWS Systems Manager ist eine leistungsstarke, einheitliche Oberfläche für die zentrale Verwaltung Ihrer AWS Ressourcen. Weitere Informationen finden Sie im *[AWS Systems Manager -Benutzerhandbuch](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*.
+ AWS Systems Manager Agent (SSM Agent) ist Amazon-Software, die auf einer Amazon EC2-Instance, einem lokalen Server oder einer virtuellen Maschine (VM) installiert und konfiguriert werden kann. SSM Agent ermöglicht es Systems Manager, diese Ressourcen zu aktualisieren, zu verwalten und zu konfigurieren. Der Agent verarbeitet Anforderungen des Systems-Manager-Services in der AWS -Cloud und führt sie dann wie in der Anforderung angegeben aus. Weitere Informationen finden Sie unter [Arbeiten mit SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html) im *AWS Systems Manager -Benutzerhandbuch*.
+ **AWS Systems Manager SSM-Runbooks.** Ein SSM-Runbook definiert die Aktionen, die Systems Manager auf Ihren verwalteten Instances durchführt. SSM-Runbooks verwenden JavaScript Object Notation (JSON) oder YAML und enthalten Schritte und Parameter, die Sie angeben. Dieses Thema verwendet zwei Systems-Manager-SSM-Runbooks für die Automatisierung. Weitere Informationen finden Sie in der [Referenz zum AWS Systems Manager -Automation-Runbook](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) im *AWS Systems Manager -Benutzerhandbuch*.
## Ausführungsoptionen
Wählen Sie erst **Automation (Automatisierung)** auf der Systems Manager-Konsole und dann **Execute (Ausführen)**. Nachdem Sie ein Automation-Dokument ausgewählt haben, werden Sie aufgefordert, eine Option zur Automatisierungsausführung auszuwählen. Sie wählen aus den folgenden Optionen. In den Schritten für die in diesem Thema angegebenen Pfade verwenden wir die Option **Simple execution (Einfache Ausführung)**.
**Einfache Ausführung**
Wählen Sie diese Option, wenn Sie eine einzelne Instance aktualisieren möchten, aber nicht jeden Automatisierungsschritt durchlaufen möchten, um die Ergebnisse zu prüfen. Diese Option wird in den folgenden Upgrade-Schritten näher erläutert.
**Rate control (Ratenregelung)**
Wählen Sie diese Option, wenn Sie das Upgrade auf mehr als eine Instance anwenden möchten. Sie definieren die folgenden Einstellungen.
+ **Parameter**
Diese Einstellung, die auch in den Einstellungen für Multi-Konto und Region festgelegt ist, definiert, wie Ihre Automatisierung verzweigt ist.
+ **Targets (Ziele)**
Wählen Sie das Ziel aus, auf das Sie die Automatisierung anwenden möchten. Diese Einstellung wird auch in den Einstellungen für Multi-Konto und Region festgelegt.
+ **Parameter Values (Parameterwerte)**
Verwenden Sie die Werte, die in den Parametern im Automatisierungsdokument definiert sind.
+ **Resource Group (Ressourcengruppe)**
In ist eine Ressource eine Entität AWS, mit der Sie arbeiten können. Beispiele hierfür sind Amazon EC2 EC2-Instances, AWS CloudFormation Stacks oder Amazon S3 S3-Buckets. Wenn Sie mit mehreren Ressourcen arbeiten, kann es sinnvoll sein, sie als Gruppe zu verwalten, anstatt für jede Aufgabe von einem AWS Service zum anderen zu wechseln. In einigen Fällen möchten Sie vielleicht große Anzahlen an verwandten Ressourcen verwalten, wie EC2-Instances, die eine Anwendungsebene ausmachen. In diesem Fall müssen Sie wahrscheinlich Massenaktionen auf diesen Ressourcen gleichzeitig durchführen.
+ **Tags**
Mithilfe von Stichwörtern können Sie Ihre AWS Ressourcen auf unterschiedliche Weise kategorisieren, z. B. nach Zweck, Eigentümer oder Umgebung. Diese Kategorisierung ist nützlich, wenn Sie viele Ressourcen desselben Typs haben. Sie können eine bestimmte Ressource mit den zugewiesenen Tags (Markierungen) schnell identifizieren.
+ **Rate Control (Ratenregelung)**
Die Ratenregelung wird auch in den Einstellungen für Multi-Konto und Region festgelegt. Wenn Sie die Parameter der Ratenregelung festlegen, definieren Sie, auf wie viel Ihrer Flotte die Automatisierung angewendet wird, und zwar entweder nach Zielanzahl oder Prozentzahl der Flotte.
**Multi-Account and Region (Multi-Konto und Region)**
Zusätzlich zu den unter der Ratenregelung angegebenen Parametern, die auch in den Einstellungen für Multi-Konto und Region verwendet werden, gibt es zwei zusätzliche Einstellungen:
+ **Konten und Organisationseinheiten () OUs**
Geben Sie mehrere Konten an, auf denen Sie die Automatisierung ausführen möchten.
+ **AWS-Regionen**
Geben Sie mehrere AWS-Regionen Orte an, an denen Sie die Automatisierung ausführen möchten.
**Manuelle Ausführung**
Diese Option ähnelt der **Einfachen Ausführung**, allerdings können Sie jeden Automatisierungsschritt durchlaufen und die Ergebnisse prüfen.
## Aktualisieren von Windows Server
Das `[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)`-Runbook erstellt ein Amazon Machine Image (AMI) von einer Windows-Server-Instance in Ihrem Konto und aktualisiert dieses AMI auf eine unterstützte Version Ihrer Wahl. Dieser mehrschrittige Prozess kann bis zu zwei Stunden dauern.
Im automatisierten Upgrade-Prozess sind zwei AMIs enthalten:
+ **Aktuell ausgeführte Instance**. Das erste AMI ist die aktuell ausgeführte Instance, die nicht aktualisiert wird. Diese AMI wird verwendet, um eine andere Instance zu starten, damit diese das direkte Upgrade ausführt. Wenn der Vorgang abgeschlossen ist, wird dieses AMI aus Ihrem Konto gelöscht, es sei denn, sie geben speziell an, dass Sie die Original-Instance behalten möchten. Diese Einstellung wird vom Parameter gehandhabt `KeepPreUpgradeImageBackUp` (der Standardwert ist `false`, was bedeutet, dass das AMI standardmäßig gelöscht wird).
+ **Aktualisiertes AMI**. Dieses AMI ist das Ergebnis des Automatisierungsvorgangs.
Das Endergebnis ist ein AMI, welches die aktualisierte Instance des AMI ist.
Wenn das Upgrade abgeschlossen ist, können Sie die Anwendung testen, indem Sie das neue AMI in Ihrer Amazon VPC starten. Nachdem Sie den Test abgeschlossen haben und bevor Sie eine weitere Aktualisierung durchführen, planen Sie die Anwendungsausfallzeit ein, bevor Sie vollständig zu der aktualisierten Instance wechseln.
### Voraussetzungen
Um Ihr Windows Server-Upgrade mithilfe des AWS Systems Manager Automatisierungsdokuments zu automatisieren, müssen Sie die folgenden Aufgaben ausführen:
+ Erstellen Sie eine IAM-Rolle mit den angegebenen IAM-Richtlinien, damit Systems Manager Automatisierungsaufgaben auf Ihren Amazon EC2-Instances durchführen und überprüfen kann, dass Sie die Voraussetzungen für die Verwendung von Systems Manager erfüllen. Weitere Informationen finden Sie im *AWS Identity and Access Management Benutzerhandbuch* unter [Erstellen einer Rolle zum Delegieren von Berechtigungen für einen AWS Dienst](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html).
+ [Wählen Sie die Option aus, wie die Automatisierung ausgeführt werden soll](#automated-execution-option). Die Optionen für die Ausführung sind **Simple execution (Einfache Ausführung)**, **Rate control (Ratenregelung)**, **Multi-account and Region (Multi-Konto und Region)** und **Manual execution (Manuelle Ausführung)**. Weitere Informationen zu diesen Optionen finden Sie unter [Ausführungsoptionen](#automated-execution-option).
+ Stellen Sie sicher, dass SSM Agent auf Ihrer Instance installiert ist. Weitere Informationen finden Sie unter [Installation und Konfiguration von SSM Agent auf Amazon-EC2-Instances für Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Windows PowerShell 3.0 oder höher muss auf Ihrer Instanz installiert sein.
+ Für Instances, die einer Microsoft Active Directory-Domain angehören, empfehlen wir, eine `SubnetId` anzugeben, die keine Verbindung zu Ihren Domain-Cntrollern aufweist, um Hostnamenkonflikte zu vermeiden.
+ Das Instance-Subnetz muss über eine ausgehende Verbindung zum Internet verfügen, die Zugriff AWS-Services auf Amazon S3 und den Zugriff auf Download-Patches von Microsoft ermöglicht. Diese Anforderung ist erfüllt, wenn das Subnetz entweder ein öffentliches Subnetz ist und die Instance eine öffentliche IP-Adresse hat, oder wenn es sich bei dem Subnetz um ein privates Subnetz mit einer Route handelt, die Internetverkehr an ein öffentliches NAT-Gerät sendet.
+ Diese Automatisierung funktioniert mit Instances, auf denen Windows Server 2008 R2, Windows Server 2012 R2, Windows Server 2016 und Windows Server 2019 ausgeführt wird.
+ Stellen Sie sicher, dass die Instance 20 GB freien Speicherplatz auf dem Boot-Datenträger hat.
+ Wenn die Instance keine Windows-Lizenz verwendet, die von bereitgestellt wird AWS, geben Sie eine Amazon EBS-Snapshot-ID an, die Windows Server 2012 R2-Installationsmedien enthält. So gehen Sie vor:
1. Überprüfen Sie, ob die Amazon-EC2-Instance Windows Server 2012 oder höher ausführt.
1. Erstellen Sie ein Amazon-EBS-Volume mit 6 GB in derselben Availability Zone, in der die Instance ausgeführt wird. Fügen Sie das Volume der Instance an. Mounten Sie dies beispielsweise als Laufwerk D.
1. Klicken Sie mit der rechten Maustaste auf die ISO, und mounten Sie es für eine Instance, beispielsweise als Laufwerk E.
1. Kopieren Sie den Inhalt der ISO von Laufwerk E:\$1 zu Laufwerk D:\$1.
1. Erstellen Sie einen Amazon-EBS-Snapshot des 6 GB-Volumes, das Sie oben in Schritt 2 erstellt haben.
### Einschränkungen für Windows Server Upgrade
Diese Automatisierung unterstützt keine Upgrades von Windows-Domain-Controllern, Clustern oder Windows-Desktopbetriebssystemen. Diese Automation unterstützt außerdem keine Amazon – EC2-Instances für Windows Server mit den folgenden installierten Rollen:
+ Remote Desktop Session Host (RDSH)
+ Remote Desktop Connection Broker (RDCB)
+ Remote Desktop Virtualization Host (RDVH)
+ Remote Desktop Web Access (RDWA)
### Schritte zum Durchführen eines automatisierten Upgrades von Windows Server
Gehen Sie wie folgt vor, um Ihre Windows Server-Instance mithilfe des [AWSEC2CloneInstanceAndUpgradeWindowsAutomation-Runbooks](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html) zu aktualisieren.
1. Öffnen Sie Systems Manager von der **AWS Management Console** aus.
1. Wählen Sie im linken Navigationsbereich unter **Änderungsmanagement** **Automatisierung** aus.
1. Wählen Sie **Execute automation (Automatisierung ausführen)**.
1. Suchen Sie nach dem Automatisierungsdokument mit der Bezeichnung `AWSEC2-CloneInstanceAndUpgradeWindows`.
1. Wenn der Dokumentenname angezeigt wird, wählen Sie ihn aus. Anschließend werden die Dokumentendetails angezeigt.
1. Klicken Sie auf **Execute automation** (Automatisierung ausführen), um die Parameter für dieses Dokument einzugeben. Lassen Sie **Simple execution (Einfache Ausführung)** oben auf der Seite ausgewählt.
1. Geben Sie die angeforderten Parameter basierend auf den folgenden Hinweisen ein.
+ `InstanceID`
**Typ:** Zeichenfolge
(Erforderlich) Die Instance, auf der Windows Server 2008 R2, 2012 R2, 2016, oder 2019 ausgeführt wird, auf der SSM Agent installiert ist.
+ `InstanceProfile`.
**Typ:** Zeichenfolge
(Erforderlich) Das IAM-Instance-Profil. Dies ist die IAM-Rolle, die verwendet wird, um die Systems Manager Manager-Automatisierung für die Amazon EC2 EC2-Instance und durchzuführen. AWS AMIs Weitere Informationen finden Sie unter [EC2-Instance-Berechtigungen konfigurieren](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions) im *Benutzerhandbuch für AWS Systems Manager *.
+ `TargetWindowsVersion`
**Typ:** Zeichenfolge
(Erforderlich) Wählen Sie die Windows-Zielversion aus.
+ `SubnetId`
**Typ:** Zeichenfolge
(Erforderlich) Dies ist das Subnetz für den Upgrade-Prozess und der Ort, an dem sich Ihre Quell-EC2-Instance befindet. Stellen Sie sicher, dass das Subnetz ausgehende Verbindungen zu AWS Diensten wie Amazon S3 und auch zu Microsoft hat (um Patches herunterzuladen).
+ `KeepPreUpgradedBackUp`
**Typ:** Zeichenfolge
(Optional) Wenn dieser Parameter auf `true` gesetzt ist, behält die Automatisierung das von der Instance erstellte Image bei. Die Standardeinstellung lautet `false`.
+ `RebootInstanceBeforeTakingImage`
**Typ:** Zeichenfolge
(Optional) Der Standardwert ist `false` (kein Reboot). Wenn dieser Parameter auf `true` gesetzt ist, startet Systems Manager die Instance neu, bevor ein AMI für das Upgrade erstellt wird.
1. Nachdem Sie die Parameter eingegeben haben, wählen Sie **Execute (Ausführen)** aus. Wenn die Automatisierung beginnt, können Sie den Ausführungsfortschritt überwachen.
1. Wenn die Automatisierung abgeschlossen ist, sehen Sie die AMI-ID. Sie können das AMI starten, um zu überprüfen, ob das Windows-Betriebssystem aktualisiert wurde.
**Anmerkung**
Es ist nicht notwendig, dass die Automatisierung alle Schritte ausführt. Die Schritte basieren bedingt auf dem Verhalten der Automatisierung und der Instance. Der Systems Manager überspringt möglicherweise einige Schritte, die nicht erforderlich sind.
Darüber hinaus können einige Schritte ausfallen. Systems Manager versucht, alle aktuellen Patches zu aktualisieren und zu installieren. Manchmal wird bei einigen Patches aber auch die Zeit basierend auf einer definierbaren Zeitüberschreitungs-Einstellung für diesen Schritt überschritten. Wenn dies geschieht, fährt die Systems Manager-Automatisierung mit dem nächsten Schritt fort, um sicherzustellen, dass das interne Betriebssystem auf die Windows Server-Zielversion aktualisiert wird.
1. Nachdem die Automatisierung abgeschlossen wurde, können Sie eine Amazon EC2-Instance mit der AMI-ID starten, um Ihr Upgrade zu überprüfen. Weitere Informationen zum Erstellen einer Amazon EC2 EC2-Instance aus einem AWS AMI finden Sie unter [Wie starte ich eine EC2-Instance von einem benutzerdefinierten AMI aus](https://repost.aws/knowledge-center/launch-instance-custom-ami)?
## Upgrade von SQL Server
Das [AWSEC2CloneInstanceAndUpgradeSQLServer-Skript](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) erstellt ein AMI aus einer Amazon EC2 EC2-Instance, auf der SQL Server in Ihrem Konto ausgeführt wird, und aktualisiert dann das AMI auf eine neuere Version von SQL Server. Dieser mehrschrittige Prozess kann bis zu zwei Stunden dauern.
In diesem Workflow, die Automatisierung erstellt ein AMI aus der Instance und startet dann das neu erstellte AMI in dem Subnetz, das Sie bereitstellen. Die Automatisierung führt dann ein direktes Upgrade von SQL Server durch. Nach dem Upgrade erstellt die Automatisierung ein neues AMI, bevor die aktualisierte Instance beendet wird.
Im automatisierten Upgrade-Prozess sind zwei AMIs enthalten:
+ **Aktuell ausgeführte Instance**. Das erste AMI ist die aktuell ausgeführte Instance, die nicht aktualisiert wird. Diese AMI wird verwendet, um eine andere Instance zu starten, damit diese das direkte Upgrade ausführt. Wenn der Vorgang abgeschlossen ist, wird dieses AMI aus Ihrem Konto gelöscht, es sei denn, sie geben speziell an, dass Sie die Original-Instance behalten möchten. Diese Einstellung wird vom Parameter gehandhabt `KeepPreUpgradeImageBackUp` (der Standardwert ist `false`, was bedeutet, dass das AMI standardmäßig gelöscht wird).
+ **Aktualisiertes AMI**. Dieses AMI ist das Ergebnis des Automatisierungsvorgangs.
Das Endergebnis ist ein AMI, welches die aktualisierte Instance des AMI ist.
Wenn das Upgrade abgeschlossen ist, können Sie die Anwendung testen, indem Sie das neue AMI in Ihrer Amazon VPC starten. Nachdem Sie den Test abgeschlossen haben und bevor Sie eine weitere Aktualisierung durchführen, planen Sie die Anwendungsausfallzeit ein, bevor Sie vollständig zu der aktualisierten Instance wechseln.
### Voraussetzungen
Um Ihr SQL Server-Upgrade mit dem AWS Systems Manager Automatisierungsdokument zu automatisieren, müssen Sie die folgenden Aufgaben ausführen:
+ Erstellen Sie eine IAM-Rolle mit den angegebenen IAM-Richtlinien, damit Systems Manager Automatisierungsaufgaben auf Ihren Amazon EC2-Instances durchführen und überprüfen kann, dass Sie die Voraussetzungen für die Verwendung von Systems Manager erfüllen. Weitere Informationen finden Sie unter [Erstellen einer Rolle zum Delegieren von Berechtigungen an einen AWS-Service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) im *AWS Identity and Access Management -Benutzerhandbuch*.
+ [Wählen Sie die Option aus, wie die Automatisierung ausgeführt werden soll](#automated-execution-option). Die Optionen für die Ausführung sind **Simple execution (Einfache Ausführung)**, **Rate control (Ratenregelung)**, **Multi-account and Region (Multi-Konto und Region)** und **Manual execution (Manuelle Ausführung)**. Weitere Informationen zu diesen Optionen finden Sie unter [Ausführungsoptionen](#automated-execution-option).
+ Die Amazon-EC2-Instance muss Windows Server 2008 R2 oder höher und SQL Server 2008 oder höher verwenden.
+ Stellen Sie sicher, dass SSM Agent auf Ihrer Instance installiert ist. Weitere Informationen finden Sie unter [Arbeiten mit SSM-Agent auf Amazon-EC2-Instances für Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Überprüfen Sie, ob die Instance über genügend freien Speicherplatz verfügt:
+ Wenn Sie ein Upgrade von Windows Server 2008 R2 auf 2012 R2 oder von Windows Server 2012 R2 auf ein neueres Betriebssystem durchführen, stellen Sie sicher, dass Sie über 20 GB freien Festplattenspeicher auf der Startdiskette der Instance verfügen.
+ Wenn Sie ein Upgrade von Windows Server 2008 R2 auf 2016 oder höher durchführen, stellen Sie sicher, dass die Instance über 40 GB freien Festplattenspeicher auf der Startdiskette der Instance verfügt.
+ Für Instances, die eine Bring Your Own License (BYOL) SQL Server-Version verwenden, gelten die folgenden zusätzlichen Voraussetzungen:
+ Stellen Sie eine Amazon-EBS-Snapshot-ID mit den Installationsmedien des Ziel-SQL-Servers berei. So gehen Sie vor:
1. Überprüfen Sie, ob die Amazon-EC2-Instance Windows Server 2008 R2 oder höher ausführt.
1. Erstellen Sie ein Amazon-EBS-Volume mit 6 GB in derselben Availability Zone, in der die Instance ausgeführt wird. Fügen Sie das Volume der Instance an. Mounten Sie dies beispielsweise als Laufwerk D.
1. Klicken Sie mit der rechten Maustaste auf die ISO, und mounten Sie es für eine Instance, beispielsweise als Laufwerk E.
1. Kopieren Sie den Inhalt der ISO von Laufwerk E:\$1 zu Laufwerk D:\$1.
1. Erstellen Sie einen Amazon-EBS-Snapshot des 6 GB-Volumes, das Sie in Schritt 2 erstellt haben.
### Einschränkungen für automatisierte Upgrades von SQL Server
Die folgenden Einschränkungen gelten, wenn Sie das CloneInstanceAndUpgrade SQLServer Runbook [AWSEC2-](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) zur Durchführung eines automatisierten Upgrades verwenden:
+ Das Upgrade ist nur auf einem SQL Server mit Windows-Authentifizierung möglich.
+ Stellen Sie sicher, dass keine Sicherheits-Patch-Updates auf den Instances ausstehen. Öffnen Sie **Control Panel (Systemsteuerung)**, und wählen Sie dann **Check for updates (Auf Aktualisierungen prüfen)**.
+ SQL Server-Bereitstellungen in HA und der Spiegelungsmodus werden nicht unterstützt.
### Schritte zum Durchführen eines automatisierten Upgrades von SQL Server
Gehen Sie wie folgt vor, um Ihren SQL Server mithilfe des [AWSEC2CloneInstanceAndUpgradeSQLServerAutomation-Runbooks](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) zu aktualisieren.
1. Wenn Sie dies nicht bereits getan haben, laden Sie die SQL Server 2016 .iso-Datei herunter und mounten Sie sie auf dem Quellserver.
1. Nachdem die .iso-Datei gemountet wurde, kopieren Sie alle Komponentendateien und platzieren Sie sie auf dem Volume Ihrer Wahl.
1. Erstellen Sie einen Amazon-EBS-Snapshot des Volumes und kopieren Sie die Snapshot-ID für eine spätere Verwendung in die Zwischenablage. Weitere Informationen finden Sie unter [Amazon-EBS-Snapshots erstellen](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) im **Amazon-EC2-Benutzerhandbuch**.
1. Fügen Sie das Instance-Profil an die Amazon-EC2-Quell-Instance an. Auf diese Weise kann Systems Manager mit der EC2-Instance kommunizieren und Befehle auf ihr ausführen, nachdem sie dem AWS Systems Manager Service hinzugefügt wurde. Für dieses Beispiel haben wir die Rolle `SSM-EC2-Profile-Role` genannt, wobei die `AmazonSSMManagedInstanceCore `-Richtlinie der Rolle angefügt ist.
1. Wählen Sie in der AWS Systems Manager Konsole im linken Navigationsbereich **Managed Instances** aus. Überprüfen Sie, dass sich Ihre EC2-Instance in der Liste der verwalteten Instances befindet. Wenn Ihre Instance nach einigen Minuten nicht angezeigt wird, lesen Sie unter [Wo sind meine Instances?](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances) im *AWS Systems Manager -Benutzerhandbuch* nach.
1. Wählen Sie im linken Navigationsbereich unter **Änderungsmanagement** **Automatisierung** aus.
1. Wählen Sie **Execute automation (Automatisierung ausführen)**.
1. Suchen Sie nach dem Automatisierungsdokument mit der Bezeichnung `AWSEC2-CloneInstanceAndUpgradeSQLServer`.
1. Rufen Sie das `AWSEC2-CloneInstanceAndUpgradeSQLServer`-SSM-Dokument auf und wählen Sie dann **Next** (Weiter).
1. Stellen Sie sicher, dass die Option **Simple execution (Einfache Ausführung)** ausgewählt ist.
1. Geben Sie die angeforderten Parameter basierend auf den folgenden Hinweisen ein.
+ `InstanceId`
**Typ:** Zeichenfolge
(Erforderlich) Die Instance, die SQL Server 2008 R2 (oder höher) ausführt.
+ `IamInstanceProfile`
**Typ:** Zeichenfolge
(Erforderlich) Das IAM-Instance-Profil.
+ `SQLServerSnapshotId`
**Typ:** Zeichenfolge
(Erforderlich) Die Snapshot-ID für die Installationsmedien des Ziel-SQL-Servers. Dieser Parameter ist für Instances mit SQL-Server-Lizenzen nicht erforderlich.
+ `SubnetId`
**Typ:** Zeichenfolge
(Erforderlich) Dies ist das Subnetz für den Upgrade-Prozess und der Ort, an dem sich Ihre Quell-EC2-Instance befindet. Stellen Sie sicher, dass das Subnetz ausgehende Verbindungen zu AWS Diensten wie Amazon S3 und auch zu Microsoft hat (um Patches herunterzuladen).
+ `KeepPreUpgradedBackUp`
**Typ:** Zeichenfolge
(Optional) Wenn dieser Parameter auf `true` gesetzt ist, behält die Automatisierung das von der Instance erstellte Image bei. Die Standardeinstellung lautet `false`.
+ `RebootInstanceBeforeTakingImage`
**Typ:** Zeichenfolge
(Optional) Der Standardwert ist `false` (kein Reboot). Wenn dieser Parameter auf `true` gesetzt ist, startet Systems Manager die Instance neu, bevor ein AMI für das Upgrade erstellt wird.
+ `TargetSQLVersion`
**Typ:** Zeichenfolge
(Optional) Die Zielversion von SQL Server. Der Standardwert ist `2016`.
1. Nachdem Sie die Parameter eingegeben haben, wählen Sie **Execute (Ausführen)** aus. Wenn die Automatisierung beginnt, können Sie den Ausführungsfortschritt überwachen.
1. Wenn der **Execution Status (Ausführungsstatus)** **Success (Erfolg)** anzeigt, erweitern Sie **Outputs (Ausgaben)**, um die AMI-Informationen anzuzeigen. Sie können Ihre SQL-Server-Instance für die VPC Ihrer Wahl mit der AMI-ID starten.
1. Öffnen Sie die Amazon EC2-Konsole. Wählen Sie im linken Navigationsbereich die Option **AMIs** aus. Das neue AMI sollte angezeigt werden.
1. Um zu überprüfen, ob die neue Version von SQL Server erfolgreich installiert wurde, wählen Sie das neue AMI aus und klicken Sie auf **Launch** (Starten).
1. Wählen Sie den Typ der Instance, den das AMI haben soll, die VPC und das Subnetz, in das Sie bereitstellen möchten, und den Speicher, den Sie verwenden möchten. Da Sie die neue Instance von einem AMI starten, werden Ihnen die Volumes als Option angeboten, die in die neue EC2-Instance, die Sie starten, aufgenommen werden kann. Sie können alle diese Volumes entfernen oder Volumes hinzufügen.
1. Fügen Sie ein Tag (Markierung) hinzu, damit Sie Ihre Instance leichter identifizieren können.
1. Fügen Sie die Sicherheitsgruppe oder Gruppen zur Instance hinzu.
1. Wählen Sie **Launch Instance** aus.
1. Wählen Sie den Tag (Markierung)-Namen für die Instance und anschließend **Connect (Verbinden)** im Dropdown-Menü **Actions (Aktionen)** aus.
1. Vergewissern Sie sich, dass die neue SQL-Server-Version die Datenbank-Engine auf der neuen Instance ist.
# Eine EC2-Windows-Instance zu einem Nitro-basierten Instance-Typ migrieren
Die AWS Windows AMIs sind mit den Standardeinstellungen konfiguriert, die von den Microsoft-Installationsmedien verwendet werden, mit einigen Anpassungen. Die Anpassungen umfassen Treiber und Konfigurationen, die [Nitro-basierte Instances](instance-types.md#instance-hypervisor-type) wie M5 und C5 unterstützen.
Bei der Migration von Xen-basierten zu Nitro-basierten Instances, einschließlich Bare-Metal-Instances, empfehlen wir Ihnen, die Schritte in diesem Thema in den folgenden Fällen auszuführen:
+ Wenn Sie Instanzen von einem benutzerdefinierten Windows aus starten AMIs
+ Wenn Sie von Amazon AMIs bereitgestellte Instances unter Windows starten, die vor August 2018 erstellt wurden
Alternativ können Sie mit dem Automatisierungsdokument `AWSSupport-UpgradeWindowsAWSDrivers` die in Teil 1, Teil 2 und Teil 3 beschriebenen Verfahren automatisieren. Wenn Sie sich für das automatisierte Verfahren entscheiden, lesen Sie [(Alternative) Führen Sie ein Upgrade von AWS PV, ENA und NVMe Treibern durch AWS Systems Manager](#auto-upgrade). Fahren Sie dann mit Teil 4 und Teil 5 fort.
Weitere Informationen finden Sie unter [Amazon EC2-Update – zusätzliche Instance-Typen, Nitro-System und CPU-Optionen](https://aws.amazon.com/blogs/aws/amazon-ec2-update-additional-instance-types-nitro-system-and-cpu-options/).
**Anmerkung**
Die folgenden Migrationsverfahren können unter Windows Server Version 2016 und höher ausgeführt werden. Frühere Betriebssystemversionen, deren Lebensdauer abgelaufen ist, wurden nicht getestet und sind möglicherweise nicht mit den neuesten Instance-Typen kompatibel.
Informationen zur Migration von Linux-Instances finden Sie unter [Amazon-EC2-Instance-Typ-Veränderungen](ec2-instance-resize.md).
**Contents**
+ [
## Teil 1: AWS PV-Treiber installieren und aktualisieren
](#upgrade-pv)
+ [
## Teil 2: Installieren und aktualisieren von ENA
](#upgrade-ena)
+ [
## Teil 3: AWS NVMe Treiber aktualisieren
](#upgrade-nvme)
+ [
## Teil 4: EC2 Config aktualisieren und EC2 starten
](#upgdate-ec2config-ec2launch)
+ [
## Teil 5: Installieren des Treibers für den seriellen Port für Bare Metal-Instances
](#install-serial-port-bare-metal)
+ [
## Teil 6: Aktualisieren der Energieverwaltungseinstellungen
](#power-management)
+ [
## Teil 7: Aktualisieren von Intel-Chipsatz-Treibern für neue Instance-Typen
](#power-management-intel-drivers)
+ [
## (Alternative) Führen Sie ein Upgrade von AWS PV, ENA und NVMe Treibern durch AWS Systems Manager
](#auto-upgrade)
**Bevor Sie beginnen**
Bei diesem Verfahren wird davon ausgegangen, dass Sie eine [Xen-basierte Instance](instance-types.md#instance-hypervisor-type), z. B. eine M4 oder C4, haben und auf eine [Nitro-basierte Instance](instance-types.md#instance-hypervisor-type) migrieren.
Sie müssen PowerShell Version 3.0 oder höher verwenden, um das Upgrade erfolgreich durchzuführen.
**Anmerkung**
Bei der Migration können die statischen IP- oder benutzerdefinierten DNS-Netzwerkeinstellungen auf der vorhandenen Netzwerkkarte verloren gehen, da die Instance standardmäßig auf ein neues Enhanced-Networking-Adapter-Gerät umgestellt wird.
Bevor Sie die Schritte in diesem Verfahren durchführen, empfehlen wir das Erstellen eines Backups der Instance. Wählen Sie in der [EC2-Konsole](https://console.aws.amazon.com/ec2/) die Instance aus, die die Migration benötigt, und öffnen Sie das Kontextmenü (rechte Maustaste), wählen Sie die Option **Instance-Status** und dann **Stopp**.
**Warnung**
Wenn Sie eine Instance anhalten, werden sämtliche Daten auf allen Instance-Speicher-Volumes gelöscht. Um Daten auf Instance-Speicher-Volumes zu erhalten, stellen Sie sicher, dass Sie die Daten in einem persistenten Speicher sichern.
Öffnen Sie das Kontextmenü (rechte Maustaste) für die Instance in der [EC2-Konsole](https://console.aws.amazon.com/ec2/), wählen Sie die Option **Image** und dann **Image erstellen**.
**Anmerkung**
Die Teile 4 und 5 dieser Anweisungen können nach der Migration oder Änderung des Instance-Typs abgeschlossen werden. Wir empfehlen jedoch den Abschluss vor der Migration, wenn Sie spezifisch zu einem Bare-Metal-Instance-Typ migrieren.
## Teil 1: AWS PV-Treiber installieren und aktualisieren
Obwohl AWS PV-Treiber im Nitro-System nicht verwendet werden, sollten Sie sie dennoch aktualisieren, wenn Sie frühere Versionen von Citrix PV oder AWS PV verwenden. Die neuesten AWS PV-Treiber beheben Bugs in früheren Versionen der Treiber, die möglicherweise im Nitro-System auftreten oder falls Sie zurück zu einer Xen-basierten Instance migrieren. Als bewährte Methode empfehlen wir, immer auf die neuesten Treiber für Windows-Instanzen zu AWS aktualisieren.
Gehen Sie wie folgt vor, um ein direktes Upgrade von AWS PV-Treibern durchzuführen oder um unter Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 oder Windows Server 2019 von Citrix AWS PV-Treibern auf PV-Treiber zu aktualisieren. Weitere Informationen finden Sie unter [Upgrade von PV-Treibern auf EC2-Windows-Instances](Upgrading_PV_drivers.md).
Informationen zum Upgrade eines Domain-Controllers finden Sie unter [Aktualisieren Sie einen Domänencontroller (AWS PV-Upgrade)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Um ein Upgrade von oder auf AWS PV-Treibern durchzuführen**
1. Stellen Sie über Remote Desktop eine Verbindung mit der Instance her und bereiten Sie die Instance für das Upgrade vor. Schalten Sie den Systemdatenträger offline, bevor Sie das Upgrade durchführen. Wenn Sie eine direkte Aktualisierung von AWS PV-Treibern durchführen, ist dieser Schritt nicht erforderlich. Setzen Sie die Start-Option für alle nicht erforderlichen Services in der Services-Konsole auf **Manual**.
1. [Laden Sie](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) das aktuelle Treiberpaket in die Instance herunter.
1. Extrahieren Sie den Inhalt des Ordners und führen Sie die Datei `AWSPVDriverSetup.msi` aus.
Wenn Sie die MSI-Datei ausgeführt haben, wird die Instance automatisch neu gestartet und das Upgrade des Treibers durchgeführt. Die Instance kann für die Dauer von bis zu 15 Minuten nicht verfügbar sein.
Wenn das Upgrade abgeschlossen wurde und die Instance beide Zustandsprüfungen in der Amazon EC2-Konsole bestanden hat, stellen Sie über Remote Desktop eine Verbindung mit der Instance her und prüfen Sie, ob der neue Treiber installiert wurde. Suchen Sie im Geräte-Manager unter **Storage Controllers** den **AWS PV Storage Host Adapter**. Vergewissern Sie sich, dass die Treiberversion identisch mit der aktuellen Version in der Tabelle für den Treiber-Versionsverlauf ist. Weitere Informationen finden Sie unter [AWS Verlauf des PV-Treiberpakets](xen-drivers-overview.md#pv-driver-history).
## Teil 2: Installieren und aktualisieren von ENA
Führen Sie ein Upgrade auf den Elastic Network Adapter-Treiber durch, um sicherzustellen, dass alle Netzwerkfeatures unterstützt werden. Wenn Sie Ihre Instance gestartet haben und sie nicht über ein bereits aktiviertes erweitertes Netzwerk verfügt, müssen Sie den erforderlichen Netzwerkadaptertreiber auf Ihre Instance herunterladen und installieren. Setzen Sie dann das Attribut der enaSupport-Instance auf **activate enhanced networking**. Sie können dieses Attribut nur aus unterstützten Instance-Typen und nur bei installiertem ENA-Treiber aktivieren. Weitere Informationen finden Sie unter [Aktivierung eine verbesserten Vernetzung mit ENA in Ihren EC2-Instances](enhanced-networking-ena.md).
1. [Laden Sie](https://s3.amazonaws.com/ec2-windows-drivers-downloads/ENA/Latest/AwsEnaNetworkDriver.zip) den aktuellen Treiber in die Instance herunter. Wenn Sie eine frühere Version des Treibers benötigen, finden Sie weitere Informationen unter [Versionsverlauf für den ENA-Windows-Treiber](ena-driver-releases-windows.md#ena-win-driver-release-history).
1. Extrahieren Sie die ZIP-Datei.
1. Installieren Sie den Treiber, indem Sie das `install.ps1` PowerShell Skript aus dem extrahierten Ordner ausführen.
**Anmerkung**
Führen Sie das `install.ps1`-Skript als Administrator aus, um Fehler bei der Installation zu vermeiden.
1. Überprüfen Sie, ob für Ihr AMI enaSupport aktiviert ist. Wenn nicht, fahren Sie fort, indem Sie der Dokumentation in [Aktivierung eine verbesserten Vernetzung mit ENA in Ihren EC2-Instances](enhanced-networking-ena.md) folgen.
## Teil 3: AWS NVMe Treiber aktualisieren
AWS NVMe Treiber werden verwendet, um mit Amazon EBS- und SSD-Instance-Speicher-Volumes zu interagieren, die für eine bessere NVMe Leistung als Blockgeräte im Nitro-System verfügbar gemacht werden.
**Wichtig**
Die folgenden Anweisungen wurden speziell für die Installation oder das Upgrade AWS NVMe auf einer XEN-basierten Instance geändert, um die Instance auf eine Nitro-basierte Instance zu migrieren.
1. [Laden Sie](https://s3.amazonaws.com/ec2-windows-drivers-downloads/NVMe/Latest/AWSNVMe.zip) das aktuelle Treiberpaket in die Instance herunter.
Wenn Sie eine frühere Version des Treibers benötigen, finden Sie Informationen in [NVMe Windows-Treiberversionen](nvme-driver-version-history.md) zu den unterstützten Versionen.
1. Extrahieren Sie die ZIP-Datei.
1. Installieren Sie den Treiber wie in `Readme.txt` beschrieben.
1. Öffnen Sie eine **PowerShell**Sitzung und führen Sie den folgenden Befehl aus:
```
PS C:\> start rundll32.exe sppnp.dll,Sysprep_Generalize_Pnp -wait
```
**Anmerkung**
Um den Befehl anzuwenden, müssen Sie die PowerShell Sitzung als Administrator ausführen. PowerShell (x86) -Versionen führen zu einem Fehler.
Dieser Befehl führt nur sysprep auf den Gerätetreibern aus. Es wird nicht die gesamte Sysprep-Vorbereitung ausgeführt.
1. Fahren Sie für Windows Server 2008 R2 und Windows Server 2012 die Instance herunter, ändern Sie den Instance-Typ und starten Sie diese. Fahren Sie dann mit Teil 4 fort. Wenn Sie die Instance vor der Migration auf einen Nitro-basierten Instance-Typ erneut auf einem Xen-basierten Instance-Typ starten, wird sie nicht gebootet. Bei anderen unterstützten Windows-Versionen AMIs können Sie den Instanztyp jederzeit nach dem Geräte-Sysprep ändern.
## Teil 4: EC2 Config aktualisieren und EC2 starten
Für Windows-Instances bieten EC2Config und EC2Launch zusätzliche Funktionen und Informationen bei Ausführung im Nitro-System, einschließlich EC2 Bare Metal. Standardmäßig ist der EC2 Config-Dienst in Versionen AMIs vor Windows Server 2016 enthalten. EC2Launch ersetzt EC2 Config auf Windows Server 2016 und höher AMIs.
Wenn die Dienste EC2 Config und EC2 Launch aktualisiert werden, AWS enthalten neue AMIs Windows-Versionen die neueste Version des Dienstes. Sie müssen jedoch Ihr eigenes Windows AMIs und Ihre eigenen Instanzen mit der neuesten Version von EC2 Config and EC2 Launch aktualisieren.
**Um EC2 Config zu installieren oder zu aktualisieren**
1. Laden Sie den [ EC2Config Installer](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip) herunter und entpacken Sie ihn.
1. Führen Sie `EC2Install.exe`. Eine vollständige Liste der verfügbaren Optionen erhalten Sie, wenn Sie `EC2Install` mit der Option `/?` ausführen. Standardmäßig werden Eingabeaufforderungen angezeigt. Um den Befehl ohne Eingabeaufforderungen auszuführen, verwenden Sie die Option `/quiet`.
Weitere Informationen finden Sie unter [Installieren Sie die neueste Version von EC2 Config](UsingConfig_Install.md).
**Um Launch zu installieren oder zu aktualisieren EC2**
1. Wenn Sie EC2 Launch bereits auf einer Instance installiert und konfiguriert haben, erstellen Sie eine Sicherungskopie der EC2 Launch-Konfigurationsdatei. Beim Installationsprozess werden Änderungen an dieser Datei nicht übernommen. Standardmäßig befindet sich die Datei im Verzeichnis `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`.
1. Laden Sie die Datei [EC2-Windows-Launch.zip](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/EC2-Windows-Launch.zip) in ein Verzeichnis auf der Instance herunter.
1. Laden Sie die Datei [install.ps1](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/install.ps1) in dasselbe Verzeichnis herunter, in das Sie `EC2-Windows-Launch.zip` heruntergeladen haben.
1. Führen Sie `install.ps1`.
**Anmerkung**
Führen Sie das `install.ps1`-Skript als Administrator aus, um Fehler bei der Installation zu vermeiden.
1. Wenn Sie eine Sicherungskopie der EC2 Launch-Konfigurationsdatei erstellt haben, kopieren Sie sie in das `C:\ProgramData\Amazon\EC2-Windows\Launch\Config` Verzeichnis.
Weitere Informationen finden Sie unter [Den EC2Launch-v1-Agenten verwenden, um Aufgaben während des Starts einer EC2-Windows-Instance auszuführen](ec2launch.md).
## Teil 5: Installieren des Treibers für den seriellen Port für Bare Metal-Instances
Der `i3.metal` Instance-Typ verwendet ein PCI-basiertes serielles Gerät anstelle eines I/O portbasierten seriellen Geräts. Die neuesten Windows-AMIs verwenden automatisch PCI-basierte serielle Geräte und haben den Treiber für den seriellen Port installiert. Falls Sie keine Instance verwenden, die über eine von Amazon bereitgestellte Windows-AMI mit Datum vom 2018.04.11 oder später gestartet wurde, müssen Sie den Treiber für den seriellen Port installieren, um das serielle Gerät für EC2-Features zu aktivieren, wie etwa Passwortgenerierung und Konsolenausgabe. Die neuesten Dienstprogramme EC2 Config und EC2 Launch unterstützen auch i3.metal und bieten zusätzliche Funktionen. Folgen Sie den Schritten in Teil 4, wenn Sie dies noch nicht getan haben.
**So installieren Sie den Treiber für die serielle Schnittstelle**
1. [Laden Sie](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPCISerialDriver/Latest/AWSPCISerialDriver.zip) das Paket für den seriellen Treiber in die Instance herunter.
1. Extrahieren Sie die Inhalte des Ordners, klicken Sie mit der rechten Maustaste auf `aws_ser.INF` und wählen Sie **Installieren** aus.
1. Klicken Sie auf **Okay**.
## Teil 6: Aktualisieren der Energieverwaltungseinstellungen
Mit der folgenden Aktualisierung werden die Energiespareinstellungen so konfiguriert, dass Bildschirme nie ausgeschaltet werden. So kann das Betriebssystem auf Nitro-Systemen korrekt heruntergefahren werden. Alle Windows, die ab 28.11.2018 von Amazon AMIs bereitgestellt wurden, verfügen bereits über diese Standardkonfiguration.
1. Öffnen Sie eine Eingabeaufforderung oder eine Sitzung. PowerShell
1. Führen Sie die folgenden Befehle aus:
```
powercfg /setacvalueindex 381b4222-f694-41f0-9685-ff5bb260df2e 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
powercfg /setacvalueindex 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
powercfg /setacvalueindex a1841308-3541-4fab-bc81-f71556f20b4a 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
```
## Teil 7: Aktualisieren von Intel-Chipsatz-Treibern für neue Instance-Typen
Die `u-12tb1.metal` Instanztypen `u-6tb1.metal``u-9tb1.metal`, und verwenden Hardware, für die Chipsatztreiber erforderlich sind, die zuvor nicht unter Windows AMIs installiert wurden. Falls Sie keine Instance verwenden, die über ein von Amazon bereitgestelltes Windows-AMI mit der Datumsangabe 2018.11.19 oder später gestartet wurde, müssen Sie die Treiber mit Intel Chipset INF Utility installieren.
**So installieren Sie die Chipsatz-Treiber**
1. [Chipsatz-INF-Hilfsprogramm](https://www.intel.com/content/www/us/en/download/19347/chipset-inf-utility.html) für die Instance.
1. Extrahieren Sie die Dateien.
1. Führen Sie `SetupChipset.exe`.
1. Akzeptieren Sie die Software-Lizenzvereinbarung von Intel und installieren Sie die Chipsatz-Treiber.
1. Starten Sie die Instance neu.
## (Alternative) Führen Sie ein Upgrade von AWS PV, ENA und NVMe Treibern durch AWS Systems Manager
Das Automatisierungsdokument `AWSSupport-UpgradeWindowsAWSDrivers` automatisiert die in Teil 1, Teil 2 und Teil 3 beschriebenen Schritte. Diese Methode kann auch eine Instance reparieren, bei der die Treiber-Upgrades fehlgeschlagen sind.
Das `AWSSupport-UpgradeWindowsAWSDrivers` Automatisierungsdokument aktualisiert oder repariert Speicher- und AWS Netzwerktreiber auf der angegebenen EC2-Instance. In dem Dokument wird versucht, die neuesten AWS Treiberversionen online zu installieren, indem der AWS Systems Manager Agent (SSM-Agent) aufgerufen wird. Wenn der SSM-Agent nicht erreichbar ist, kann das Dokument auf ausdrücklichen Wunsch eine Offline-Installation der AWS Treiber durchführen.
**Anmerkung**
Dieses Verfahren schlägt auf einem Domain-Controller fehl. Weitere Informationen zum Aktualisieren der Treiber auf einem Domain-Controller finden Sie unter [Aktualisieren Sie einen Domänencontroller (AWS PV-Upgrade)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Um AWS PV, ENA und NVMe Treiber automatisch zu aktualisieren, verwenden Sie AWS Systems Manager**
1. Öffnen Sie die Systems Manager Manager-Konsole unter [https://console.aws.amazon.com/systems-manager](https://console.aws.amazon.com/systems-manager).
1. Wählen Sie **Automation** und dann **Execute Automation**.
1. **Suchen Sie nach dem **AWSSupport-UpgradeWindowsAWSDrivers**Automatisierungsdokument, wählen Sie es aus und wählen Sie dann Automatisierung ausführen aus.**
1. Konfigurieren Sie im Abschnitt **Eingabeparameter** die folgenden Optionen:
Instance-ID
Geben Sie die eindeutige ID der zu aktualisierenden Instance ein.
AllowOffline
(Optional) Wählen Sie eine der folgenden Optionen:
+ `True` — Wählen Sie diese Option, um eine Offline-Installation durchzuführen. Die Instance wird während des Upgrade-Prozesses gestoppt und neu gestartet.
**Warnung**
Wenn Sie eine Instance anhalten, werden sämtliche Daten auf allen Instance-Speicher-Volumes gelöscht. Um Daten auf Instance-Speicher-Volumes zu erhalten, stellen Sie sicher, dass Sie die Daten in einem persistenten Speicher sichern.
+ `False` — (Default (Standard)) Lassen Sie diese Option aktiviert. um eine Online-Installation durchzuführen. Die Instance wird während des Upgrade-Prozesses neu gestartet.
Online- und Offline-Upgrades erstellen ein AMI, bevor sie den Upgrade-Vorgang durchführen. Das AMI bleibt auch nach Abschluss der Automatisierung erhalten. Sichern Sie sich Ihren Zugriff auf das AMI oder löschen Sie es, wenn es nicht mehr benötigt wird.
SubnetId
(Optional) Geben Sie einen der folgenden Werte ein:
+ `SelectedInstanceSubnet` (Default (Standard)) Der Upgrade-Prozess startet die Instance *helper* im selben Subnetz wie die zu aktualisierende Instance. Das Subnetz muss die Kommunikation zu den Systems Manager-Endpunkten (`ssm.*`) ermöglichen.
+ `CreateNewVPC` — Der Upgrade-Prozess startet die Instance *helper* in einer neuen VPC. Verwenden Sie diese Option, wenn Sie nicht sicher sind, ob das Subnetz der Ziel-Instance die Kommunikation mit den `ssm.*`-Endpunkten zulässt. Ihr -Benutzer muss die Berechtigung haben, eine VPC zu erstellen.
+ Eine bestimmte Subnetz-ID — Geben Sie die ID eines bestimmten Subnetzes an, in dem die Instance *helper* gestartet werden soll. Das Subnetz muss sich in der gleichen Availability Zone wie die zu aktualisierende Instance befinden und die Kommunikation mit den `ssm.*`-Endpunkten ermöglichen.
1. Wählen Sie **Ausführen**.
1. Warten Sie auf den Abschluss des Upgrades. Es kann bis zu 10 Minuten dauern, ein Online-Upgrade durchzuführen. Es kann bis zu 25 Minuten dauern, ein Offline-Upgrade durchzuführen.
# Problembehandlung bei einem Betriebssystem-Upgrade auf einer EC2-Windows-Instance
AWS bietet Upgrade-Support bei Problemen oder Problemen mit dem Upgrade Helper Service, einem AWS Hilfsprogramm, mit dem Sie direkte Upgrades mit Citrix PV-Treibern durchführen können.
Nach dem Upgrade verzeichnet die Instance möglicherweise eine überdurchschnittlich hohe CPU-Nutzung, während der .NET Runtime Optimization Service das .Net Framework optimiert. Dieses Verhalten wird erwartet.
Wenn die Instance nach einigen Stunden noch nicht alle Statusprüfungen erfolgreich bestanden hat, überprüfen Sie Folgendes.
+ Wenn Sie ein Upgrade auf Windows Server 2008 vorgenommen haben und nach einigen Stunden alle Statusprüfungen fehlschlagen, ist das Upgrade möglicherweise fehlgeschlagen und der Prompt **Wählen Sie OK** wird zum Bestätigen des Zurücksetzens angezeigt. Da in diesem Status nicht auf die Konsole zugegriffen werden kann, ist es nicht möglich, auf die Schaltfläche zu klicken. Führen Sie einen Neustart über die Amazon EC2-Konsole oder API aus, um dies zu umgehen. Die Initiierung des Neustarts dauert zehn Minuten oder länger. Die Instance ist möglicherweise nach 25 Minuten verfügbar.
+ Entfernen Sie Anwendungen oder Serverrollen vom Server und versuchen Sie es erneut.
Wenn die Instance nach dem Entfernen der Anwendungen oder Serverrollen vom Server nicht alle Statusprüfungen erfolgreich besteht, führen Sie die folgenden Schritte aus.
+ Beenden Sie die Instance und fügen Sie das Stamm-Volume an eine andere Instance an. Weitere Informationen finden Sie in der Beschreibung zum Beenden und Anfügen des Stamm-Volumes an eine andere Instance in [Warten auf Metadaten-Service](common-messages.md#metadata-unavailable).
+ Analysieren Sie die [Windows-Setup-Protokolldateien und -Ereignisprotokolle](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-log-files-and-event-logs?view=windows-11) hinsichtlich Fehlern.
Bei anderen Fehlern oder Problemen mit einem Betriebssystem-Upgrade oder der Migration empfehlen wir die Lektüre der in [Bevor Sie ein direktes Upgrade beginnen](os-inplaceupgrade.md#os-upgrade-before) aufgelisteten Artikel.