

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 排查虚拟机问题
<a name="vm-troubleshooting"></a>

## 增量备份/CBT 问题和消息
<a name="w2aac17c19c43c27b3"></a>

**失败消息：** `"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."`

如果此消息仍然存在，请按照 VMware 的指示[重置 CBT](https://knowledge.broadcom.com/external/article?legacyId=1020128)。

**消息说明 CBT 未开启或不可用：***“VMware 更改块跟踪 (CBT) 不适用于此虚拟机，但是已使用我们专有的更改机制成功完成增量备份。”*

检查以确保 CBT 已开启。要验证虚拟磁盘是否已启用 CBT，请执行以下操作：

1. 打开 vSphere Client，然后选择已关闭的虚拟机。

1. Right-click 进入虚拟机，然后导航到**编辑设置** > **选项** > **Advanced/General**> **配置参数**。

1. 选项 `ctkEnabled` 需要等于 `True`。

如果已开启，请确保使用的是最新的 VMware 功能。主机必须是 ESXi 4.0 或更高版本，并且具有待跟踪磁盘的虚拟机必须是硬件版本 7 或更高版本。

如果 CBT 已开启（启用）并且软件和硬件为最新，请关闭虚拟机，然后再次将其打开。确保 CBT 已开启。然后，再次执行备份。

## VMware 备份失败
<a name="w2aac17c19c43c27b5"></a>

当 VMware 备份失败时，可能与以下情况之一有关：

**失败消息：**`"Failed to process backup data. Aborted backup job."` 或 `"Error opening disk on the virtual machine"`。

**可能的原因：**出现此错误的原因可能是配置问题；或者 VMware 版本或磁盘不受支持。

**补救措施 1：**确保您的基础设施配置为使用网关，并确保所有必需的端口都已打开。

1. 访问 [Backup Gateway 控制台](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common)。请注意，这与 AWS Backup 控制台不同。

1. 在 **Backup Gateway 配置**页面上，输入选项 **3** 以测试网络连接。

1. 如果网络测试成功，请输入 **X**。

1. 返回到 Backup Gateway 配置页面。

1. 输入 **7** 以访问命令提示符。

1. 运行以下命令以验证网络连接：

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

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

**补救措施 2：**使用 [支持的虚拟机](vm-backups.md#supported-vms) 版本。

**补救措施 3：**如果网关设备配置的 DNS 服务器不正确，则备份将失败。要验证 DNS 配置，请完成以下步骤：

1. 访问 [Backup Gateway 控制台](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common)。

1. 在 **Backup Gateway 配置**页面上，输入选项 **2** 以导航到网络配置。

1. 在**网络配置**中，输入 **7** 以查看 DNS 配置。

1. 查看 DNS 服务器 IP 地址。如果 DNS 服务器 IP 地址不正确，系统会提示您返回到**网络配置**。

1. 在**网络配置**中，输入 **6** 以编辑 DNS 配置。

1. 输入正确的 DNS 服务器 IP 地址。然后，输入 **X** 以完成网络配置。

要获取有关您的虚拟机管理程序的更多信息，例如错误、网络配置和连接，请参阅将虚拟机管理程序配置[编辑管理程序配置](working-with-hypervisors.md#edit-hypervisor)为与 Amazon Logs 集成。 CloudWatch 

## 由于网络连接问题导致的备份失败
<a name="w2aac17c19c43c27b7"></a>

**失败消息：**`"Failed to upload backup during data ingestion. Aborted backup job."` 或 `"Cloud network request timed out during data ingestion"`。

**可能的原因：**如果网络连接不足以处理数据上传，则可能会出现此错误。如果网络带宽较低，则虚拟机和虚拟机之间的链路 AWS Backup 可能会变得拥塞并导致备份失败。

所需的网络带宽取决于多个因素，包括虚拟机的大小、为每个虚拟机备份生成的增量数据、备份时段和还原要求。

**补救措施：**最佳实践和建议包括为连接到的本地虚拟机设置至少为 100 Mbps 的上传带宽。 AWS Backup这是网关运行所需的最低要求。低于 100 Mbps 的带宽会阻止网关完成任何备份或还原作业。对于大量虚拟机，即使带宽高于 100 Mbps，备份作业仍可能因超时而失败。考虑根据虚拟机的数量和要备份的数据大小增加带宽。确认带宽后，重试备份作业。

## 备份作业已中止
<a name="w2aac17c19c43c27b9"></a>

**失败消息：** `"Failed to create backup during snapshot creation. Aborted backup job."`

**可能的原因：**网关设备所在的 VMware 主机可能存在问题。

**补救措施：**检查 VMware 主机的配置，查看其是否存在问题。有关更多信息，请参阅 [编辑管理程序配置](working-with-hypervisors.md#edit-hypervisor)。

## 没有可用的网关
<a name="w2aac17c19c43c27c11"></a>

**失败消息：** `"No gateways available to work on job."`

**可能的原因：**所有连接的网关都忙于其他作业。每个网关最多只能有四个并发作业（备份或还原）。

如需了解**补救措施**，请参阅下一节有关增加网关数量的步骤以及延长备份计划时段时间的步骤。

## VMware 备份作业失败
<a name="w2aac17c19c43c27c13"></a>

**失败消息：**`"Abort signal detected"`

**可能的原因：**
+ **网络带宽过低**：网络带宽不足会阻碍在完成时段内完成备份。当备份作业需要的带宽超过可用带宽时，可能会导致失败并触发“检测到中止信号”错误。
+ **备份网关数量不足**：如果备份网关的数量不足以处理所有已配置虚拟机的备份轮换，则备份作业可能会失败。当备份计划用于完成备份的时段过短或备份网关数量不足时，就会发生这种情况。
+ 备份计划完成时段过短。

**补救措施：**

**增加带宽：**考虑增加与本地环境 AWS 之间的网络带宽。此步骤将为备份过程提供更多带宽，使数据能够顺利传输而不触发错误。您必须有至少 100 Mbps 的带宽 AWS 才能使用 AWS Backup备份本地 VMware 虚拟机。这是网关完成任何备份或还原任务所需的最低要求。如果您有大量虚拟机，请考虑将带宽增加到 100 Mbps 以上，因为如果带宽不足，作业仍可能超时。

如果为备份网关配置了带宽速率限制，则可能会限制数据流并导致备份失败。提高带宽速率限制以确保足够的数据传输容量可能有助于减少失败次数。此调整可以抑制“检测到中止信号”错误的发生。有关更多信息，请参阅 [Backup Gateway 带宽限制](working-with-gateways.md#backup-gateway-bandwidth-throttling)。

**增加备份网关的数量：**一个备份网关一次最多可以处理 4 个备份和还原作业。其他作业将排队等候网关释放，直到备份启动时段结束。如果备份时段已过，而排队的作业尚未启动，这些备份作业将失败，并显示“检测到中止信号”。您可以增加备份网关的数量，以减少失败的作业数量。有关更多详细信息，请参阅[使用网关](working-with-gateways.md)。

**延长备份计划时段时间：**您可以增加备份计划中备份时段的**完成期限**。有关更多详细信息，请参阅[备份计划选项和配置](plan-options-and-configuration.md)。

## 由于缺少 ENA 驱动程序，还原到 EC2 失败
<a name="w2aac17c19c43c27c15"></a>

**失败消息：** `"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."`

**可能的原因：**您的恢复任务失败，因为您正在尝试将未安装 ENA 驱动程序的 VMware 备份恢复到需要弹性网络适配器 (ENA) 的 Amazon EC2 实例类型。

**补救措施：**

**还原到不需要 ENA 的实例类型：**将此恢复点恢复到不需要 ENA 的实例类型。有关实例类型及其要求的列表，请参阅 [Amazon EC2 实例类型](https://docs.aws.amazon.com/ec2/latest/instancetypes/pg.html)。

**安装 ENA 驱动程序并进行新备份：**要恢复到需要 ENA 的实例类型，请先在虚拟机上安装 ENA 驱动程序，进行新的备份，然后从该备份中恢复。有关驱动程序要求的更多信息，请参阅[虚拟机 Import/Export 要求](https://docs.aws.amazon.com/vm-import/latest/userguide/limitations-image-importing.html#limitations-image-importing-linux)。

要获得解决这些问题的帮助，请参阅 [AWS 知识中心](https://repost.aws/knowledge-center/backup-troubleshoot-vmware-backups)。