Azure Migrate を使用した Azure Local への VM の移行に関する問題のトラブルシューティング

適用対象: Azure Local 2503 以降

この記事では、Azure Migrate を使用して Hyper-V (プレビュー) と VMware VM を Azure Local に移行するときに発生する可能性のある問題をトラブルシューティングする方法について説明します。

必要なサービスが実行されていることを確認します

次のサービスが実行されていることを確認して、ソースアプライアンス VM とターゲットアプライアンス VM が正常な構成になっていることを確認します。

管理者として PowerShell を開き、ソースアプライアンスとターゲットアプライアンスのかっこで囲まれた各サービスに対して次のコマンドを実行して、それらが実行されていることを確認します。

Get-Service -Name <name_of_service>

ソースアプライアンス VM で次の手順を実行します。

Microsoft Azure Gateway Service (asrgwy)
Azure Site Recovery Management Service (asrmgmtsvc)
Hyper-V の場合 - Microsoft Azure Hyper-V Discovery Service (amhvdiscoverysvc)
VMware の場合 - Microsoft Azure VMware Discovery Service (amvmwdiscoverysvc)

ターゲットアプライアンス VM で次の手順を実行します。

Microsoft Azure Gateway Service (asrgwy)
Azure Site Recovery Management Service (asrmgmtsvc)

構成データは、 C:\ProgramData\Microsoft Azure\Config にあります。

ログと情報を収集する

問題が発生した場合は、サポートチケットを開く前に、問題に関する次の情報を収集し、分析のためにMicrosoft サポートチームと共有してください。

Azure Migrate アプライアンスからのログ
問題の説明またはフィードバック
サブスクリプション ID
テナント ID
Azure Migrate プロジェクトの名前
Azure Migrate プロジェクトのリージョンまたは地理
レプリケーションと移行に関する問題の VM 名
デプロイまたはジョブ ID の関連付け ID

次のセクションでは、操作または問題の種類に基づいてこの情報を収集する方法について説明します。

Azure portal からユーザーによってトリガーされた操作の場合

ユーザーによってトリガーされる操作のトラブルシューティングを行うには、関連付け ID またはジョブ ID が必要です。

デプロイの関連付け ID を取得する

移行プロジェクトの作成または削除、アプライアンス成果物、エンティティ、ストレージアカウントの作成などの操作の失敗は、移行プロジェクトリソースグループの Deployments セクションでエラーとして表示されます。各デプロイ操作には、トラブルシューティングに役立つ Correlation ID もあります。

さらに、セッションで失敗した操作は、通知として、または古い履歴のアクティビティログに表示されます。

Azure portal でデプロイの関連付け ID を特定するには、次の手順に従います。

Azure Migrate プロジェクトのリソースグループに移動し、 Overview に移動します。右側のウィンドウで、失敗したデプロイと成功したデプロイを示すハイパーリンクを選択します。
関連付け ID が必要なデプロイを特定し、デプロイ名を選択します。
関連付け ID を見つけます。

レプリケーションまたは移行のジョブ ID を取得する

保護された項目の作成と削除 (レプリケーションの作成と削除とも呼ばれます) や計画フェールオーバー (移行とも呼ばれます) などの操作は、ポータルの Azure ローカル移行セクションに Jobs とも表示されます。

このような場合は、 Job ID も収集する必要があります。

ジョブ ID を取得するには、次の手順に従います。

Azure portal の Azure Migrate プロジェクトで、Migration ツールの Overview に移動します。
左側のウィンドウで、 Azure Local migration > Jobs に移動します。
ジョブ ID が必要なジョブを特定し、ジョブ名を選択します。
Job Idを見つけます。

スケジュールされたレプリケーション操作の場合

時間単位のレプリケーションサイクルエラーなどのスケジュールされた操作の失敗は、ポータルの [Azure ローカル移行] セクションの下に Events として表示されます。

レプリケーションの問題をトラブルシューティングするには、次の情報を収集します。

時間、エラー ID、エラーメッセージ、VM ID を含むイベントに表示されるエラーの詳細。
可能であれば、Azure portal のスクリーンショット。

ポータルでの UX の問題の場合

ポータルで UX の問題をトラブルシューティングするには、次の情報を収集します。

Azure portal のスクリーンショット。
ブラウザー開発者モードで操作を記録します。 HAR ファイルをエクスポートして共有します。

アプライアンスの登録に関する問題の場合

アプライアンスの登録に関する問題をトラブルシューティングするには、次の情報を収集します。

