バックアップのリストア

バックアップをリストアすると、バックアップ時にネットワークの状態がリストアされます。さらに、NSX Manager またはグローバルマネージャアプライアンスの構成もリストアされます。NSX Manager の場合、ノードの追加や削除など、バックアップの実行後にファブリックに加えた変更は調整されます。NSX Manager (GM) を使用してグローバルマネージャを連携すると、それらはローカルマネージャ (LM) となります。

注：

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

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

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

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

前提条件

バックアップファイルサーバのログイン認証情報を入手していることを確認します。
バックアップファイルサーバの SSH フィンガープリントを入手します。NSX-T Data Center 3.2.1 以降では、キーサイズ 256、384、521 がサポートされます。3.2.0 では、サポートされるキーサイズは 256 のみです。リストアするときに、バックアップ時に使用されたキーサイズが使用されていることを確認します。
バックアップファイルのパスフレーズを保持していることを確認します。
利用可能なバックアップのリストの手順に従って、リストアするバックアップを特定します。バックアップを取得した NSX-T Data Center アプライアンスの IP アドレスまたは FQDN をメモします。
リストアを実行するネットワーク設定に、バックアップを実行したシステムと同じネットワーク接続の設定があることを確認します。たとえば、同じ VIP、DNS、NTP 通信などです。ネットワーク接続が同じでない場合は、リストアされたシステムに 2 番目または 3 番目のノードを追加する前に不整合を修正します。
アクティブとスタンバイの両方のグローバルマネージャが停止している場合は、フェデレーションリストアを実行します。それ以外の場合は、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-T Data Center 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 フィンガープリントを空白のままにして、後の手順で [保存] をクリックした後に、サーバから提供されたフィンガープリントを受け入れるか、拒否することができます。必要であれば、API POST /api/v1/cluster/backups?action=retrieve_ssh_fingerprint を使用して SSH フィンガープリントを取得できます。
バックアップデータの暗号化で使用したパスフレーズを入力します。
[保存] をクリックします。
バックアップを選択します。
[リストア] をクリックします。
リストアプロセスの実行中に、必要に応じてアクションの実行を求めるプロンプトが表示されます。

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

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

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

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

マネージャを再起動するには、 reboot コマンドを実行します。
注：
NSX-T Data Center 3.2.2 以降では、複数の NSX-T Data Center インスタンスをサポートするコンピュートマネージャを追加し、バックアップの取得後にそのサポートを変更すると、vCenter Server 拡張機能が変更され、リストア後にコンピュートマネージャの接続状態が「停止」になることがあります。トラブルシューティングの詳細については、マルチ NSX のリストア問題のトラブルシューティングを参照してください。
1 つのノードのみが展開されている場合、リストアされたマネージャノードが起動して稼動した後に、追加のノードを展開してクラスタを形成できます。
手順については、『 NSX-T Data Center インストールガイド』を参照してください。
手順 1 でパワーオフした他のマネージャクラスタ仮想マシンがある場合は、新しいマネージャクラスタが展開された後に削除します。