移行プロセスを開始した後に移行をロールバックして、進行している作業の一部またはすべてを取り消すことができます。
一部の移行手順からは、移行をロールバックまたは取り消すことができます。移行が開始した後、完了した一番最後の手順の [ロールバック] をクリックできます。他のすべての画面で、このボタンは無効になります。
移行手順 | ロールバックの詳細 |
---|---|
[構成のインポート] | この画面の [ロールバック] をクリックすると、[構成のインポート手順] がロールバックされます。 |
[構成の解決] | この手順ではロールバックを使用できません。[構成のインポート] 画面から [ ロールバック] をクリックします。 |
[構成の移行] | 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 を経由してトラフィックが戻っていることを確認します。場合によっては、ロールバックを支援する手動アクションを実行する必要があります。
|
[ホストの移行] | この手順ではロールバックを使用できません。ただし、手動ロールバックを実行して、移行されたホストから 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 分ほど待ってから、移行済みの構成のロールバックをやり直してください。