エージェントレスの VMware VM 移行におけるレプリケーションの問題のトラブルシューティング

この記事では、移行およびモダン化のエージェントレス方式を使用してオンプレミス VMware VM をレプリケートする場合に発生するおそれがある、いくつかの一般的な問題と特定のエラーについて説明します。

Note

このエンドツーエンドの VMware 移行シナリオのドキュメントは現在プレビュー段階です。 Azure Migrate の使用方法の詳細については、「Azure Migrate 製品ドキュメント」を参照してください。

エージェントレス レプリケーション方式を使って VMware 仮想マシンをレプリケートする場合、仮想マシン ディスク (vmdks) のデータは、Azure サブスクリプションのレプリカ マネージド ディスクにレプリケートされます。 VM のレプリケーションが開始されると、初期レプリケーション サイクルが発生し、ディスクの完全なコピーがレプリケートされます。 初期レプリケーションが完了した後、前回のレプリケーション サイクル以降に発生したすべての変更を転送するために、増分レプリケーション サイクルが定期的にスケジュールされます。

場合によっては、VM に対するレプリケーション サイクルが失敗することがあります。 これらのエラーは、オンプレミスのネットワーク構成の問題から、Azure Migrate クラウド サービスのバックエンドの問題まで、さまざまな理由により発生します。 この記事では、次のことを行います。

• レプリケーションの状態を監視し、エラーを解決する方法について説明します。
• 一般的に発生するレプリケーション エラーの一部を一覧表示し、それらを修復するための手順を提案します。

Azure portal を使用してレプリケーションの状態を監視する

仮想マシンのレプリケーションの状態を監視するには、次の手順に従います。

1. Azure portal で、Azure Migrate の [サーバー、データベース、Web アプリ] ページに移動します。

   

2. [移行およびモダン化] タイルの [レプリケーション] で、[Azure VM] の横にある番号を選択します。

   

3. レプリケートしているサーバーの一覧と、状態、正常性、最終同期時刻などの追加情報が表示されます。[レプリケーションの正常性] 列には、VM の現在のレプリケーションの正常性が示されます。 "クリティカル" や "警告" という値は、通常、その VM で以前のレプリケーション サイクルが失敗したことを示しています。 詳細を表示するには、VM を右クリックし、[正常性エラーの詳細] を選択します。 [エラーの詳細] ページには、エラーの情報と、トラブルシューティングの方法に関する追加情報が表示されます。

   

4. [最近のイベント] を選択して、VM の以前のレプリケーション サイクル エラーを確認します。 イベント ページで、その VM の "レプリケーション サイクルが失敗しました" または "ディスクのレプリケーション サイクルが失敗しました" という種類の最新のイベントを探します。

   

5. イベントを選択すると、エラーの考えられる原因と推奨される修復手順がわかります。 表示された情報を使用して、エラーのトラブルシューティングと修復を行います。

   

一般的なレプリケーション エラー

ここでは、いくつかの一般的なエラーとそのトラブルシューティング方法について説明します。

VM をレプリケートしようとしたときにエラーが発生して Key Vault の操作が失敗した

エラー: "Azure キー コンテナー操作に失敗しました。 操作: マネージド ストレージ アカウントを構成する、Key Vault: Key-vault-name、ストレージ アカウント: エラーで失敗したストレージ アカウント名:"

エラー: "Azure キー コンテナー操作に失敗しました。 操作: 共有アクセス シグネチャ定義を生成する、Key Vault: Key-vault-name、ストレージ アカウント: エラーで失敗したストレージ アカウント名:"

一般的に、このエラーが発生するのは、Key Vault のユーザー アクセス ポリシーによって、現在ログインしているユーザーに、Key Vault で管理されるストレージ アカウントを構成するために必要なアクセス許可が付与されていないためです。 キー コンテナーに関するユーザー アクセス ポリシーを確認するには、ポータルで、そのキー コンテナーの [キー コンテナー] ページに移動して、[アクセス ポリシー] を選択します。

ポータルでキー コンテナーが作成されると、ユーザー アクセス ポリシーも追加され、現在ログインしているユーザーに Key Vault で管理されるストレージ アカウントを構成するためのアクセス許可が付与されます。 これは、2 つの理由で失敗する可能性があります。

