このページで
データベースのバックアップと復元の概要
システム管理者は、Junos Spaceネットワーク管理プラットフォームデータベースのバックアップ、復元、および削除操作を実行できます。Junos Space ネットワーク管理プラットフォームでは、MySQL データベース、Cassandra データベース、ネットワーク監視データベース(PostgreSQL データ、構成ファイル、パフォーマンス データ ファイルを含む)を含む、完全なシステム データをバックアップできます。この機能により、システムがクラッシュした場合、新しいシステム(返品許可(RMA))を追加し、クラッシュしたシステムに存在していた設定をバックアップファイルから復元できます。
データベースのバックアップまたは復元操作を実行するには、システム管理者ロールを割り当てる必要があります。[管理] > [データベースのバックアップと復元] ワークスペースからバックアップ操作を開始できるのは、システム管理者だけです。
バックアップ操作を開始すると、デフォルトですべてのデータベースがバックアップされます。ネットワーク監視データベースのサイズは非常に大きいため、データベース バックアップ ページ(管理>データベース バックアップとデータベース バックアップの復元)の [ネットワーク監視] チェック ボックスをオフにすることで、Junos Space GUI からこのデータベースをバックアップするかどうかを選択>。十分なディスク容量が利用できない場合、Junos Space ネットワーク管理プラットフォームでエラーが発生します。バックアップ・ジョブの時間は、データベース・サイズによって異なる場合があります。
Junos Spaceネットワーク管理プラットフォームでは、ネットワーク監視サービスがオフになっている場合でも、バックアップや復元操作を実行できます。
ファブリック内の少なくとも 1 つのノードで Cassandra サービスを実行している場合、Cassandra データベースはデフォルトでバックアップされます。Cassandra データベースをバックアップしない場合は、データベース バックアップ ページ(管理>データベース バックアップおよびデータベース バックアップの復元> Cassandra)チェックボックスをオフにできます。
Junos Space リリース 13.1 以前では、ローカル バックアップ操作では、Junos Space データベースのバックアップ ファイルがアクティブ ノード上の特定のフォルダ(/var/cache/jboss/backup)に保存されます。管理者は、プライマリ ノードとセカンダリ ノードの両方にバックアップ ファイルを存在させたい場合があるため、ノードの 1 つがクラッシュしたときに別のノードに保存されているバックアップ ファイルからシステムを復元できます。このリリースでは、セカンダリ ノードでバックアップが開始され、バックアップ ファイルがセカンダリ ノードのデフォルトの場所(/var/cache/jboss/backup)に保存されます。バックアップ操作が成功すると、バックアップ ファイルはプライマリ ノードと同期されます(コピー元)。次に利点を示します。
バックアップ ファイルはプライマリ ノードとセカンダリ ノードの両方に存在するため、いずれかのノードがクラッシュした場合や破損している場合にシステムを復元できます。
プライマリ ノードのシステム パフォーマンスは、セカンダリ ノードでバックアップ操作が開始されるため影響を受けません。
Junos Space ファブリックに専用のデータベース ノードが存在する場合、データベース バックアップ ファイルは常に専用のデータベース ノードに保存されます。専用のデータベース ノードを追加する前に作成されたデータベース バックアップは、古いノードに残ります。古いバックアップは専用のデータベースノードに移動されません。後でバックアップが専用のデータベース ノードに存在する場合でも、古いバックアップ ファイルからシステム構成を復元できます。
障害回復の場合は、データベースのバックアップと復元に関するさまざまなプロビジョニングを追加する必要があります。
以下のいずれかの問題が発生した場合は、Junos Spaceネットワーク管理プラットフォームデータベースを復元します。
Junos Spaceネットワーク管理プラットフォームのデータが破損しているため、データを破損していないデータに置き換える必要があります。
Junos Space ネットワーク管理プラットフォーム ソフトウェアが破損しており、Junos Space ネットワーク管理プラットフォーム ソフトウェアを再インストールしました。
同じリリース バージョンでのみ取得されたバックアップから Junos Space データベースを復元できます。例えば、Junos Space リリースxxで取得されたバックアップ (バージョン番号を表す) から Junos Space リリース xxxx データベースのみを復元できます。
マルチノードのセットアップでは、プライマリ ノードとセカンダリ ノードの両方に同じバックアップ ファイルを存在させることができます。この場合、ローカルのバックアップファイルからシステムを復元することを選択すると、Junos Spaceネットワーク管理プラットフォームは、システムを復元するためにノードの1つからバックアップファイルをランダムに選択します。
データベースのバックアップ
デフォルトでは、Junos Spaceネットワーク管理プラットフォームは週に1回、データベースを自動的にバックアップします。ただし、管理者は、いつでもバックアップを実行するようスケジュールし、ローカルまたはリモートのバックアップ操作を実行できます。バックアップ操作の開始前に完了したすべてのジョブが、データベース・バックアップ・ファイルに取り込まれます。
Junos Space ネットワーク管理プラットフォームは、バックアップ操作中に、データ ファイルと、Junos Space ネットワーク管理プラットフォームでユーザー、ノード、デバイス、追加または削除されたサービスなどのデータベース トランザクションを記録する論理ログをアーカイブします。
管理者は、ローカルまたはリモートのデータベースのバックアップ操作を実行できます。管理者がローカルバックアップ操作を実行すると、Junos Spaceネットワーク管理プラットフォームは、すべてのデータベースデータとログファイルをローカルのデフォルトディレクトリ /var/cache/jboss/backupにバックアップします。ローカル・バックアップに別のデータベース・バックアップ・ファイルの場所を指定することはできません。リモートの場所へのバックアップには、このような制限はありません。
リモート バックアップの場合は、Linux ベースのサーバーのみを使用します。Linux SCP(セキュアコピープロトコル)コマンドを実行するように設定されたリモートホストを指定する必要があります。また、リモート・ホストに有効なユーザー ID とパスワードを指定する必要があります。有効なディレクトリを使用していることを確認するには、リモートシステムへのデータベースバックアップ操作を開始する前に、宛先ディレクトリを確認します。
Junos Spaceネットワーク管理プラットフォームデータベースのバックアップ方法については、 Junos Spaceネットワーク管理プラットフォームデータベースのバックアップを参照してください。
データベースの復元
システム管理者がデータベースの復元操作を実行すると、以前のデータベース バックアップからのデータを使用して、Junos Space ネットワーク管理プラットフォーム データベースを以前の状態に復元します。管理者は、[管理>データベースのバックアップと復元] ワークスペースを使用してデータベースを復元できます( Junos Space ネットワーク管理プラットフォーム データベースの復元を参照してください)。
Junos Spaceネットワーク管理プラットフォームが保守モードである間、復元データベース操作が実行されます。そのため、ファブリック内のすべてのノードでシステムがダウンし、Web プロキシのみが実行されます。この間、保守モード管理者を除くすべての Junos Space ユーザーは、Junos Space ネットワーク管理プラットフォームからロックアウトされます。
Junos Space ネットワーク管理プラットフォームのデータベースを復元した後、Security Design データベースの手動のインデックスを変更する必要があります。セキュリティ設計の詳細については、セキュリティ設計のドキュメントを参照してください。