バックアップのリストア

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

注：

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

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

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

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

前提条件

バックアップファイルサーバのログイン認証情報を入手していることを確認します。
バックアップファイルサーバの SSH フィンガープリントを入手します。フィンガープリントとして受け入れられるのは、SHA256 のハッシュ化された ECDSA（256 ビット）のホストキーのみです。
バックアップファイルのパスフレーズを保持していることを確認します。
利用可能なバックアップのリストの手順に従って、リストアするバックアップを特定します。バックアップを取得した NSX-T Data Center アプライアンスの IP アドレスまたは FQDN をメモします。
リストアを実行するネットワーク設定に、バックアップを実行したシステムと同じネットワーク接続の設定があることを確認します。たとえば、同じ VIP、DNS、NTP 通信などです。ネットワーク接続が同じでない場合は、リストアされたシステムに 2 番目または 3 番目のノードを追加する前に不整合を修正します。
バックアップの作成時に NSX Manager に NSX Intelligence アプライアンスがインストールされている場合は、バックアップをリストアする前に、新しい NSX Intelligence に同じバージョンの NSX Manager アプライアンスの OVA ファイルをアップロードする必要があります。インストールの詳細については、『VMware NSX Intelligence のインストールとアップグレード』を参照してください。
アクティブとスタンバイの両方のグローバルマネージャが停止している場合は、フェデレーションリストアを実行します。それ以外の場合は、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 コマンドを実行します。
注：
バックアップ後にコンピュートマネージャを追加し、リストア後にコンピュートマネージャを再度追加しようとすると、登録に失敗したことを示すエラーメッセージが表示されます。[解決] ボタンをクリックしてエラーを解決すると、コンピュートマネージャを正常に追加できます。詳細については、コンピュートマネージャの追加の手順 4 を参照してください。vCenter Server に保存されている NSX-T Data Center に関する情報を削除する場合は、vCenter Server からの NSX-T Data Center の拡張機能の削除の手順を実行します。

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