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

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

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

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

新しい移行を開始する前に、ロールバックが正常に完了したことを確認します。NSX Manager Web インターフェイスにログインし、[マネージャ] モードに切り替えます。すべての構成が削除されていることを確認します。マネージャ モードの詳細については、『NSX-T Data Center 管理ガイド』の「NSX Manager の概要」を参照してください。
[認識の確認] この手順を取り消して [構成の移行] 画面に戻るには、このページの [ ロールバック ] をクリックします。NSX-T の移行済みの構成は保持されます。
[Edge の移行] この画面の [ロールバック] をクリックすると、Edge のルーティングおよびサービスの移行が NSX-T にロールバックされます。
注意： [Edge の移行] 手順をロールバックする場合は、 NSX-v Edge Services Gateway を経由してトラフィックが戻っていることを確認します。場合によっては、ロールバックを支援する手動アクションを実行する必要があります。
[ホストの移行]

Migration Coordinator は、この手順でロールバックを提供しません。ただし、手動ロールバックを実行して、移行されたホストから NSX-T を削除し、ホストに 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-T のサービス セグメントがサービス チェーンに依存しているために発生します。参照先のすべてのリダイレクト ルールが削除されるまでサービス チェーンは削除されません。5 分ほど待ってから、移行済みの構成のロールバックをやり直してください。

移行のすべての画面に [キャンセル] ボタンが配置されています。移行をキャンセルすると、システムからすべての移行状態が削除されます。移行をキャンセルすると、Migration Coordinator に次のような警告メッセージが表示されます。

移行をキャンセルすると、Migration Coordinator がリセットされます。他の操作を行う前に、このステップをロールバックすることをお勧めします。ロールバックを行わないと、システムが部分的に移行された状態になる可能性があります。続行しますか?
注意： Edge またはホストの移行が開始した後は、移行をキャンセルしないでください。移行をキャンセルすると移行状態がすべて削除されるため、移行のロールバックや、過去の進行状況の表示ができなくなります。必要に応じて、Edge の移行が発生する前の時点にまずロールバックしてから、キャンセルしてください。

一部の古い構成では、移行をキャンセルすると、システムが部分的に移行された状態になる可能性があります。展開構成ファイルは削除されますが、移行ログファイルは NSX Manager アプライアンスに保持されます。[構成のインポート] 画面でファイルを再度アップロードし、新しい移行を開始する必要があります。

シナリオ：移行のキャンセル

通常、ロールバックに失敗したときに、移行をキャンセルする必要があります。

たとえば、 [構成の移行] 画面で、一部のオブジェクトの構成を NSX-T Data Center に移行しているときに、Migration Coordinator がエラーを表示することがあります。ただし、一部のオブジェクト構成は NSX-T に正常に移行されます。移行はロールバックできます。
  • ロールバックが正常に完了すると、NSX-T Data Center に正常に移行された NSX-v オブジェクト構成が元に戻り、ロールバックされます。[構成の解決] 画面で入力したすべての値が削除されます。新たに移行を再度開始する必要があります。
  • ロールバックに失敗した場合は、移行をキャンセルできます。Migration Coordinator の移行状態がリセットされます。Migration Coordinator は、保留中の移行がないことを確認した上で、その移行状態が削除します。ただし、NSX-T 環境に正常に移行されたオブジェクト構成はそのまま残ります。次の 2 つのいずれかの方法を使用できます。

    アプローチ 1：移行済みの古い構成を NSX-T から手動で削除し、新しい移行を開始します。古い構成を削除することで、移行中に発生する可能性のある競合を回避できます。

    アプローチ 2：
    1. 現在の NSX Manager アプライアンスを削除します。
    2. NSX Manager と NSX Edge アプライアンスを使用して、新しい NSX-T 環境を展開します。
    3. 新しい移行を開始します。