翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# VM 問題のトラブルシューティング
## 増分バックアップ/CBT の問題とメッセージ
**障害メッセージ:** `"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 クライアントを開き、パワーオフ状態の仮想マシンを選択します。
1. 仮想マシンを右クリックして、**[設定の編集]** > **[オプション]** > **[詳細/一般]** > **[設定パラメータ]** に移動します。
1. オプション `ctkEnabled` は、`True` と等しくなければなりません。
オンになっている場合は、最新の VMware 機能を使用していることを確認してください。ホストは ESXi 4.0 以降で、追跡対象のディスクを所有する仮想マシンはハードウェアバージョン 7 以降である必要があります。
CBT がオン (有効) になっていて、ソフトウェアとハードウェアが最新の場合は、仮想マシンをオフにしてから再びオンにします。CBT がオンになっていることを確認します。次に、バックアップをもう一度実行します。
## VMware バックアップの失敗
VMware バックアップが失敗した場合は、次のいずれかに関連している可能性があります。
**障害メッセージ:** `"Failed to process backup data. Aborted backup job."` または `"Error opening disk on the virtual machine"`。
**考えられる原因:** このエラーは、設定の問題が原因で発生するか、VMware のバージョンまたはディスクがサポートされていない可能性があります。
**対処法 1:** インフラストラクチャがゲートウェイを使用するように設定され、必要なポートがすべて開いていることを確認します。
1. [バックアップゲートウェイコンソール](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common)にアクセスします。これは AWS Backup コンソールとは異なることに注意してください。
1. **[Backup ゲートウェイの設定]** ページで、オプション **[3]** を入力してネットワーク接続をテストします。
1. ネットワークテストが成功した場合は、「**X**」と入力します。
1. [Backup ゲートウェイの設定] ページに戻ります。
1. 「**7**」と入力してコマンドプロンプトにアクセスします。
1. ネットワーク接続を検証するには、次のコマンドを実行します。
`ncport -d ESXi Host-p 902`
`ncport -d ESXi Host-p 443`
**対処法 2:** [サポートされている VM](vm-backups.md#supported-vms) バージョンを使用します。
**対処法 3:** ゲートウェイアプライアンスが間違った DNS サーバーで設定されている場合、バックアップは失敗します。DNS 設定を検証するには、次の手順を完了します。
1. [バックアップゲートウェイコンソール](https://docs.aws.amazon.com/storagegateway/latest/tgw/accessing-local-console.html#MaintenanceConsoleWindowVMware-common)にアクセスします。
1. **[Backup ゲートウェイの設定]** ページで、「**2**」と入力してネットワーク設定に移動します。
1. **[ネットワーク設定]** で、「**7**」と入力して DNS 設定を表示します。
1. DNS サーバーの IP アドレスを確認します。DNS サーバーの IP アドレスが正しくない場合は、**[ネットワーク設定]** に戻るプロンプトが表示されます。
1. **[ネットワーク設定]** で、「**6**」と入力して DNS 設定を編集します。
1. DNS サーバーの正しい IP アドレスを入力します。次に、「**X**」と入力してネットワーク設定を完了します。
エラー、ネットワーク設定、接続など、ハイパーバイザーの詳細については、「[ハイパーバイザー設定の編集](working-with-hypervisors.md#edit-hypervisor)」を参照して、Amazon CloudWatch Logs と統合するようにハイパーバイザーを設定します。
## ネットワーク接続の問題によるバックアップの失敗
**障害メッセージ: ** `"Failed to upload backup during data ingestion. Aborted backup job."` または `"Cloud network request timed out during data ingestion"`。
**考えられる原因:** このエラーは、ネットワーク接続がデータのアップロード処理に不十分な場合に発生する可能性があります。ネットワーク帯域幅が低い場合、VM と の間のリンクが AWS Backup 混雑し、バックアップが失敗する可能性があります。
必要なネットワーク帯域幅は、VM のサイズ、VM バックアップごとに生成される増分データ、バックアップウィンドウ、復元要件など、いくつかの要因によって異なります。
**対策:** ベストプラクティスとレコメンデーションには、オンプレミス VMs接続する最小アップロード帯域幅が 1000 Mbps であることが含まれます AWS Backup。帯域幅を確認したら、バックアップジョブを再試行します。
## バックアップジョブを中止しました
**障害メッセージ:** `"Failed to create backup during snapshot creation. Aborted backup job."`
**考えられる原因:** ゲートウェイアプライアンスが存在する VMware ホストに問題がある可能性があります。
**対処法:** VMware ホストの設定をチェックし、問題がないか確認します。詳細については、「[ハイパーバイザー設定の編集](working-with-hypervisors.md#edit-hypervisor)」を参照してください。
## 使用可能なゲートウェイがない
**障害メッセージ:** `"No gateways available to work on job."`
**考えられる原因:** 接続されているすべてのゲートウェイが他のジョブでビジー状態です。各ゲートウェイには、同時ジョブ (バックアップまたは復元) は 4 つまでという制限があります。
**対処法**については、次のセクションで、ゲートウェイの数を増やす手順と、バックアッププランのウィンドウ時間を増やす手順を参照してください。
## VMware バックアップジョブの失敗
**障害メッセージ: **`"Abort signal detected"`
**考えられる原因:**
+ **低ネットワーク帯域幅**: ネットワーク帯域幅が不十分な場合、完了ウィンドウ内のバックアップの完了が妨げられる可能性があります。バックアップジョブで使用可能な帯域幅よりも多くの帯域幅が必要になると、障害が発生し、「中断シグナルが検出されました」エラーがトリガーされる可能性があります。
+ **Backup ゲートウェイの不十分な数**: バックアップゲートウェイの数が、設定されたすべての VM のバックアップローテーションを処理するのに十分でない場合、バックアップジョブが失敗する可能性があります。これが発生するのは、バックアップを完了するためのバックアッププランのウィンドウが短すぎるか、バックアップゲートウェイの数が不十分である場合です。
+ バックアッププランの完了ウィンドウが小さすぎます。
**対処法:**
**帯域幅を増やす:** AWS とオンプレミス環境間のネットワーク容量を増やすことを検討してください。このステップでは、バックアッププロセスにより多くの帯域幅が提供され、エラーをトリガーすることなくデータをスムーズに転送できます。を使用してオンプレミスの VMware VMs AWS をバックアップするには、少なくとも 100-Mbps の帯域幅を持つことをお勧めします AWS Backup。
バックアップゲートウェイに対して帯域幅レート制限が設定されている場合、データの流れが制限され、バックアップの失敗につながる可能性があります。十分なデータ転送容量を確保するために帯域幅レート制限を増やすと、失敗を減らすのに役立つ場合があります。この調整により、「中断シグナルが検出されました」エラーの発生を軽減できる可能性があります。詳細については、「[Backup ゲートウェイの帯域幅スロットリング](working-with-gateways.md#backup-gateway-bandwidth-throttling)」を参照してください。
**Backup ゲートウェイの数を増やす:** 1 つのバックアップゲートウェイで一度に最大 4 つのバックアップジョブと復元ジョブを処理できます。追加のジョブはキューに入れられ、バックアップ開始ウィンドウが終了するまでゲートウェイが解放されるのを待ちます。バックアップウィンドウが終了したが、キューに入れられたジョブが開始されていない場合、それらのバックアップジョブは「中断シグナルが検出されました」エラーにより失敗します。バックアップゲートウェイの数を増やして、失敗したジョブの数を減らすことができます。詳細については、「[ゲートウェイの使用](working-with-gateways.md)」を参照してください。
**バックアッププランのウィンドウ時間を増やす:** バックアッププランのバックアップウィンドウで **[次の時間以内に完了:]** を増やすことができます。詳細については、「[バックアッププランのオプションと設定](plan-options-and-configuration.md)」を参照してください。
これらの問題解決のヘルプについては、[AWS ナレッジセンター](https://repost.aws/knowledge-center/backup-troubleshoot-vmware-backups)を参照してください。