Verwenden Sie Automation-Runbooks, um eine Windows-Instanz EC2 zu aktualisieren - Amazon Elastic Compute Cloud
Zugehörige ServicesAusführungsoptionenAktualisieren von Windows ServerSQLServer aktualisieren

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.

Verwenden Sie Automation-Runbooks, um eine Windows-Instanz EC2 zu aktualisieren

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

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.

  • AWS Systems Manager Agent (SSMAgent) ist Amazon-Software, die auf einer EC2 Amazon-Instance, einem lokalen Server oder einer virtuellen Maschine (VM) installiert und konfiguriert werden kann. SSMDer 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 im AWS Systems Manager Benutzerhandbuch unter Arbeiten mit dem SSM Agenten.

  • AWS Systems Manager SSMRunbooks. Ein SSM Runbook definiert die Aktionen, die Systems Manager auf Ihren verwalteten Instances ausführt. SSMRunbooks verwenden JavaScript Object Notation (JSON) oderYAML, und sie enthalten Schritte und Parameter, die Sie angeben. In diesem Thema werden zwei Systems Manager SSM Manager-Runbooks für die Automatisierung verwendet. 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 ist eine Ressource eine Entität AWS, mit der Sie arbeiten können. Beispiele hierfür sind EC2 Amazon-Instances, AWS CloudFormation Stacks oder Amazon 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 möglicherweise eine große Anzahl verwandter Ressourcen verwalten, z. B. EC2 Instanzen, die eine Anwendungsebene bilden. In diesem Fall müssen Sie wahrscheinlich Massenaktionen auf diesen Ressourcen gleichzeitig durchführen.

  • Tags

    Mithilfe von Tags 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 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. Die erste AMI ist die aktuell ausgeführte Instanz, die nicht aktualisiert wurde. Dies AMI wird verwendet, um eine weitere Instanz zu starten, um das direkte Upgrade auszuführen. Wenn der Vorgang abgeschlossen ist, wird dies AMI aus Ihrem Konto gelöscht, sofern Sie nicht ausdrücklich darum bitten, die ursprüngliche Instanz beizubehalten. Diese Einstellung wird vom Parameter verwaltet KeepPreUpgradeImageBackUp (der Standardwert istfalse, was bedeutet, dass der standardmäßig gelöscht AMI wird).

  • Verbessert AMI. Dies AMI ist das Ergebnis des Automatisierungsprozesses.

Das Endergebnis ist einsAMI, nämlich die aktualisierte Instanz vonAMI.

Wenn das Upgrade abgeschlossen ist, können Sie die Funktionalität Ihrer Anwendung testen, indem Sie die neue App AMI in Ihrem Amazon startenVPC. 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 EC2 Amazon-Instances ausführen und sicherstellen 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 zur Delegierung von Berechtigungen für einen AWS Service.

  • 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 der SSM Agent auf Ihrer Instanz installiert ist. Weitere Informationen finden Sie unter Installation und Konfiguration von SSM Agenten auf EC2 Amazon-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 AWS-Services auf Amazon S3 und den Zugriff auf Download-Patches von Microsoft ermöglicht. Diese Anforderung ist erfüllt, wenn es sich bei dem Subnetz entweder um ein öffentliches Subnetz handelt und die Instance über eine öffentliche IP-Adresse verfügt, oder wenn es sich bei dem Subnetz um ein privates Subnetz mit einer Route handelt, die Internetverkehr an ein öffentliches Gerät weiterleitet. NAT

  • 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 EBS Amazon-Snapshot-ID an, die Windows Server 2012 R2-Installationsmedien enthält. So gehen Sie vor:

    1. Stellen Sie sicher, dass auf der EC2 Amazon-Instance Windows Server 2012 oder höher ausgeführt wird.

    2. Erstellen Sie ein EBS Amazon-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 ISO und mounten Sie es auf einer Instance, z. B. Laufwerk E.

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

    5. Erstellen Sie einen EBS Amazon-Snapshot des in Schritt 2 oben erstellten 6-GB-Volumes.

Einschränkungen für Windows Server Upgrade