アプライアンスで使用可能なすべてのログ ( C:\ProgramData\MicrosoftAzure\Logs。

検出の問題の場合

検出の問題をトラブルシューティングするには、次の情報を収集します。

ソースアプライアンスで使用可能なすべてのログ ( C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery。

詳細については、「探索」を参照してください。

特別な問題の場合

必要に応じて、Microsoft サポートはコンポーネントイベントビューアーログ、または Hyper-V ログや SMB ログなどのシステムイベントログを要求することもできます。

一般的な問題と解決策

Azure Migrate プロジェクトの作成が失敗する

根本原因

Azure サブスクリプションが Azure Migrate に登録されていない場合、またはユーザーがプロジェクトを作成するために必要なアクセス許可を持っていない場合、Azure Migrate プロジェクトの作成は失敗します。

推奨される解決方法

次の点を確認します。

Azure AD テナントに アプリケーション管理者 ロールがあることを確認します。
Azure サブスクリプションに Contributor と User Access Administrator ロールがあることを確認します。
Azure Migrate プロジェクトの作成でサポートされているリージョンのいずれかを選択していることを確認します。サポートされているリージョンの一覧については、「サポートされている地域を参照してください。

アプライアンスでターゲットシステムの検証が失敗する

根本原因

FQDN は既定ではアプライアンスから DNS 解決できないため、ターゲットシステムの検証に失敗します。

推奨される解決方法

移行中にターゲットマシンの検証手順が失敗した場合は、次の手順に従って問題を解決します。

Azure ローカル IP を対応する FQDN に手動でマップします。
1. C:\Windows\System32\drivers\etc\hosts にある hosts ファイルを編集します。
2. 次の形式を使用して新しい行を追加します。 <Cluster IP> <Cluster FQDN>
ソースアプライアンスからシステム FQDN に正常に ping を実行できることを確認して、FQDN に到達できることを確認します。
各ターゲットクラスターノードで WinRM を有効にします (まだ有効になっていない場合)。各マシンで次の PowerShell コマンドを実行します。
```
    Enable-PSRemoting -Force
```
リモート PowerShell 接続をテストします。ソースアプライアンスから、次のコマンドが正常に完了したことを確認します。
```
    Enter-PSSession -ComputerName <Cluster FQDN> -Credential $Cred
```
必要なポートが開いているか確認します。ソースアプライアンスと Azure ローカルインスタンスの間で必要なすべてのポートが許可されていることを確認するには、「前提条件」セクションを参照してください。

ソースアプライアンス構成マネージャーからターゲットシステム情報を削除または変更することはできません。

根本原因 ソースアプライアンス構成マネージャーで情報を提供する場合、一度入力した後にターゲットシステム名を変更することはできません。

推奨される解決策 ソースアプライアンス構成マネージャーからターゲットシステムを削除または変更するには、次の手順に従います。

ソースアプライアンスで、エクスプローラーを開きます。 C:\ProgramData\Microsoft Azure\CredStore に移動し、TargetClusterCredentials.jsonを削除します。
アプライアンス構成マネージャーを再読み込みすると、ターゲットシステムの新しい値を入力できます。

Note

レプリケーションを開始している場合は、この回避策はお勧めしません。

この回避策は、アプライアンスが登録されていない場合にのみ使用できます。アプライアンスが登録されている場合は、プロジェクトからアプライアンスを削除する必要があります。その後、新しいプロジェクトキーを生成し、アプライアンスを再インストールする必要があります。

ターゲットアプライアンスの登録が失敗する

根本原因

ターゲットアプライアンスの登録が失敗します。

推奨される解決方法

ページを更新し、もう一度登録してみてください。

ターゲットアプライアンスの問題

根本原因

場合によっては、プロジェクトからターゲットアプライアンスを削除する必要があります。たとえば、アプライアンスを別のサブスクリプションまたはリージョンに移動する場合などです。そのため、ターゲットアプライアンスを削除し、新しいサブスクリプションまたはリージョンに新しいアプライアンスを作成する必要があります。

推奨される解決方法

プロジェクトからターゲットアプライアンスを削除するには、次の手順に従います。

PowerShell を管理者として実行します。
次のコマンドを実行してアプライアンスを削除します。
```
.\AzureMigrateInstaller.ps1 -RemoveAzMigrate
```

VM レプリケーションが失敗する

根本原因

次の 1 つ以上の理由により、VM のレプリケーションが失敗する可能性があります。

クラスターの共有ボリュームまたはストレージコンテナーがいっぱいです。
VM は高可用性ではありません。レプリケーションと移行のために検出するには、すべての VM が高可用性である必要があります。 VM が高可用性でない場合、これらは一覧に表示されず、移行対象として除外されます。

推奨される解決方法

レプリケーションと移行を有効にするには、クラスターの共有ボリュームまたはストレージコンテナーに十分な領域があることを確認します。

また、HA 以外の VM を移行するには、次の手順に従います。

まず、VM を高可用性にする必要があります。詳細については、「Hyper-V VM を高可用性にする」に関する記事を参照してください。
検出エージェントがデータを同期するまで待ちます。

または、Azure Migrate に移動し、 Refresh を選択して サーバー、データベース、Web アプリを手動で更新し 検出エージェントの同期を迅速化します。

レプリケーションまたは移行が失敗し、エラー値を null にすることはできません

根本原因

レプリケーションまたは移行が失敗し、次のエラーメッセージが表示されます。

値を null にすることはできません。パラメーター名: FetchingHyperVDiskPropertiesFailed。

コンポーネントは、ソース Hyper-V ホストからディスクのプロパティをフェッチできません。これは、基になるクラスター仮想ディスクがオフラインの場合、またはディスクが正常な状態でない場合に発生する可能性があります。

推奨される解決方法

クラスターディスクが動作していることを確認し、ディスクのプロパティをフェッチできることを確認します。

ソースアプライアンスで、管理者として PowerShell を実行します。 {}のコンテンツを実際の値に置き換えた後、次の手順を実行します。

$ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}

$ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").

返される出力で、MaxInternalSize XML のプロパティParentPathとSettingDataが適切であることを確認します。

移行された VM 上のディスクがオフラインである

根本原因

移行された Windows VM と Linux VM 上のディスクがオンラインにならない可能性があります。

移行によって新しい VHD/VHDX が作成され、移行された VM 上の OS 用の新しいディスクが作成されます。

Windows VM の場合、OS はこれを新しいドライブと見なし、記憶域ネットワーク (SAN) ポリシーを適用します。 OS は共有ディスクと見なされるため、ディスクをオンラインにしません。

推奨される解決方法

Windows VM の場合

移行されたすべてのディスクが確実にオンラインになるように、SAN ポリシーを OnlineAll に設定します。

この設定は、次の手順に従って手動で構成します。

移行前の (ホストサーバーではなく) オンプレミスの仮想マシンで、管理者特権でのコマンドプロンプトを開きます。
「diskpart」と入力します。
「SAN」と入力します。ゲストオペレーティングシステムのドライブ文字が維持されていない場合には、Offline All または Offline Shared が返されます。
DISKPART プロンプトで、「SAN Policy=OnlineAll」と入力します。この設定により、ディスクがオンラインになり、両方のディスクの読み取りと書き込みが可能になります。
移行中に、ディスクがオンラインであることを確認できます。

Linux VM の場合

移行前に永続ボリューム識別子を使用するように fstab エントリを更新します。

スナップショットを削除できないというエラーで移行が失敗する

根本原因

次のエラーが原因で移行できません。

エラー: ID を持つスナップショットを削除できませんでした

システム上の Hyper-V VM の手動操作が同じエラーで失敗し、このサーバーで VM に対する手動操作を実行できませんでした。

推奨される解決方法

このエラーを軽減するには、VM が動作していることを確認します。

ソースアプライアンスに接続し、次の手順を試して、移行がスムーズであることを確認します。

エラー情報で VM ID を取得します。

$VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'

get-VM が正常に動作し、ソースアプライアンスから情報を返していることを確認します。
```
Get-VM -Id $VmId 
```
get-VHD が正常に動作し、正しい情報が返されていることを確認します。
```
Get-VHD -VMId $VmId
```
スナップショットの作成操作が失敗した場合は、VM で手動でのスナップショットの作成が正常に動作していることを確認してください。
```
Get-VM -Id $VmId | Checkpoint-VM 
```
スナップショットの削除操作が失敗した場合は、VM でスナップショットの削除が手動で正常に動作していることを確認します。
```
Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
```

Hyper-V ホストで VM をオフにできない

根本原因

計画フェールオーバー中に、WMI 呼び出しを介してソース Hyper-V ホストで VM がオフになります。エラー ID: 1000001またはエラーメッセージが表示されます。内部エラーが発生しました。

推奨される解決方法

PowerShell を使用して、ソース Hyper-V ホストで VM を手動でオフにすることができます。

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

アドレスが既に使用中のエラーで移行が失敗する

根本原因

このエラーは通常、静的 IP アドレスを保持するように構成された VM の移行中に発生します。ターゲット論理ネットワークに既に同じ IP が別のネットワークインターフェイスに割り当てられている場合、移行は失敗し、次のメッセージが表示されます。

The moc-operator network interface service returned an error while reconciling: rpc error: code = Unknown desc = The address is already in use: Already Set。

推奨される解決方法

次の手順を実行します :

移行された VM が対象としている Azure ローカル論理ネットワークに移動します。
目的の IP アドレスが現在別のネットワークインターフェイスに割り当てられていないことを確認します。
移行を再試行する前に IP 競合が存在しないように、必要に応じて論理ネットワーク構成を更新します。

失敗した移行からリソースをクリーンアップする

根本原因

場合によっては、初期レプリケーション中ではなく、計画されたフェールオーバー中など、移行フェーズ中に Azure Local への移行が失敗することがあります。このような場合は、部分的に作成されたリソースを手動でクリーンアップして、今後の移行の試行を確実に成功させる必要があります。

推奨される解決方法

エラーが発生した場所を確認するには、Azure Migrate ポータルで計画フェールオーバージョブを開きます。ジョブの詳細を使用して、Azure ローカルインスタンスで VM の作成前または作成後にエラーが発生したかどうかを特定します。

VM の作成前にエラーが発生した場合

赤い線の上 ( 保護されたエンティティの準備 タスクの上) に一覧表示されているタスクエラーは、ターゲット VM が作成されていないことを示します。クリーンアップは必要なく、直接移行を再試行できます。

VM の作成中または作成後にエラーが発生した場合

赤い行の下に一覧表示されているタスクエラー (保護されたエンティティの準備 タスク以下) は、ターゲット VM が部分的または完全に作成されたことを示します。移行を再試行する前に、手動クリーンアップが必要です。

Azure portal で、ターゲットの Azure ローカルインスタンスに移動します。
失敗した移行に対応する VM が存在するかどうかを見つけて確認します。
見つかった場合は、ポータルから VM を削除します。
Azure ローカルインスタンスに (Hyper-V Manager 経由で) 直接接続し、関連付けられている VM もローカル Hyper-V ホストから削除されたことを確認します。削除されなかった場合は、VM リソースを手動で削除します。
作成された可能性のある次のリソースは削除しないでください。
- 移行済み (ターゲット) ディスク。
- シードディスク。
- ネットワークインターフェイス。
これらのリソースは、以降の移行の試行中に Azure Migrate によって自動的に再利用されます。

移行された VM データディスクが Azure portal で 1 GB と表示される

1 つ以上のデータディスクが接続されている VM を移行すると、Azure portal でデータディスクの合計サイズが 1 GB と誤って表示されることがあります。

根本原因

これは表示のみの問題であり、VM のデータディスクの実際の機能やサイズには影響しません。

推奨される解決方法

Azure portal で表示の問題を修正し、実際のデータディスクサイズを反映するには、「データディスクを展開する」の手順に従って、現在のデータディスクと同じサイズを再適用します (実際のサイズの増加は必要ありません)。

これにより、ポータルの更新がトリガーされ、正しいデータディスクサイズが反映されるように UX が更新されます。

次のステップ

移行のフェーズによっては、次のいずれかの記事を確認して問題のトラブルシューティングを行う必要があります。

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-01-05

次の方法で共有

Azure Migrate を使用した Azure Local への VM の移行に関する問題のトラブルシューティング

必要なサービスが実行されていることを確認します

ログと情報を収集する

Azure portal からユーザーによってトリガーされた操作の場合

デプロイの関連付け ID を取得する

レプリケーションまたは移行のジョブ ID を取得する

スケジュールされたレプリケーション操作の場合

ポータルでの UX の問題の場合

アプライアンスの登録に関する問題の場合

検出の問題の場合

特別な問題の場合

一般的な問題と解決策

Azure Migrate プロジェクトの作成が失敗する

アプライアンスでターゲット システムの検証が失敗する

ソース アプライアンス構成マネージャーからターゲット システム情報を削除または変更することはできません。

ターゲット アプライアンスの登録が失敗する

ターゲット アプライアンスの問題

VM レプリケーションが失敗する

レプリケーションまたは移行が失敗し、エラー値を null にすることはできません

移行された VM 上のディスクがオフラインである

スナップショットを削除できないというエラーで移行が失敗する

Hyper-V ホストで VM をオフにできない

アドレスが既に使用中のエラーで移行が失敗する

失敗した移行からリソースをクリーンアップする

移行された VM データ ディスクが Azure portal で 1 GB と表示される

次のステップ

フィードバック

その他のリソース

アプライアンスでターゲットシステムの検証が失敗する

ソースアプライアンス構成マネージャーからターゲットシステム情報を削除または変更することはできません。

ターゲットアプライアンスの登録が失敗する

ターゲットアプライアンスの問題

移行された VM データディスクが Azure portal で 1 GB と表示される