

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.

# Beheben von VM-Problemen
<a name="vm-troubleshooting"></a>

## Inkrementelle Backups/CBT-Probleme und Meldungen
<a name="w2aac17c19c43c27b3"></a>

**Fehlermeldung:** `"The VMware Change Block Tracking (CBT) data was invalid during this backup, but the incremental backup was successfully completed with our proprietary change detection mechanism."`

Wenn diese Meldung weiterhin angezeigt wird, [setzen Sie CBT zurück](https://knowledge.broadcom.com/external/article?legacyId=1020128), gemäß den Anweisungen von VMware.

**In der Meldung wird darauf hingewiesen, dass CBT nicht aktiviert oder nicht verfügbar war:** *„VMware Change Block Tracking (CBT) war für diese virtuelle Maschine nicht verfügbar, aber das inkrementelle Backup wurde mit unserem proprietären Änderungsmechanismus erfolgreich abgeschlossen“.*

Vergewissern Sie sich, dass CBT aktiviert ist. So überprüfen Sie, ob CBT für eine virtuelle Festplatte aktiviert ist:

1. Öffnen Sie den vSphere-Client und wählen Sie eine ausgeschaltete virtuelle Maschine aus.

1. Right-click die virtuelle Maschine und navigieren Sie zu **Einstellungen bearbeiten** > **Optionen** > **Advanced/General**> **Konfigurationsparameter**.

1. Die Option `ctkEnabled` muss gleich `True` sein.

Wenn es aktiviert ist, stellen Sie sicher, dass Sie aktuelle VMware-Features verwenden. Der Host muss ESXi 4.0 oder höher sein und die virtuelle Maschine, der die zu überwachenden Festplatten gehören, muss die Hardwareversion 7 oder höher haben.

Wenn CBT aktiviert ist und die Software und Hardware auf dem neuesten Stand sind, schalten Sie die virtuelle Maschine aus und dann wieder ein. Stellen Sie sicher, dass CBT aktiviert ist. Führen Sie das Backup dann erneut durch.

## VMware-Backup-Fehler
<a name="w2aac17c19c43c27b5"></a>

Wenn ein VMware-Backup fehlschlägt, kann dies auf eine der folgenden Ursachen zurückzuführen sein:

**Fehlermeldung:** `"Failed to process backup data. Aborted backup job."` oder`"Error opening disk on the virtual machine"`.

**Mögliche Ursachen:** Dieser Fehler kann aufgrund eines Konfigurationsproblems auftreten, oder die VMware-Version oder Festplatte wird nicht unterstützt.

**Abhilfe 1:** Stellen Sie sicher, dass Ihre Infrastruktur für die Verwendung eines Gateways konfiguriert ist, und stellen Sie sicher, dass alle erforderlichen Ports geöffnet sind.

1. Greifen Sie auf die [Backup-Gateway-Konsole](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common) zu. Beachten Sie, dass sich dies von der AWS Backup Konsole unterscheidet.

1. Geben Sie auf der **Konfigurationsseite des Backup-Gateways** Option **3** ein, um die Netzwerkkonnektivität zu testen.

1. Wenn der Netzwerktest erfolgreich ist, geben Sie **X** ein.

1. Kehren Sie zur Konfigurationsseite des Backup-Gateways zurück.

1. Geben Sie **7** ein, um die Befehlszeile aufzurufen.

1. Führen Sie die folgenden Befehle aus, um die Netzwerkkonnektivität zu überprüfen:

   `ncport -d {{ESXi Host}}-p 902`

   `ncport -d {{ESXi Host}}-p 443`

**Abhilfe 2:** Verwenden Sie [Unterstützte VMs](vm-backups.md#supported-vms) Versionen.

**Abhilfe 3:** Wenn eine Gateway-Appliance mit falschen DNS-Servern konfiguriert ist, schlägt das Backup fehl. Gehen Sie wie folgt vor, um die DNS-Konfiguration zu überprüfen:

1. Rufen Sie die [Backup-Gateway-Konsole](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common) auf.

1. Geben Sie auf der **Konfigurationsseite des Backup-Gateways** Option **2** ein, um zur Netzwerkkonfiguration zu navigieren.

1. Geben Sie im Feld **Netzwerkkonfiguration** den **Wert 7** ein, um die DNS-Konfiguration anzuzeigen.

1. Überprüfen Sie die IP-Adressen der DNS-Server. Wenn die IP-Adresse des DNS-Servers falsch ist, erscheint die Aufforderung, zur **Netzwerkkonfiguration** zurückzukehren.

1. Geben Sie **unter Netzwerkkonfiguration** den Wert **6** ein, um die DNS-Konfiguration zu bearbeiten.

1. Geben Sie die richtigen IP-Adressen des DNS-Servers ein. Geben Sie dann **X** ein, um Ihre Netzwerkkonfiguration abzuschließen.

Weitere Informationen zu Ihrem Hypervisor, z. B. zu Fehlern, Netzwerkkonfiguration und Verbindung, finden Sie unter [Bearbeiten einer Hypervisor-Konfiguration](working-with-hypervisors.md#edit-hypervisor) So konfigurieren Sie den Hypervisor für die Integration mit Amazon CloudWatch Logs.

## Backup-Fehler aufgrund von Netzwerkverbindungsproblemen
<a name="w2aac17c19c43c27b7"></a>

**Fehlermeldung:** `"Failed to upload backup during data ingestion. Aborted backup job."` oder`"Cloud network request timed out during data ingestion"`.

**Mögliche Ursachen:** Dieser Fehler kann auftreten, wenn die Netzwerkverbindung nicht ausreicht, um Datenuploads zu verarbeiten. Wenn die Netzwerkbandbreite gering ist, AWS Backup kann die Verbindung zwischen der VM und der VM überlastet werden und dazu führen, dass Backups fehlschlagen.

Die erforderliche Netzwerkbandbreite hängt von mehreren Faktoren ab, darunter der Größe der VM, den inkrementellen Daten, die für jedes VM-Backup generiert werden, dem Backup-Fenster und den Wiederherstellungsanforderungen.

**Abhilfe:** Zu den bewährten Methoden und Empfehlungen gehört eine Mindestbandbreite von 100 Mbit/s Upload-Bandbreite für lokale VMs, mit denen eine Verbindung hergestellt wird. AWS Backup Dies ist das Minimum, das erforderlich ist, damit das Gateway funktioniert. Eine Bandbreite von weniger als 100 Mbit/s verhindert, dass das Gateway Sicherungs- oder Wiederherstellungsaufgaben abschließt. Bei einer großen Anzahl von VMs können Backup-Jobs auch bei einer Bandbreite von über 100 Mbit/s aufgrund eines Timeouts immer noch fehlschlagen. Erwägen Sie, die Bandbreite auf der Grundlage der Anzahl der VMs und der Größe der zu sichernden Daten zu erhöhen. Sobald die Bandbreite bestätigt wurde, wiederholen Sie den Backup-Job.

## Abgebrochener Backup-Job
<a name="w2aac17c19c43c27b9"></a>

**Fehlermeldung:** `"Failed to create backup during snapshot creation. Aborted backup job."`

**Mögliche Ursache: Auf** dem VMware-Host, auf dem sich die Gateway-Appliance befindet, liegt möglicherweise ein Problem vor.

**Abhilfe:** Überprüfen Sie die Konfiguration Ihres VMware-Hosts und überprüfen Sie ihn auf Probleme. Weitere Informationen finden Sie unter [Bearbeiten einer Hypervisor-Konfiguration](working-with-hypervisors.md#edit-hypervisor).

## Keine verfügbaren Gateways
<a name="w2aac17c19c43c27c11"></a>

**Fehlermeldung:** `"No gateways available to work on job."`

**Mögliche Ursache:** Alle verbundenen Gateways sind mit anderen Jobs beschäftigt. Jedes Gateway hat ein Limit von vier gleichzeitigen Jobs (Backup oder Restore).

**Abhilfemaßnahmen** finden Sie im nächsten Abschnitt mit Schritten zur Erhöhung der Anzahl von Gateways und zur Verlängerung des Zeitfensters für den Backup-Plan.

## Fehler beim VMware-Backup-Job
<a name="w2aac17c19c43c27c13"></a>

**Fehlernachricht: **`"Abort signal detected"`

**Mögliche Ursachen:**
+ **Niedrige Netzwerkbandbreite**: Eine unzureichende Netzwerkbandbreite kann den Abschluss von Backups innerhalb des Abschlussfensters behindern. Wenn der Backup-Job mehr Bandbreite benötigt als verfügbar, kann dies zu einem Fehler führen und den Fehler „Abort-Signal erkannt“ auslösen.
+ **Unzureichende Anzahl von Backup-Gateways**: Wenn die Anzahl der Backup-Gateways nicht ausreicht, um die Backup-Rotation für alle konfigurierten VMs zu bewältigen, schlägt der Backup-Job möglicherweise fehl. Dies kann der Fall sein, wenn das Zeitfenster des Backup-Plans für den Abschluss von Backups zu kurz ist oder die Anzahl der Backup-Gateways nicht ausreicht.
+ Das Abschlussfenster für den Backup-Plan ist zu klein.

**Abhilfe:**

**Bandbreite erhöhen:** Erwägen Sie, die Netzwerkbandbreite zwischen AWS und der lokalen Umgebung zu erhöhen. Durch diesen Schritt wird mehr Bandbreite für den Backup-Prozess bereitgestellt, sodass Daten problemlos übertragen werden können, ohne dass der Fehler ausgelöst wird. Sie müssen über eine Bandbreite von mindestens 100 Mbit/s verfügen, AWS um lokale VMware-VMs mithilfe von sichern zu können. AWS Backup Dies ist das Minimum, das erforderlich ist, damit das Gateway einen Sicherungs- oder Wiederherstellungsauftrag abschließen kann. Wenn Sie über eine große Anzahl von VMs verfügen, sollten Sie erwägen, die Bandbreite auf über 100 Mbit/s zu erhöhen, da es bei Aufträgen immer noch zu einem Timeout kommen kann, wenn die Bandbreite nicht ausreicht.

Wenn für das Backup-Gateway eine Bandbreitenbegrenzung konfiguriert ist, kann dies den Datenfluss einschränken und zu Backup-Fehlern führen. Eine Erhöhung der Bandbreitenratenbegrenzung, um eine ausreichende Datenübertragungskapazität sicherzustellen, kann dazu beitragen, Ausfälle zu reduzieren. Durch diese Anpassung kann das Auftreten des Fehlers „Abort Signal Detected“ eingedämmt werden. Weitere Informationen finden Sie unter [Bandbreitendrosselung des Backup-Gateways](working-with-gateways.md#backup-gateway-bandwidth-throttling).

**Erhöhen Sie die Anzahl der Backup-Gateways:** Ein einzelnes Backup-Gateway kann bis zu 4 Sicherungs- und Wiederherstellungsaufträge gleichzeitig verarbeiten. Zusätzliche Jobs werden in die Warteschlange gestellt und warten, bis das Gateway wieder freigegeben wird, bis das Backup-Startfenster abgelaufen ist. Wenn das Backup-Fenster abgelaufen ist und die Jobs in der Warteschlange noch nicht gestartet wurden, schlagen diese Backup-Jobs mit der Meldung „Abbruchsignal erkannt“ fehl. Sie können die Anzahl der Backup-Gateways erhöhen, um die Anzahl fehlgeschlagener Jobs zu verringern. Weitere Details finden Sie unter [Arbeiten mit Gateways](working-with-gateways.md).

**Erhöhen Sie das Zeitfenster für den Backup-Plan:** In Ihrem Backup-Plan können Sie das **gesamte Zeitfenster innerhalb** des Backup-Plans verlängern. Weitere Details finden Sie unter [Backup-Plan-Optionen und -Konfiguration](plan-options-and-configuration.md).

## Die Wiederherstellung auf EC2 schlägt aufgrund fehlender ENA-Treiber fehl
<a name="w2aac17c19c43c27c15"></a>

**Fehlermeldung:** `"Restore failed because the instance type selected for restore requires that the VirtualMachine image have Elastic Network Adapter (ENA) drivers installed, but no ENA drivers were present in the backed up VM."`

**Mögliche Ursache:** Ihr Wiederherstellungsauftrag ist fehlgeschlagen, weil Sie versuchen, ein VMware-Backup ohne installierte ENA-Treiber auf einem Amazon EC2 EC2-Instance-Typ wiederherzustellen, für den Elastic Network Adapters (ENA) erforderlich sind.

**Abhilfe:**

**Wiederherstellung auf einen Instanztyp, für den ENA nicht erforderlich ist:** Stellen Sie diesen Wiederherstellungspunkt auf einen Instanztyp wieder her, für den ENA nicht erforderlich ist. Eine Liste der Instance-Typen und ihrer Anforderungen finden Sie unter [Amazon EC2 EC2-Instance-Typen](https://docs.aws.amazon.com/ec2/latest/instancetypes/pg.html).

**ENA-Treiber installieren und ein neues Backup erstellen:** Um Instance-Typen wiederherzustellen, für die ENA erforderlich ist, installieren Sie zuerst die ENA-Treiber auf der virtuellen Maschine, erstellen Sie ein neues Backup und führen Sie dann die Wiederherstellung anhand dieses Backups durch. Weitere Informationen zu den Treiberanforderungen finden Sie unter [ Import/Export VM-Anforderungen](https://docs.aws.amazon.com/vm-import/latest/userguide/limitations-image-importing.html#limitations-image-importing-linux).

Hilfe zur Lösung dieser Probleme finden Sie im [AWS Knowledge Center](https://repost.aws/knowledge-center/backup-troubleshoot-vmware-backups).