• ログインしているユーザーが、顧客の Azure テナントのリモート プリンシパルである (CSP サブスクリプション - ログインしているユーザーがパートナー管理者である)。 この場合の対処法は、キー コンテナーを削除し、ポータルからサインアウトし、(リモート プリンシパルではなく) 顧客のテナントのユーザー アカウントを使用してサインインし、操作を再試行することです。 CSP パートナーには通常、使用できる顧客の Microsoft Entra テナントにユーザー アカウントがあります。 ない場合は、顧客の Microsoft Entra テナントに自分用の新しいユーザー アカウントを作成し、その新しいユーザーとしてポータルにサインインして、レプリケート操作を再試行できます。 使用するアカウントには、リソース グループ (Migrate プロジェクト リソース グループ) のアカウントに付与された、所有者または共同作成者のいずれかのアクセス許可と、ユーザー アクセス管理者のアクセス許可が必要です。

• これが発生する可能性があるその他のケースは、あるユーザー (user1) が最初にレプリケーションをセットアップしようとしてエラーが発生したときに、キー コンテナーが既に作成済み (かつユーザー アクセス ポリシーがこのユーザーに適切に割り当て済み) の場合です。 後の時点で、別のユーザー (user2) がレプリケーションをセットアップしようとしても、キー コンテナーに user2 に対応するユーザー アクセス ポリシーがないため、マネージド ストレージ アカウントの構成操作または SAS 定義の生成操作は失敗します。

解決策: この問題に対処するには、キー コンテナーに user2 のユーザー アクセス ポリシーを作成し、user2 にマネージド ストレージ アカウントの構成と SAS 定義の生成を行うためのアクセス許可を付与します。 user2 は、Azure PowerShell から次のコマンドレットを使用してこれを行うことができます。

$userPrincipalId = $(Get-AzureRmADUser -UserPrincipalName "user2_email_address").Id

Set-AzureRmKeyVaultAccessPolicy -VaultName "keyvaultname" -ObjectId $userPrincipalId -PermissionsToStorage get, list, delete, set, update, regeneratekey, getsas, listsas, deletesas, setsas, recover, back up, restore, purge

DisposeArtefactsTimedOut

エラー ID: 181008

エラー メッセージ: VM:VMName。 エラー:Encountered timeout event 'DisposeArtefactsTimeout' in the state &'['Gateway.Service.StateMachine.SnapshotReplication.SnapshotReplicationEngine+WaitingForArtefactsDisposalPreCycle' ('WaitingForArtefactsDisposalPreCycle')]'. (状態 &'['Gateway.Service.StateMachine.SnapshotReplication.SnapshotReplicationEngine+WaitingForArtefactsDisposalPreCycle' ('WaitingForArtefactsDisposalPreCycle')]' でタイムアウト イベント 'DisposeArtefactsTimeout' が発生しました。)

考えられる原因:

Azure にデータをレプリケートしようとしているコンポーネントがダウンしているか、応答していません。 次の原因が考えられます。

• Azure Migrate アプライアンスで実行されているゲートウェイ サービスがダウンしています。
• ゲートウェイ サービスで、Service Bus、Event Hubs、アプライアンス ストレージ アカウントに対する接続の問題が発生しています。

DisposeArtefactsTimedOut の正確な原因と、対応する解決策を特定する:

1. Azure Migrate アプライアンスが稼働していることを確認してください。

2. アプライアンスでゲートウェイ サービスが実行されているかどうかを確認します。

   1. リモート デスクトップを使用して Azure Migrate アプライアンスにサインインします。

   2. Microsoft サービス MMC スナップインを開き ([ファイル名を指定して実行] > services.msc)、"Microsoft Azure ゲートウェイ サービス" が実行されているかどうかを確認します。 サービスが停止しているか、実行されていない場合は、サービスを開始します。 また、コマンド プロンプトまたは PowerShell を開いて、'Net Start asrgwy' と入力することもできます。

