Automation-Runbooks verwenden, um eine EC2-Windows-Instance zu aktualisieren - Amazon Elastic Compute Cloud
Zugehörige ServicesAusführungsoptionenAktualisieren von Windows ServerUpgrade von SQL Server

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.

Automation-Runbooks verwenden, um eine EC2-Windows-Instance zu aktualisieren

Sie können ein automatisiertes Upgrade Ihrer Windows- und SQL-Server-Instances in AWS mit AWS Systems Manager-Automation-Runbooks durchführen.

Die folgenden AWS-Services werden im automatisierten Upgrade-Prozess verwendet:

  • AWS Systems Manager. AWS Systems Manager ist eine leistungsstarke, einheitliche Schnittstelle zur zentralen Verwaltung Ihrer AWS-Ressourcen. Weitere Informationen finden Sie im AWS Systems Manager-Benutzerhandbuch.

  • AWS Systems Manager Agent (SSM Agent) ist eine Amazon-Software, die auf einer Amazon EC2-Instance, einem On-Premises-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 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. Die SSM-Runbooks liegen im JavaScript Object Notation (JSON)- oder YAML-Format vor und enthalten die von Ihnen angegebenen Schritte und Parameter. 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 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 AWS ist eine Ressource eine Entität, mit der Sie arbeiten können. Beispiele sind Amazon EC2-Instances, AWS CloudFormation-Stacks oder Amazon S3-Buckets. Wenn Sie mit mehreren Ressourcen arbeiten, kann es hilfreich sein, diese als Gruppe zu verwalten, anstatt für jede Aufgabe von einem AWS-Service zu einem 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

    Mit Tags (Markierungen) können Sie AWS-Ressourcen auf unterschiedliche Weise kategorisieren (z. B. nach Zweck, Besitzer 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:

  • Accounts and organizational units (OUs) (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 an, in 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-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.

Es sind zwei AMIs im automatisierten Upgrade-Prozess 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 unter Erstellen einer Rolle zum Delegieren von Berechtigungen an einen AWS-Service im AWS Identity and Access Management-Benutzerhandbuch.

  • Wählen Sie die Option aus, wie die Automatisierung ausgeführt werden soll. 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.

  • 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.

  • Windows PowerShell 3.0 oder höher muss auf Ihrer Instance 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 auf AWS-Services wie 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 nicht mit einer von AWS bereitgestellten Windows-Lizenz versehen ist, geben Sie eine Amazon-EBS-Snapshot-ID mit Windows-Server-2012-R2-Installationsmedien an. So gehen Sie vor:

    1. Überprüfen Sie, ob die Amazon-EC2-Instance Windows Server 2012 oder höher ausführt.

    2. 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.

    3. Klicken Sie mit der rechten Maustaste auf die ISO, und mounten Sie es für eine Instance, beispielsweise als Laufwerk E.

    4. Kopieren Sie den Inhalt der ISO von Laufwerk E:\ zu Laufwerk D:\.

    5. 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 folgendermaßen vor, um ein Upgrade Ihrer Windows-Server-Instance mit dem Automation-Runbook AWSEC2-CloneInstanceAndUpgradeSQLServer durchzuführen.

  1. Öffnen Sie Systems Manager von der AWS Management Console aus.

  2. Wählen Sie im linken Navigationsbereich unter Änderungsmanagement Automatisierung aus.

  3. Wählen Sie Execute automation (Automatisierung ausführen).

  4. Suchen Sie nach dem Automatisierungsdokument mit der Bezeichnung AWSEC2-CloneInstanceAndUpgradeWindows.

  5. Wenn der Dokumentenname angezeigt wird, wählen Sie ihn aus. Anschließend werden die Dokumentendetails angezeigt.

  6. 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.

  7. 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 zur Durchführung der Systems-Manager-Automatisierung für die Amazon-EC2-Instance und AWS-AMIs. Weitere Informationen finden Sie unter EC2-Instance-Berechtigungen konfigurieren 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 über ausgehende Konnektivität zu AWS-Services, einschließlich Amazon S3, und Microsoft (zum Herunterladen von Patches) verfügt.

    • 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.

  8. Nachdem Sie die Parameter eingegeben haben, wählen Sie Execute (Ausführen) aus. Wenn die Automatisierung beginnt, können Sie den Ausführungsfortschritt überwachen.

  9. 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.

  10. 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-Instance aus einem AWS-AMI finden Sie unter Wie starte ich eine EC2 Instance aus einem benutzerdefinierten AMI?

Upgrade von SQL Server

Das Skript AWSEC2-CloneInstanceAndUpgradeSQLServer erstellt ein AMI aus einer Amazon-EC2-Instance, auf der SQL Server in Ihrem Konto ausgeführt wird, und aktualisiert dann das AMI auf eine aktuellere 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.

Es sind zwei AMIs im automatisierten Upgrade-Prozess 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 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 unter Erstellen einer Rolle zum Delegieren von Berechtigungen an einen AWS-Service im AWS Identity and Access Management-Benutzerhandbuch.

  • Wählen Sie die Option aus, wie die Automatisierung ausgeführt werden soll. 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.

  • 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.

  • Ü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.

      2. 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.

      3. Klicken Sie mit der rechten Maustaste auf die ISO, und mounten Sie es für eine Instance, beispielsweise als Laufwerk E.

      4. Kopieren Sie den Inhalt der ISO von Laufwerk E:\ zu Laufwerk D:\.

      5. 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

Bei der Verwendung des Runbooks AWSEC2-CloneInstanceAndUpgradeSQLServer zum Ausführen eines automatisierten Upgrades gelten die folgenden Beschränkungen:

  • 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 folgendermaßen vor, um ein Upgrade von SQL Server mit dem Automatisierungs-Runbook AWSEC2-CloneInstanceAndUpgradeSQLServer durchzuführen.

  1. Wenn Sie dies nicht bereits getan haben, laden Sie die SQL Server 2016 .iso-Datei herunter und mounten Sie sie auf dem Quellserver.

  2. Nachdem die .iso-Datei gemountet wurde, kopieren Sie alle Komponentendateien und platzieren Sie sie auf dem Volume Ihrer Wahl.

  3. 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 im Amazon-EC2-Benutzerhandbuch.

  4. Fügen Sie das Instance-Profil an die Amazon-EC2-Quell-Instance an. Dadurch kann Systems Manager mit der EC2-Instance kommunizieren und darauf Befehle ausführen, nachdem sie zum 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.

  5. Wählen Sie in der AWS Systems Manager-Konsole im linken Navigationsbereich Managed Instances (Verwaltete 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? im AWS Systems Manager-Benutzerhandbuch nach.

  6. Wählen Sie im linken Navigationsbereich unter Änderungsmanagement Automatisierung aus.

  7. Wählen Sie Execute automation (Automatisierung ausführen).

  8. Suchen Sie nach dem Automatisierungsdokument mit der Bezeichnung AWSEC2-CloneInstanceAndUpgradeSQLServer.

  9. Rufen Sie das AWSEC2-CloneInstanceAndUpgradeSQLServer-SSM-Dokument auf und wählen Sie dann Next (Weiter).

  10. Stellen Sie sicher, dass die Option Simple execution (Einfache Ausführung) ausgewählt ist.

  11. 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 über ausgehende Konnektivität zu AWS-Services, einschließlich Amazon S3, und Microsoft (zum Herunterladen von Patches) verfügt.

    • 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.

  12. Nachdem Sie die Parameter eingegeben haben, wählen Sie Execute (Ausführen) aus. Wenn die Automatisierung beginnt, können Sie den Ausführungsfortschritt überwachen.

  13. 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.

  14. Öffnen Sie die Amazon EC2-Konsole. Wählen Sie im linken Navigationsbereich AMIs aus. Das neue AMI sollte angezeigt werden.

  15. 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).

  16. 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.

  17. Fügen Sie ein Tag (Markierung) hinzu, damit Sie Ihre Instance leichter identifizieren können.

  18. Fügen Sie die Sicherheitsgruppe oder Gruppen zur Instance hinzu.

  19. Wählen Sie Launch Instance aus.

  20. Wählen Sie den Tag (Markierung)-Namen für die Instance und anschließend Connect (Verbinden) im Dropdown-Menü Actions (Aktionen) aus.

  21. Vergewissern Sie sich, dass die neue SQL-Server-Version die Datenbank-Engine auf der neuen Instance ist.