Diese Automatisierung unterstützt keine Upgrades von Windows-Domain-Controllern, Clustern oder Windows-Desktopbetriebssystemen. Darüber hinaus unterstützt diese Automatisierung keine EC2 Amazon-Instances für Windows Server mit den folgenden installierten Rollen:

  • Host für Remotedesktop-Sitzungen (RDSH)

  • Broker für Remotedesktopverbindungen (RDCB)

  • Host für die Remote-Desktop-Virtualisierung (RDVH)

  • Remote-Desktop-Webzugriff (RDWA)

Schritte zum Durchführen eines automatisierten Upgrades von Windows Server

Gehen Sie wie folgt vor, um Ihre Windows Server-Instanz mithilfe des AWSEC2CloneInstanceAndUpgradeWindowsAutomation-Runbooks zu aktualisieren.

  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 Instanz, auf der Windows Server 2008 R2, 2012 R2, 2016 oder 2019 ausgeführt wird und auf der der SSM Agent installiert ist.

    • InstanceProfile.

      Typ: Zeichenfolge

      (Erforderlich) Das IAM Instanzprofil. Dies ist die IAM Rolle, die verwendet wird, um die Systems Manager Manager-Automatisierung für die EC2 Amazon-Instance und durchzuführen AWS AMIs. Weitere Informationen finden Sie im AWS Systems Manager Benutzerhandbuch unter Erstellen eines IAM Instanzprofils für 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 in dem sich Ihre EC2 Quell-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 gesetzt isttrue, startet Systems Manager die Instanz neu, bevor eine 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, wird Ihnen die AMI ID angezeigt. Sie können den startenAMI, 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. Nach Abschluss der Automatisierung können Sie mithilfe der AMI ID eine EC2 Amazon-Instance starten, um Ihr Upgrade zu überprüfen. Weitere Informationen zum Erstellen einer EC2 Amazon-Instance aus einer AWS AMI finden Sie unter Wie starte ich eine EC2 Instance von einer benutzerdefiniertenAMI?

SQLServer aktualisieren

Das AWSEC2CloneInstanceAndUpgradeSQLServer-Skript erstellt eine AMI von einer EC2 Amazon-Instance, auf der SQL Server in Ihrem Konto ausgeführt wird, und führt dann ein Upgrade AMI auf eine neuere Version von SQL Server durch. Dieser mehrschrittige Prozess kann bis zu zwei Stunden dauern.

In diesem Workflow erstellt die Automatisierung eine AMI aus der Instance und startet dann die neue AMI in dem von Ihnen bereitgestellten Subnetz. Die Automatisierung führt dann ein direktes Upgrade des SQL Servers durch. Nach Abschluss des Upgrades erstellt die Automatisierung eine neue Instanz, AMI bevor die aktualisierte Instanz beendet wird.

Im automatisierten Upgrade-Prozess sind zwei AMIs enthalten:

  • Aktuell ausgeführte Instance. Die erste AMI ist die aktuell ausgeführte Instanz, die nicht aktualisiert wurde. Dies AMI wird verwendet, um eine weitere Instanz zu starten, um das direkte Upgrade auszuführen. Wenn der Vorgang abgeschlossen ist, wird dies AMI aus Ihrem Konto gelöscht, sofern Sie nicht ausdrücklich darum bitten, die ursprüngliche Instanz beizubehalten. Diese Einstellung wird vom Parameter verwaltet KeepPreUpgradeImageBackUp (der Standardwert istfalse, was bedeutet, dass der standardmäßig gelöscht AMI wird).

  • Verbessert AMI. Dies AMI ist das Ergebnis des Automatisierungsprozesses.

Das Endergebnis ist einsAMI, nämlich die aktualisierte Instanz vonAMI.

Wenn das Upgrade abgeschlossen ist, können Sie die Funktionalität Ihrer Anwendung testen, indem Sie die neue App AMI in Ihrem Amazon startenVPC. 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 EC2 Amazon-Instances ausführen und sicherstellen 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 EC2 Amazon-Instance muss Windows Server 2008 R2 oder höher und SQL Server 2008 oder höher verwenden.

  • Stellen Sie sicher, dass der SSM Agent auf Ihrer Instance installiert ist. Weitere Informationen finden Sie unter Arbeiten mit SSM Agenten auf EC2 Amazon-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 -Serverversion verwenden, gelten die folgenden zusätzlichen Voraussetzungen:

    • Geben Sie eine EBS Amazon-Snapshot-ID an, die das Installationsmedium für den SQL Zielserver enthält. So gehen Sie vor:

      1. Stellen Sie sicher, dass auf der EC2 Amazon-Instance Windows Server 2008 R2 oder höher ausgeführt wird.

      2. Erstellen Sie ein EBS Amazon-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 ISO und mounten Sie es auf einer Instance, z. B. Laufwerk E.

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

      5. Erstellen Sie einen EBS Amazon-Snapshot des in Schritt 2 erstellten 6-GB-Volumes.

