移行プロセスを開始した後に移行をロールバックして、進行している作業の一部またはすべてを取り消すことができます。

一部の移行手順からは、移行をロールバックまたは取り消すことができます。移行が開始した後、完了した一番最後の手順の [ロールバック] をクリックできます。他のすべての画面で、このボタンは無効になります。

表 1. Aria Automation Migration による NSX-V のロールバック
移行手順 ロールバックの詳細
[構成のインポート] この画面の [ロールバック] をクリックすると、[構成のインポート手順] がロールバックされます。
[構成の解決] この手順ではロールバックを使用できません。[構成のインポート] 画面から [ ロールバック] をクリックします。
[構成の移行] NSX で移行済みの構成を取り消すか削除するには、このページの [ロールバック] をクリックします。[構成の解決] 画面で入力した値が削除されます。移行ログ ファイルが NSX Manager アプライアンスから削除されます。新たに移行を開始する必要があります。

[構成の移行] 画面から移行をロールバックする前に、サポート バンドルを収集することをおすすめします。詳細については、『NSX 管理ガイド』の「 のサポート バンドルの収集」を参照してください。

新しい移行を開始する前に、ロールバックが正常に完了したことを確認します。NSX Manager Web インターフェイスにログインし、[マネージャ] モードに切り替えます。すべての構成が削除されていることを確認します。マネージャ モードの詳細については、『NSX 管理ガイド』の「NSX Manager の概要」を参照してください。

[認識の確認] この手順を取り消して [構成の移行] 画面に戻るには、このページの [ ロールバック ] をクリックします。NSX の移行済みの構成は保持されます。
[Edge の移行] この画面の [ロールバック] をクリックすると、Edge のルーティングおよびサービスの移行が NSX にロールバックされます。
注意: [Edge の移行] 手順をロールバックする場合は、 NSX-V Edge Services Gateway を経由してトラフィックが戻っていることを確認します。場合によっては、ロールバックを支援する手動アクションを実行する必要があります。
[ホストの移行]

この手順ではロールバックを使用できません。ただし、手動ロールバックを実行して、移行されたホストから NSX を削除し、ホストに NSX-V を再インストールすることもできます。

NSX-V 6.4.8 以降から移行する場合は、手動ロールバックを実行する前に、NSX-V NSX Manager で次の REST API を実行してから、ホストに NSX-V を再インストールします。

POST api/2.0/nwfabric/blockEamEvents?action=unblock

この API は、NSX-V VIB が正しくインストールされるように、ホストで vSphere ESX Agent Manager (EAM) を有効にします。

NSX-V 6.4.4、6.4.5、または 6.4.6 から移行する場合は、この API を使用する必要はありません。

注: 障害が発生したホストを含むクラスタが停止した後に、障害が発生したホストを手動でロールバックすることをお勧めします。インプレース ホスト移行を実行し、クラスタ内で移行順序に並行を選択している場合、移行の失敗/成功にかかわらず、クラスタ内のすべてのホストの移行が停止するまで待機します。クラスタ内のホストの移行順序に連続を選択した場合、ホストの移行に失敗すると移行は停止します。

移行後にネットワーク イントロスペクション リダイレクト ルールを含む構成をロールバックすると、次のエラー メッセージが表示されることがあります。

サービス挿入が 400 で失敗しました。パス: [/infra/segments/service-segments/vdnscope-1] のオブジェクトは、子オブジェクトを持っているかパス: [/infra/service-chains/Service-Chain-serviceprofile-1] の他のオブジェクトによって参照されているため、削除できません。

このエラーは、NSX のサービス セグメントがサービス チェーンに依存しているために発生します。参照先のすべてのリダイレクト ルールが削除されるまでサービス チェーンは削除されません。5 分ほど待ってから、移行済みの構成のロールバックをやり直してください。