3. Azure Migrate アプライアンスとアプライアンス ストレージ アカウントの間の接続に問題がないか確認します。

   Azure Migrate アプライアンスに azcopy をダウンロードした後、次のコマンドを実行します。

   _azcopy bench https://[account].blob.core.windows.net/[container]?SAS_
   

   パフォーマンス ベンチマーク テストを実行する手順:

   1. azcopy をダウンロードします。

   2. リソース グループでアプライアンス ストレージ アカウントを探します。 ストレージ アカウントの名前は migrategwsa********** のようになっています。 これは、上記のコマンドのパラメーター [account] の値です。

   3. Azure portal で、お使いのストレージ アカウントを検索します。 検索に使用するサブスクリプションが、ストレージ アカウントが作成されるサブスクリプション (ターゲット サブスクリプション) と同じであることを確認します。 [Blob service] セクションの [コンテナー] に移動します。 [+ コンテナー] を選択してコンテナーを作成します。 コンテナーに対して "書き込み" アクセス許可を指定するようにします。 パブリック アクセス レベルには、選択されている既定値を維持します。

   4. [設定]>[Shared Access Signature] に移動し、[Allowed Resource Type] (使用できるリソースの種類) に [コンテナー] を選択します。

   5. [SAS と接続文字列を生成する] を選択し、SAS トークンをコピーします。 PowerShell を使用している場合は、URL を単一引用符 (' ') で囲むようにしてください。

   6. アカウント、コンテナー、SAS をそれぞれ手順 b、c、および e で取得した値に置き換えて、コマンド プロンプトで上記のコマンドを実行します。

   または、Azure Storage Explore をアプライアンスにダウンロードし、最大 64 MB の 10 BLOB をストレージ アカウントにアップロードします。 問題がなければ、アップロードは正常に完了します。

   解決策: このテストが失敗した場合は、ネットワークに問題があります。 接続の問題を確認するには、ローカル ネットワーク チームに問い合わせてください。 通常、障害の原因となっているファイアウォールの設定がいくつかあります。

4. Azure Migrate アプライアンスと Service Bus の間の接続に問題がないか確認します。

   Note

   これは、パブリック エンドポイントを使用して設定されているプロジェクトにのみ該当します。
   Service Bus は、移行プロジェクトのリソース グループ内の ServiceBusNamespace 型リソースを参照します。 Service Bus の名前の形式は、migratelsa(keyvaultsuffix) です。 移行キー コンテナーのサフィックスは、アプライアンス上の gateway.json ファイルで入手できます。
   たとえば、gateway.json に含まれる内容が次の場合:
   "AzureKeyVaultArmId": "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.KeyVault/vaults/migratekv1329610309"
   サービス バス名前空間リソースは migratelsa1329610309 になります。

   このテストでは、Azure Migrate アプライアンスが Azure Migrate クラウド サービス バックエンドと通信できるかどうかを確認します。 アプライアンスは、Service Bus と Event Hubs メッセージ キューを介してサービス バックエンドと通信します。 アプライアンスから Service Bus への接続を検証するには、Service Bus Explorer をダウンロードし、Service Bus アプライアンスへの接続を試行し、メッセージの送信/メッセージの受信の操作を実行します。 問題がなければ、正常に完了します。

   テストを実行する手順:

   1. Migrate プロジェクトで作成された Service Bus から接続文字列をコピーします。
   2. Service Bus Explorer を開きます。
   3. [ファイル] の [接続] に移動します。
   4. 接続文字列を貼り付けて、 [接続] を選びます。
   5. これにより、Service Bus 名前空間が開きます。
   6. Snapshot Manager を選択します。 Snapshot Manager を右クリックし、[メッセージの受信] > [ピーク] を選択し、[OK] を選択します。
   7. 接続が成功すると、コンソールの出力に "[x] 件のメッセージを受信しました" と表示されます。 接続が失敗した場合、接続が失敗したことを示すメッセージが表示されます。

   解決策: このテストが失敗した場合は、ネットワークに問題があります。 接続の問題を確認するには、ローカル ネットワーク チームに問い合わせてください。 通常、障害の原因となっているファイアウォールの設定がいくつかあります。