SQLEinschränkungen bei automatisierten Server-Upgrades

Die folgenden Einschränkungen gelten, wenn Sie das CloneInstanceAndUpgrade SQLServer Runbook AWSEC2- zur Durchführung eines automatisierten Upgrades verwenden:

  • Das Upgrade kann nur auf einem SQL Server mit Windows-Authentifizierung durchgeführt werden.

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

  • SQLServerbereitstellungen im HA- und Spiegelungsmodus werden nicht unterstützt.

Schritte zur Durchführung eines automatisierten Server-Upgrades SQL

Gehen Sie wie folgt vor, um Ihren SQL Server mithilfe des AWSEC2CloneInstanceAndUpgradeSQLServerAutomation-Runbooks zu aktualisieren.

  1. Falls Sie es noch nicht getan haben, laden Sie die SQL Server 2016-ISO-Datei herunter und hängen Sie sie auf dem Quellserver an.

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

  3. Erstellen Sie einen EBS Amazon-Snapshot des Volumes und kopieren Sie die Snapshot-ID zur späteren Verwendung in eine Zwischenablage. Weitere Informationen finden Sie unter EBSAmazon-Snapshots erstellen im EBSAmazon-Benutzerhandbuch.

  4. Hängen Sie das Instance-Profil an die EC2 Amazon-Quell-Instance an. Auf diese Weise kann Systems Manager mit der EC2 Instanz 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. Weitere Informationen finden Sie unter Erstellen eines IAM Instanzprofils für Systems Manager im AWS Systems Manager Benutzerhandbuch.

  5. Wählen Sie in der AWS Systems Manager Konsole im linken Navigationsbereich Managed Instances aus. Vergewissern Sie sich, dass Ihre EC2 Instanz in der Liste der verwalteten Instanzen aufgeführt ist. 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. Wählen Sie das AWSEC2-CloneInstanceAndUpgradeSQLServer SSM Dokument aus und klicken Sie dann auf 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 Instanz, auf der SQL Server 2008 R2 (oder höher) ausgeführt wird.

    • IamInstanceProfile

      Typ: Zeichenfolge

      (Erforderlich) Das IAM Instanzprofil.

    • SQLServerSnapshotId

      Typ: Zeichenfolge

      (Erforderlich) Die Snapshot-ID für das Installationsmedium des SQL Zielservers. Dieser Parameter ist für Instanzen, die eine SQL Serverlizenz enthalten, nicht erforderlich.

    • SubnetId

      Typ: Zeichenfolge

      (Erforderlich) Dies ist das Subnetz für den Upgrade-Prozess und in dem sich Ihre EC2 Quellinstanz 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 gesetzt isttrue, startet Systems Manager die Instanz neu, bevor eine AMI für das Upgrade erstellt wird.

    • TargetSQLVersion

      Typ: Zeichenfolge

      (Optional) Die SQL Zielserverversion. 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 Ausführungsstatus Erfolgreich angezeigt wird, erweitern Sie Ausgaben, um die AMI Informationen anzuzeigen. Sie können die AMI ID verwenden, um Ihre SQL Server-Instance für die Instanz VPC Ihrer Wahl zu starten.

  14. Öffnen Sie die EC2 Amazon-Konsole. Wählen Sie im linken Navigationsbereich AMIs. Sie sollten das Neue sehenAMI.

  15. Um zu überprüfen, ob die neue SQL Serverversion erfolgreich installiert wurde, wählen Sie die neue Version AMI und dann Launch aus.

  16. Wählen Sie den InstanztypAMI, den Sie für die VPC Installation verwenden möchten, das Subnetz und den Speicher, den Sie verwenden möchten. Da Sie die neue Instance von einer aus startenAMI, werden Ihnen die Volumes als Option angezeigt, die Sie in die neue EC2 Instance aufnehmen können, die Sie starten. 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. Stellen Sie sicher, dass es sich bei der neuen SQL Serverversion um die Datenbank-Engine auf der neuen Instance handelt.