Durch die Nutzung von AWS re:Post stimmt du den AWS re:Post Nutzungsbedingungen

Wie behebe ich Fehler bei der Instanzstatusüberprüfung auf meiner EC2-Windows-Instance nach einem Cutover des Application Migration Service oder einem Teststart?

Lesedauer: 5 Minute
0

Ich habe einen Cutover oder einen Teststart von AWS Application Migration Service durchgeführt. Jetzt erhalte ich Fehler bei der Statusüberprüfung auf meiner Amazon Elastic Compute Cloud (Amazon EC2)-Instance, auf der Microsoft Windows ausgeführt wird.

Kurze Beschreibung

Wenn eine System- oder Instance-Statusüberprüfung fehlschlägt, sind EC2-Instances nicht mehr erreichbar. Nach der Verwendung des Application Migration Service für ein Cutover oder einen Teststart schlagen die Instance-Statusprüfungen möglicherweise aufgrund eines oder mehrerer der folgenden Probleme fehl:

  • Fehler beim Booten des Betriebssystems (OS)
  • Netzwerkausfall
  • CPU und Speicher sind erschöpft
  • Probleme mit dem Konvertierungsprozess
  • Der Instance-Typ ist nicht mit dem Betriebssystem kompatibel

Hinweis: Der erste Start von Windows-Maschinen kann bis zu 45 Minuten dauern, da sich Windows an die virtuelle AWS-Hardware anpasst.

Auflösung

Stellen Sie sicher, dass die Quellmaschine mit dem Instance-Typ kompatibel ist, den Sie in der Startvorlage ausgewählt haben

1.    Stellen Sie eine Verbindung zu Ihrer Quellmaschine her.

2.    Verwenden Sie eine der folgenden Methoden, um Ihre Betriebssystemversion zu überprüfen:

Wählen Sie Control Panel (Systemsteuerung), Systems Settings (Systemeinstellungen) und überprüfen Sie dann die Windows Edition (Windows-Edition) und den System Type (Systemtyp), um zu überprüfen, ob es sich um 32 Bit oder 64 Bit handelt.

oder

Führen Sie als Administrator den Befehl systeminfo in einem Befehlszeilenfenster aus. Die Befehlsausgabe listet den Betriebssystemnamen und den Systemtyp auf.

3.    Überprüfen Sie die Kompatibilität der Instance-Typen.

32-Bit-Quellmaschine

Wenn es sich bei Ihrer Quell-Instance um eine 32-Bit-Maschine handelt, verwenden Sie einen der folgenden Instance-Typen:

  • t2.nano
  • t2.micro,
  • t2.small
  • t2.medium
  • c3.large
  • t1.micro
  • m1.small
  • m1.medium
  • c1.medium

64-Bit-Maschinen

Wenn es sich bei Ihrer Quellmaschine um eine 64-Bit-Maschine handelt und diese eine der folgenden Windows-Editionen ausführt, migrieren Sie zu einem XEN-Instance-Typ:

  • Windows Server 2003
  • Windows Server 2003 R2
  • Windows Server 2008

Für eine vollständige Liste der XEN-Instance-Typen führen Sie den folgenden AWS Command Line Interface (AWS CLI)-Befehl aus:

aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType

**Hinweis:**Wenn Sie beim Ausführen von AWS-CLI-Befehlen Fehler erhalten, stellen Sie sicher, dass Sie die neueste Version der AWS-CLI verwenden.

Wenn es sich bei Ihrer Quellmaschine um eine 64-Bit-Maschine handelt und diese Windows Server 2008 R2 oder höher ausführt, können Sie jeden Windows-kompatiblen Instance-Typ verwenden.

Problembehebung

Schalten Sie Antivirenprogramme von Drittanbietern auf der Quellmaschine aus oder entfernen Sie sie

Antivirensoftware von Drittanbietern kann den Konvertierungsprozess stören. Schalten Sie die Antivirensoftware aus oder entfernen Sie sie, und versuchen Sie dann erneut, das Ziel zu starten.

Fügen Sie eine sekundäre ENI hinzu

