バックアップのリストア

バックアップをリストアすると、バックアップ時にネットワークの状態がリストアされます。また、NSX Manager またはグローバルマネージャアプライアンスによって管理される構成もリストアされます。NSX Manager の場合、バックアップの作成後にファブリックに行われた変更（ノードの追加や削除など）は調整されます。グローバルマネージャ (GM) と連携している場合、NSX Manager はローカルマネージャ (LM) と呼ばれます。

注：

バックアップからリストアするときに、DNS エントリ（ネームサーバと検索ドメイン）は保持されません。OVF ファイルを使用して VMware Cloud Foundation (VCF) に再展開するには、NSX Manager 仮想マシンの名前に FQDN を使用する必要があります。

バックアップを新しい NSX Manager またはグローバルマネージャアプライアンスにリストアする必要があります。特定のケースの指示に従います。

バックアップの作成時に NSX Manager アプライアンスのクラスタがある場合は、リストアプロセスで最初のノードがリストアされると、他のノードを追加するように求められます。リストアプロセス中または最初のノードがリストアされた後に、他のノードを追加できます。次の詳細な手順を参照してください。
グローバルマネージャアプライアンスのクラスタがある場合は、リストアプロセスで 1 つのノードのみをリストアできます。最初のノードのリストアが完了したら、クラスタを作成する必要があります。失われたアクティブグローバルマネージャ、スタンバイグローバルマネージャ、または失敗したローカルマネージャのリストア手順については、NSX フェデレーションでのバックアップとリストアを参照してください。

重要：アプライアンスクラスタ内のノードがまだ利用できる場合は、リストアを開始する前にパワーオフする必要があります。

前提条件

バックアップファイルサーバのログイン認証情報（ユーザー名とパスワード、またはバックアップファイルサーバに保存されているパブリックキーと一致する SSH プライベートキー）があることを確認します。
バックアップファイルサーバの SSH フィンガープリントを入手します。サポートされているキーのサイズは、256 ビット、384 ビット、および 512 ビットです。リストアするときに、バックアップ時に使用されたキーサイズが使用されていることを確認します。
バックアップファイルのパスフレーズを保持していることを確認します。
利用可能なバックアップのリストの手順に従って、リストアするバックアップを特定します。バックアップを取得した NSX アプライアンスの IP アドレスまたは FQDN をメモします。
リストアを実行するネットワーク設定に、バックアップを実行したシステムと同じネットワーク接続の設定があることを確認します。たとえば、同じ仮想 IP アドレス、DNS、NTP 通信などです。ネットワーク接続が同じでない場合は、リストアされたシステムに 2 番目または 3 番目のノードを追加する前に不整合を修正します。
アクティブとスタンバイの両方のグローバルマネージャが停止している場合は、フェデレーションリストアを実行します。それ以外の場合は、NSX フェデレーションでのバックアップとリストアを参照してください。
アップグレード中のバックアップのリストアの一環として、管理プレーンのアップグレードプロセスについて理解しておきます。詳細については、『NSX アップグレードガイド』の「アップグレード中のバックアップとリストア」を参照してください。

手順

アプライアンスクラスタ内のノードがまだ利用できる場合は、リストアを開始する前にパワーオフする必要があります。
バックアップのリストア先とする新しいアプライアンスノードを 1 つインストールします。
- リストアするバックアップのバックアップリストに IP アドレスが含まれている場合は、同じ IP アドレスを使用して新しい NSX Manager またはグローバルマネージャノードを展開する必要があります。FQDN を公開するようにノードを構成しないでください。
- リストアするバックアップのバックアップリストに FQDN が含まれている場合は、その FQDN を使用して新しいアプライアンスノードを構成し、FQDN を公開する必要があります。バックアップとリストアでは小文字の FQDN のみがサポートされます。
  
  注： FQDN が構成されて公開されるまで、新しく展開された NSX Manager またはグローバルマネージャのユーザーインターフェイスで、バックアップのリストアボタンは使用できません。
  
  この API を使用して NSX Manager またはグローバルマネージャの FQDN を公開します。
  
  要求の例︰
```
PUT https://<nsx-mgr OR global-mgr>/api/v1/configs/management

{
  "publish_fqdns": true,
  "_revision": 0
}
```
  API の詳細については、『NSX API ガイド』を参照してください。
  
  また、新しいマネージャノードに元のノードと異なる IP アドレスが設定されている場合は、DNS サーバでマネージャノードの正引き参照と逆引き参照のエントリを新しい IP アドレスで更新する必要があります。