5. Azure Migrate アプライアンスと Azure Key Vault 間の接続の問題:

   このテストでは、Azure Migrate アプライアンスと Azure Key Vault 間の接続に問題がないかどうかを確認します。 Key Vault は、レプリケーションに使用されるストレージ アカウントのアクセスを管理するために使用されます。

   接続を確認する手順:

   1. Azure Migrate プロジェクトに対応するリソース グループ内のリソースの一覧から Key Vault URI をフェッチします。

   2. Azure Migrate アプライアンスで PowerShell を開き、次のコマンドを実行します。

   _test-netconnection Key Vault URI -P 443_
   

   このコマンドを実行すると、TCP 接続が試行され、出力が返されます。

   • 出力で、"TcpTestSucceeded" フィールドを確認します。 値が "True" の場合、Azure Migrate アプライアンスと Azure Key Vault の間に接続の問題はありません。 値が "False" の場合、接続の問題があります。

   解決策: このテストが失敗した場合、Azure Migrate アプライアンスと Azure Key Vault の間に接続の問題があります。 接続の問題を確認するには、ローカル ネットワーク チームに問い合わせてください。 通常、障害の原因となっているファイアウォールの設定がいくつかあります。

DiskUploadTimedOut

エラー ID: 1011

エラー メッセージ: 仮想マシン VMName のディスク DiskPath、DiskId のデータのアップロード。VMId が予想時間内に完了しませんでした。

このエラーは通常、レプリケーションを実行している Azure Migrate アプライアンスが Azure Cloud Services に接続できないか、レプリケーションの進行が遅いため、レプリケーション サイクルがタイムアウトしたことを示しています。

次の原因が考えられます。

• Azure Migrate アプライアンスがダウンしています。
• アプライアンス上のレプリケーション ゲートウェイ サービスが実行されていません。
• レプリケーション ゲートウェイ サービスで、レプリケーションに使用される次のいずれかの Azure サービス コンポーネントへの接続の問題が発生しています: Service Bus、Event Hubs、Azure キャッシュ ストレージ アカウント、Azure Key Vault。
• ディスクを読み取ろうとしているときに、ゲートウェイ サービスが vCenter レベルでスロットルされています。

根本原因を特定し、問題を解決する:

1. Azure Migrate アプライアンスが稼働していることを確認してください。

2. アプライアンスでゲートウェイ サービスが実行されているかどうかを確認します。

   1. リモート デスクトップを使用して Azure Migrate アプライアンスにサインインし、次の操作を行います。

   2. Microsoft サービス MMC スナップインを開き ([ファイル名を指定して実行] > services.msc)、"Microsoft Azure ゲートウェイ サービス" が実行されているかどうかを確認します。 サービスが停止しているか、実行されていない場合は、サービスを開始します。 また、コマンド プロンプトまたは PowerShell を開いて、'Net Start asrgwy' と入力することもできます。

3. Azure Migrate アプライアンスとキャッシュ ストレージ アカウントの間の接続に問題がないか確認します。

   Azure Migrate アプライアンスに azcopy をダウンロードした後、次のコマンドを実行します。

   _azcopy bench https://[account].blob.core.windows.net/[container]?SAS_
   

   パフォーマンス ベンチマーク テストを実行する手順:

   1. azcopy をダウンロードします。

   2. リソース グループでアプライアンス ストレージ アカウントを探します。 ストレージ アカウントは、migratelsa********** のような名前です。 これは、上記のコマンドのパラメーター [account] の値です。

   3. Azure portal で、お使いのストレージ アカウントを検索します。 検索に使用するサブスクリプションが、ストレージ アカウントが作成されるサブスクリプション (ターゲット サブスクリプション) と同じであることを確認します。 [Blob service] セクションの [コンテナー] に移動します。 [+ コンテナー] を選択してコンテナーを作成します。 パブリック アクセス レベルを既定の選択された値のままにします。

   4. [設定] > [Shared Access Signature] (共有アクセス署名) に移動します。 [Allowed Resource Type] (使用できるリソースの種類) に [コンテナー] を選択します。 SAS および接続文字列を生成する を選択します。 SAS 値をコピーします。

   5. アカウント、コンテナー、SAS をそれぞれ手順 2、3、および 4 で取得した値に置き換えて、コマンド プロンプトで上記のコマンドを実行します。

   または、Azure Storage Explore をアプライアンスにダウンロードし、最大 64 MB の 10 BLOB をストレージ アカウントにアップロードします。 問題がなければ、アップロードは正常に完了します。

   解決策: このテストが失敗した場合は、ネットワークに問題があります。 接続の問題を確認するには、ローカル ネットワーク チームに問い合わせてください。 通常、障害の原因となっているファイアウォールの設定がいくつかあります。