Eine Firewall eines Drittanbieters blockiert möglicherweise die Konnektivität auf dem primären Netzwerkadapter der Instance und führt dazu, dass die Ziel-Instance die Statusprüfungen nicht besteht. Um dieses Problem zu vermeiden, fügen Sie eine sekundäre Elastic Network-Schnittstelle an die Ziel-Instance an und stellen Sie dann eine Verbindung mit der Instance her.

Verwenden Sie verschiedene Instance-Typen

XEN-Instances verwenden paravirtuelle Treiber (PVs), und Nitro-Instances verwenden AWS Elastic Network Adapter (ENA) und AWS NVME-Treiber. Eine Liste der Treiber, die jeder Instance-Typ verwendet, finden Sie unter Zusammenfassung der Netzwerk- und Speicherfunktionen.

Stellen Sie anhand der Anweisungen im vorherigen Abschnitt fest, ob Ihre Quellmaschine mit den beiden aufgelisteten Windows-Instance-Typen kompatibel ist. Wenn Ihre Quellmaschine mit beiden kompatibel ist, versuchen Sie, das Ziel mit einer XEN-Instance und einer Nitro-Instance zu starten. Wenn die Zielinstance die Statusprüfungen für einen Instance-Typ, aber nicht für den anderen besteht, ändern Sie die Größe der Instance, um zu sehen, ob sie erfolgreich ist. Wenn das Problem mit dem Treiber zusammenhängt, führen Sie das AWS Systems Manager Automation-Runbook AWSSupport-UpgradeWindowsAWSDrivers aus, um die Treiberinstallation zu erzwingen.

Oder beheben Sie Fehler bei den Halbstatusprüfungen des Zielstarts wie bei jeder anderen EC2-Windows-Instance. Weitere Informationen finden Sie unter Problembehandlung bei Instances mit fehlgeschlagenen Statusprüfungen.

Überprüfen Sie die Instance-Protokolle

Wenn Ihre neue Instance die Statusüberprüfungen nie besteht, überprüfen Sie die Instance-Protokolle, um eine Ursache zu ermitteln. Die Protokolle helfen Ihnen dabei, mögliche Ursachen für den Fehler bei der Instance-Statusüberprüfung zu beheben. Alle folgenden Protokolle sind möglicherweise nicht in der Ziel-Instance vorhanden:

  • C:\Program Files (x86)\AWS Replication Agent\migrate_script.log
  • C:\Program Files (x86)\AWS Replication Agent\migrate_script.log.sent
  • C:\Program Files (x86)\AWS Replication Agent\aws_nvme\awsnvme_dism.log
  • C:\Program Files (x86)\AWS Replication Agent\ena_2012R2_2016\ena_dism.log
  • C:\Program Files (x86)\AWS Replication Agent\PVinstall.log
  • C:\Windows\inf\setupapi.dev.log
  • C:\Windows\inf\setupapi.offline.log
  • C:\Program Files (x86)\AWS Replication Agent\SSMInstall.log

Gehen Sie wie folgt vor, um auf die Protokolle zuzugreifen:

1.    Stoppen Sie die Ziel-Instance.

Hinweis: Beim Stoppen einer Instance gehen einige Daten verloren. Weitere Informationen finden Sie unter Was passiert, wenn Sie eine Instance stoppen.

2.    Trennen Sie das Amazon Elastic Block Storage (Amazon EBS)-Root-Volume von der gestoppten Instance.

3.    Hängen Sie das EBS-Root-Volume an eine Instance an, auf die Sie als sekundäres Laufwerk zugreifen können, und stellen Sie es dann zur Verwendung bereit.

4.    Sammeln Sie die Protokolle an den Orten aus der vorherigen Liste. Überprüfen Sie die Protokolle auf mögliche Ursachen für den Fehler bei der Instance-Statusüberprüfung.

Hinweis: Bei Verwendung dieser Methode kann die Laufwerkbuchstabenzuordnung von den aufgelisteten Protokollspeicherorten abweichen, da Sie ein sekundäres Laufwerk verwenden (nicht C:\).

Wenn das Problem durch die vorherigen Schritte zur Fehlerbehebung nicht behoben werden kann, wenden Sie sich an den AWS-Support.

Verwandte Informationen

Beheben Sie Instances mit fehlgeschlagenen Statusprüfungen

Systeminfo (von der Microsoft-Website)

AWS OFFICIAL
AWS OFFICIALAktualisiert vor 2 Jahren