このページの目次
データベースのバックアップと復元の概要
システム管理者は、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)に保存されます。バックアップ操作が成功すると、バックアップ ファイルはプライマリ ノードと同期(コピー)されます。利点は次のとおりです。
バックアップファイルはプライマリノードとセカンダリノードの両方に存在するため、ノードの1つがクラッシュまたは破損した場合にシステムを復元できます。
バックアップ操作はセカンダリ ノードで開始されるため、プライマリ ノードのシステム パフォーマンスは影響を受けません。
Junos Spaceファブリックに専用データベースノードが存在する場合、データベースバックアップファイルは常に専用データベースノードに保存されます。専用データベースノードが追加される前に作成されたデータベースバックアップは、古いノードに残ります。古いバックアップは、専用データベース・ノードには移動されません。専用のデータベース ノードに後のバックアップが存在する場合でも、古いバックアップ ファイルからシステム構成を復元できます。
障害復旧では、データベースのバックアップと復元に関するさまざまな追加のプロビジョニングを行う必要があります。
次のいずれかの問題が発生した場合は、Junos Spaceネットワーク管理プラットフォームデータベースを復元します。
Junos Spaceネットワーク管理プラットフォームのデータが破損しているため、破損していないデータに置き換える必要があります。
Junos Space ネットワーク管理プラットフォーム ソフトウェアが破損しているため、Junos Space ネットワーク管理プラットフォーム ソフトウェアを再インストールしました。
Junos Space データベースは、同じリリース バージョンで作成されたバックアップからのみ復元できます。例えば、Junos Space Release xx データベースは、Junos Space Release xxで作成されたバックアップからのみリストアできます。ここで xx 、はバージョン番号を表しています。
マルチノード設定では、プライマリ ノードとセカンダリ ノードの両方に同じバックアップ ファイルが存在する可能性があります。このような場合、ローカルのバックアップファイルからシステムを復元することを選択すると、Junos Spaceネットワーク管理プラットフォームは、ノードの1つからバックアップファイルをランダムに選択してシステムを復元します。
データベースのバックアップ
デフォルトでは、Junos Spaceネットワーク管理プラットフォームが週に一度、自動的にデータベースをバックアップします。ただし、管理者はバックアップをいつでも実行するようにスケジュールし、ローカルまたはリモートのバックアップ操作を実行できます。バックアップ操作の開始前に完了したすべてのジョブは、データベース バックアップ ファイルにキャプチャされます。
バックアップ操作中、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ネットワーク管理プラットフォームデータベースを復元した後、セキュリティ設計データベースのインデックスを手動で再作成する必要があります。セキュリティ設計の詳細については、セキュリティ設計のドキュメントを参照してください。