4. Azure Migrate アプライアンスと Azure Service Bus 間の接続の問題:

   このテストでは、Azure Migrate アプライアンスが Azure Migrate クラウド サービス バックエンドと通信できるかどうかを確認します。 アプライアンスは、Service Bus と Event Hubs メッセージ キューを介してサービス バックエンドと通信します。 アプライアンスから Service Bus への接続を検証するには、Service Bus Explorer をダウンロードし、Service Bus アプライアンスへの接続を試行し、メッセージの送信/メッセージの受信の操作を実行します。 問題がなければ、正常に完了します。

   テストを実行する手順:

   1. Azure Migrate プロジェクトに対応するリソース グループに作成された Service Bus から接続文字列をコピーします。

   2. Service Bus Explorer を開きます。

   3. [ファイル] > [接続] に移動します。

   4. 手順 1 でコピーした接続文字列を貼り付け、[接続] を選択します。

   5. Service Bus 名前空間が開きます。

   6. 名前空間で Snapshot Manager を選択します。 Snapshot Manager を右クリックし、[メッセージの受信] > [ピーク] を選択し、[OK] を選択します。

   接続が成功すると、コンソールの出力に "[x] 件のメッセージを受信しました" と表示されます。 接続が失敗した場合、接続が失敗したことを示すメッセージが表示されます。

   解決策: このテストが失敗した場合、Azure Migrate アプライアンスと Service Bus の間に接続の問題があります。 これらの接続の問題を確認するには、ローカル ネットワーク チームに問い合わせてください。 通常、障害の原因となっているファイアウォールの設定がいくつかあります。

5. Azure Migrate アプライアンスと Azure Key Vault 間の接続の問題:

   このテストでは、Azure Migrate アプライアンスと Azure Key Vault 間の接続に問題がないかどうかを確認します。 Key Vault は、レプリケーションに使用されるストレージ アカウントのアクセスを管理するために使用されます。

   接続を確認する手順:

   1. Azure Migrate プロジェクトに対応するリソース グループ内のリソースの一覧から Key Vault URI をフェッチします。

   2. Azure Migrate アプライアンスで PowerShell を開き、次のコマンドを実行します。

   _test-netconnection Key Vault URI -P 443_
   

   このコマンドを実行すると、TCP 接続が試行され、出力が返されます。

   1. 出力で、"TcpTestSucceeded" フィールドを確認します。 値が "True" の場合、Azure Migrate アプライアンスと Azure Key Vault の間に接続の問題はありません。 値が "False" の場合、接続の問題があります。

   解決策: このテストが失敗した場合、Azure Migrate アプライアンスと Azure Key Vault の間に接続の問題があります。 接続の問題を確認するには、ローカル ネットワーク チームに問い合わせてください。 通常、障害の原因となっているファイアウォールの設定がいくつかあります。

変更されたブロックを取得しようとしているときにエラーが発生しました

エラー メッセージ: '変更ブロックを取得しようとしているときにエラーが発生しました'

エージェントレス レプリケーション方法では、VMware の変更ブロック追跡テクノロジ (CBT) を使って Azure にデータをレプリケートします。 CBT により、移行およびモダン化ツールでは、最後のレプリケーション サイクル以降に変更されたブロックのみを追跡してレプリケートすることができます。 このエラーは、仮想マシン レプリケート用の変更ブロック追跡がリセットされている場合、または変更ブロック追跡ファイルが壊れている場合に発生します。

このエラーは、次の 2 つの方法で解決できます。

• VM のレプリケーションをトリガーしたときに [はい] を選択して [レプリケーションの自動修復] を選択した場合は、ツールによって自動的に修復が試みられます。 VM を右クリックし、[レプリケーションの修復] を選択します。
• [レプリケーションの自動修復] を選択しなかった場合、または上記の手順がうまくいかなかった場合は、仮想マシンのレプリケーションを停止し、仮想マシンで変更されたブロック追跡をリセットしてから、レプリケーションを再構成します。

VMware vSphere 5.5 で仮想マシンの CBT のリセットが発生する可能性があるという 1 つの既知の問題について、VMware KB 1020128: 変更プロックのトラッキングが vSphere 5.x でのストレージ vMotion 操作の後でリセットされる件に関する記事で説明されています。 VMware vSphere 5.5 を使用している場合は、この KB で説明されている更新プログラムを適用してください。