新しいマネージャノードが実行され、オンラインになったら、リストアを続行できます。
ブラウザから、管理者権限で NSX Manager またはグローバルマネージャ (https://<manager-ip-address>) にログインします。
[システム] > [バックアップとリストア] の順に選択します。
バックアップファイルサーバを構成するには、[編集] をクリックします。
リストアを実行する場合は、自動バックアップを構成しないでください。
IP アドレスまたは FQDN を入力します。
必要に応じてポート番号を変更します。
デフォルトは 22 です。
[ディレクトリパス] テキストボックスに、バックアップを保存するディレクトリの絶対パスを入力します。
バックアップディレクトリのパスに使用できるのは、英数字（a ～ z、A ～ Z、0 ～ 9）、アンダースコア (_)、プラス記号とマイナス記号 (+ -)、チルダとパーセント記号 (~ %)、スラッシュ (/)、ピリオド (.) のみです。

ディレクトリ名では、パスドライブ文字やスペースはサポートされていないため、使用しないでください。バックアップファイルサーバが Windows マシンの場合、宛先ディレクトリを指定するときにスラッシュを使用する必要があります。たとえば、Windows マシンのバックアップディレクトリが c:\SFTP_Root\backup の場合、宛先ディレクトリとして /SFTP_Root/backup を指定します。
サーバにログインするには、バックアップ認証スキームに応じて、ユーザー名とパスワードまたは SSH プライベートキーを入力します。
SSH フィンガープリントを空白のままにして、後の手順で [保存] をクリックした後に、サーバから提供されたフィンガープリントを受け入れるか、拒否することができます。必要であれば、API POST /api/v1/cluster/backups?action=retrieve_ssh_fingerprint を使用して SSH フィンガープリントを取得できます。
バックアップデータの暗号化で使用したパスフレーズを入力します。
[保存] をクリックします。
バックアップを選択します。
[リストア] をクリックします。
リストアプロセスの実行中に、必要に応じてアクションの実行を求めるプロンプトが表示されます。

注：グローバルマネージャアプライアンスをリストアする場合、以下の手順は表示されません。最初のグローバルマネージャノードをリストアした後、クラスタを形成するために他のノードを手動で参加させる必要があります。マルチサイトネットワークをリストアする場合は、 NSX マルチサイトトピックの「制限」セクションを参照してください。
1. CM/vCenter Server 接続の確認：既存のコンピュートマネージャをリストアする場合は、これらのマネージャが新しい NSX Manager ノードに登録され、リストアプロセスで使用できることを確認します。
2. ファブリックノードまたはトランスポートノードを削除あるいは追加した場合には、ノードへのログインやスクリプトの実行など、特定のアクションを実行するように指示されます。バックアップ後に論理スイッチまたはセグメントを作成した場合、リストア後に論理スイッチまたはセグメントは表示されません。
3. バックアップにマネージャクラスタに関する情報が含まれている場合は、別のノードを追加するよう求められます。ノードを追加しない場合でも、リストアを続行し、このノードのリストアが完了した後に他のノードを手動で追加して、クラスタを形成できます。
4. 新しいマネージャノードが検出されなかったファブリックノードがある場合は、それらのノードのリストが表示されます。
5. NSX バックアップでは、バックアップ中のライブラリの格納はサポートされていません。VMware NSX^® Application Platform を使用している場合は、必要に応じて Kubernetes ツールをアップロードする必要があります。
進行状況バーにリストア操作の状態が表示され、リストアプロセスで実行中の手順が示されます。リストアプロセス中に、マネージャアプライアンスのサービスが再起動し、リストアが完了するまで制御プレーンが使用できなくなります。
リストア操作の完了後、[リストアの完了] 画面にリストアの結果、バックアップファイルのタイムスタンプ、リストア操作の開始時間と終了時間が表示されます。バックアップの作成後に作成されたセグメントはリストアされません。

リストアに失敗すると、エラーが発生した手順（Current Step: Restoring Cluster (DB)、Current Step: Restoring Node など）が画面に表示されます。クラスタまたはノードのいずれか一方のリストアが失敗した場合、エラーは一時的なものである可能性があります。その場合、[再試行] をクリックする必要はありません。Manager を再開または再起動すると、リストアが続行します。

また、ログファイルを選択して、クラスタまたはノードのリストアに失敗したかどうかを確認することもできます。get log-file syslog を実行してシステムログファイルを表示し、「クラスタのリストアに失敗しました」、「ノードのリストアに失敗しました」という文字列を検索します。

マネージャを再起動するには、restart service manager コマンドを実行します。

マネージャを再起動するには、 reboot コマンドを実行します。
注：
バックアップ後にコンピュートマネージャを追加し、リストア後にコンピュートマネージャを再度追加しようとすると、登録に失敗したことを示すエラーメッセージが表示されます。[解決] ボタンをクリックしてエラーを解決すると、コンピュートマネージャを正常に追加できます。詳細については、「コンピュートマネージャの追加」の手順 4 を参照してください。VMware vCenter に保存されている NSX に関する情報を削除する場合は、VMware vCenter からの NSX の拡張機能の削除の手順を実行します。

VMware vCenter がバックアップ内のカスタムポートに登録されている場合は、リストアされたマネージャアプライアンスですべてのカスタムポートを手動で開く必要があります。
1 つのノードのみが展開されている場合、リストアされたマネージャノードが起動して稼動した後に、追加のノードを展開してクラスタを形成できます。
手順については、『 NSX インストールガイド』を参照してください。
手順 1 でパワーオフした他のマネージャクラスタ仮想マシンがある場合は、新しいマネージャクラスタが展開された後に削除します。