このページの内容
データベースのバックアップと復元の概要
システム管理者は、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 リリース xx データベースを復元できるのは、Junos Space リリース xx で作成されたバックアップからのみであり、 xx はバージョン番号を表します。
マルチノード設定では、プライマリ ノードとセカンダリ ノードの両方に同じバックアップ ファイルが存在する可能性があります。このような場合、ローカル バックアップ ファイルからシステムを復元することを選択すると、Junos Spaceネットワーク管理プラットフォームはノードの 1 つからバックアップ ファイルをランダムに選択してシステムを復元します。
データベースのバックアップ
デフォルトでは、Junos Spaceネットワーク管理プラットフォームは週に一度データベースを自動的にバックアップします。ただし、管理者はいつでもバックアップの実行をスケジュールし、ローカルまたはリモートのバックアップ操作を実行できます。バックアップ操作の開始前に完了したすべてのジョブは、データベース・バックアップ・ファイルにキャプチャーされます。
バックアップ操作中、Junos Spaceネットワーク管理プラットフォームは、ユーザー、ノード、デバイス、追加または削除されたサービスなどのデータベーストランザクションを記録するデータファイルと論理ログをJunos Spaceネットワーク管理プラットフォームにアーカイブします。
管理者は、ローカルまたはリモートのデータベースバックアップ操作を実行できます。管理者がローカル バックアップ操作を実行すると、Junos Spaceネットワーク管理プラットフォームは、すべてのデータベース データとログ ファイルをローカルのデフォルト ディレクトリ/ var/cache/jboss/backupにバックアップします。ローカル・バックアップに別のデータベース・バックアップ・ファイルの場所を指定することはできません。リモートロケーションにバックアップする場合、このような制限はありません。
リモートバックアップでは、Linuxベースのサーバーのみを使用します。Linux Secure Copy Protocol(SCP)コマンドを実行するように設定されたリモートホストを指定する必要があります。また、リモートホストに有効なユーザーIDとパスワードを指定する必要があります。有効なディレクトリーを使用していることを確認するには、リモート・システムへのデータベース・バックアップ操作を開始する前に、宛先ディレクトリーを調べてください。
Junos Spaceネットワーク管理プラットフォームデータベースのバックアップ方法については、 Junos Spaceネットワーク管理プラットフォームデータベースのバックアップを参照してください。
データベースのリストア
システム管理者がデータベース復元操作を実行すると、以前のデータベースバックアップのデータを使用して、Junos Spaceネットワーク管理プラットフォームデータベースを以前の状態に復元します。管理者は、「管理」>「データベースのバックアップとリストア」ワークスペースを使用してデータベースをリストアできます( 「Junos Spaceネットワーク管理プラットフォームデータベースのリストア」を参照)。
データベースの復元操作は、Junos Spaceネットワーク管理プラットフォームがメンテナンスモードの中に実行されます。そのため、システムはファブリック内のすべてのノードでダウンし、Webプロキシのみが実行されています。この間、メンテナンスモードの管理者を除くすべてのJunos Spaceユーザーは、Junos Spaceネットワーク管理プラットフォームからロックアウトされます。
Junos Spaceネットワーク管理プラットフォームデータベースが復元された後、セキュリティ設計データベースのインデックスを手動で再作成する必要があります。セキュリティ設計の詳細については、セキュリティ設計のドキュメントを参照してください。