または、VMware PowerCLI を使用して、仮想マシンで VMware の変更ブロック追跡をリセットすることもできます。

内部エラーが発生しました

場合によっては、VMware 環境/API の問題によってエラーが発生することがあります。 VMware 環境関連のエラーとして、次の一連のエラーを特定しました。 これらのエラーの形式は固定されています。

エラー メッセージ: 内部エラーが発生しました。 [エラー メッセージ]

例: エラー メッセージ: 内部エラーが発生しました。 [An Invalid snapshot configuration was detected]. (内部エラーが発生しました。[無効なスナップショット構成が検出されました]。)

次のセクションでは、よく見られる VMware のエラーとその対処法を示します。

エラー メッセージ: 内部エラーが発生しました。 [Server Refused Connection] (内部エラーが発生しました。[サーバーが接続を拒否しました])

この問題は、VMware の既知の問題であり、VDDK 6.7 で発生します。 Azure Migrate アプライアンスで実行されているゲートウェイ サービスを停止し、VMware KB から更新プログラムをダウンロードし、ゲートウェイ サービスを再起動する必要があります。

ゲートウェイ サービスを停止する手順:

1. Windows + R キーを押し、services.msc を開きます。 [Microsoft Azure ゲートウェイ サービス] を選択し、これを停止します。
2. また、コマンド プロンプトまたは PowerShell を開いて、'Net Stop asrgwy' と入力することもできます。 サービスが実行されなくなったことを示すメッセージが表示されるまで必ず待機してください。

ゲートウェイ サービスを開始する手順:

1. Windows + R キーを押し、services.msc を開きます。 [Microsoft Azure ゲートウェイ サービス] を右クリックし、これを開始します。
2. また、コマンド プロンプトまたは PowerShell を開いて、'Net Start asrgwy' と入力することもできます。

エラー メッセージ: 内部エラーが発生しました。 ['An Invalid snapshot configuration was detected.'] (内部エラーが発生しました。['無効なスナップショット構成が検出されました。'])

複数のディスクを持つ仮想マシンがある場合、仮想マシンからディスクを取り外すと、このエラーが発生することがあります。 この問題を修復するには、こちらの VMware の記事の手順を参照してください。

エラー メッセージ: 内部エラーが発生しました。 [Generate Snapshot Hung] (内部エラーが発生しました。[スナップショットの生成が応答停止しました])

この問題は、スナップショットの生成が応答停止した場合に発生します。 この問題が発生した場合は、スナップショットの作成タスクが 95% または 99% で停止していることを確認できます。 この問題を解決するには、こちらの VMware KB を参照してください。

エラー メッセージ: 内部エラーが発生しました。 [Failed to consolidate the disks on VM [Reasons]] (内部エラーが発生しました。[VM のディスクを統合できませんでした "[理由]"])

レプリケーション サイクルの最後にディスクを統合するとき、操作が失敗します。 問題を解決するには、該当する "理由" を選択して、VMware KB の指示に従ってください。

次のエラーは、VMware スナップショット関連の操作 (ディスクの作成、削除、または統合) が失敗したときに発生します。 次のセクションのガイダンスに従って、エラーを修復してください。

エラー メッセージ: 内部エラーが発生しました。 [Another task is already in progress] (内部エラーが発生しました。[このタスクは既に実行中です])

この問題は、バックグラウンドで実行されている仮想マシン タスクが競合している場合、または vCenter Server 内のタスクがタイムアウトした場合に発生します。

エラー メッセージ: 内部エラーが発生しました。 [Operation not allowed in current state] (内部エラーが発生しました。[現在の状態では操作は許可されていません])

この問題は、vCenter Server 管理エージェントが動作を停止した場合に発生します。 この問題を解決するには、次の VMware KB の解決策を参照してください。

エラー メッセージ: 内部エラーが発生しました。 [Snapshot Disk size invalid] (内部エラーが発生しました。[スナップショット ディスクのサイズが無効です])

これは、スナップショットによって示されたディスク サイズがゼロになる VMware の既知の問題です。

エラー メッセージ: 内部エラーが発生しました。 [Memory allocation failed. Out of memory.] (内部エラーが発生しました。[メモリの割り当てが失敗しました。 メモリ不足です。])

これは、NFC ホスト バッファーのメモリが不足している場合に発生します。 この問題を解決するには、空きリソースがある別のホストに VM (コンピューティング vMotion) を移動する必要があります。

エラー メッセージ: 内部エラーが発生しました。 [File is larger than maximum file size supported (1012384)] (内部エラーが発生しました。[サポートされている最大ファイル サイズを超えています (1012384)])

これは、スナップショットの作成時に、サポートされる最大ファイル サイズを超えると発生します。 VMware KB に示されている解決方法に従ってください

エラー メッセージ: 内部エラーが発生しました。 [Cannot connect to the host (1004109)] (内部エラーが発生しました。[ホストに接続できません (1004109)])

これは、ESXi ホストがネットワークに接続できない場合に発生します。

エラー メッセージ: An error occurred while saving the snapshot: Invalid change tracker error code (スナップショットの保存中にエラーが発生しました: 変更トラッカーのエラー コードが無効です)

このエラーは、スナップショットが格納されている基になるデータストアに問題がある場合に発生します。 VMware KB に示されている解決方法に従ってください。

エラー メッセージ: An error occurred while taking a snapshot: Unable to open the snapshot file. (スナップショットの取得中にエラーが発生しました: スナップショット ファイルを開くことができません。)

このエラーは、作成されたスナップショット ファイルのサイズが、VM の置かれているデータストアで使用できる空き領域を超えると発生します。 こちらのドキュメントに示されている解決方法に従ってください。

保護準備エラー

エラー メッセージ: 現在の VMware 構成では、この仮想マシンをレプリケートできません。

考えられる原因:

• VM のスナップショットが既に存在するため、VM で変更の追跡を有効にすることができません。

推奨事項:

• スナップショットを削除するか、VM でブロック変更の追跡を有効にしてもう一度お試しください。

レプリケーション サイクルが失敗した

エラー ID: 181008

エラー メッセージ: VM: 'VMName'。 エラー: スナップショット ID が "SnapshotID" のスナップショット レプリケーションのディスク スナップショットが見つかりません。

考えられる原因:

• 含まれている 1 つ以上のディスクが VM に接続されていません。

推奨事項:

• ストレージ vMotion を使用して含まれているディスクを元のパスに復元し、レプリケーションを再試行してください。

ホストの接続が拒否された

エラー ID: 1022

エラー メッセージ: The Azure Migrate appliance is unable to connect to the vSphere host '%HostName;' (Azure Migrate アプライアンスは vSphere ホスト '%HostName;' に接続できません)

考えられる原因:

これは次の場合に発生する可能性があります。

1. Azure Migrate アプライアンスは、vSphere ホストのホスト名を解決できません。
2. vSphere ホストまたはネットワーク ファイアウォールで TCP ポート 902 がブロックされているため、Azure Migrate アプライアンスはポート 902 (VMware vSphere Virtual Disk Development Kit で使われる既定のポート) で vSphere ホストに接続できません。

レコメンデーション:

vSphere ホストのホスト名が Azure Migrate アプライアンスから解決できることを確認します。

• Azure Migrate アプライアンスにサインインし、PowerShell を開きます。
• ホスト名に対して nslookup を実行し、アドレスが解決されているかどうかを確認します: nslookup '%HostName;' 。
• ホスト名が解決されない場合は、Azure Migrate アプライアンスから vSphere ホスト名の DNS 解決を実行できることを確認します。 または、アプライアンス上の hosts ファイル (C:\Windows\System32\drivers\etc\hosts) に、各 vSphere ホストの静的ホスト エントリを追加します。

vSphere ホストがポート 902 での接続を受け入れていて、アプライアンスからエンドポイントに到達できることを確認します。

• Azure Migrate アプライアンスにサインインし、PowerShell を開きます。
• Test-NetConnection コマンドレットを使って接続を検証します: Test-NetConnection '%HostName;' -Port 902。
• tcp テストが成功しない場合、接続はファイアウォールによってブロックされているか、vSphere ホストによって受け入れられていません。 ネットワークの問題を解決して、レプリケーションを続行できるようにします。

次のステップ

VM レプリケーションを続行し、テスト移行を実行します。