Apstraデータベースの復元

注意：

データベースは、古いバックアップやshow_techに含まれるバックアップからではなく、常に新しいバックアップから復元します。

データベースを復元すると、ワーカー VM は障害状態になります。この問題は、同じ IP アドレスを持つ別のワーカー VM にバックアップをリストアする場合にも発生します。この問題を修正するには、ワーカー VM を再度追加します。

データベースのバックアップ後に変更を加えた場合、それらの変更は復元に含まれません。これにより、デバイス設定とApstra環境の間に違いが生じる可能性があります。このような場合は、完全な設定プッシュを実行する必要があり、サービスに影響を与えます。

show_techに含まれるバックアップを使用してデータベースを復元しないでください。ジュニパーサポート&エンジニアリング分析に使用します。資格情報は含まれていないため、運用環境の復元には適していません。

手記：

アクセスに別のネットワークインターフェイスを使用する新しいApstraサーバーにバックアップを復元する場合(eth1とeth0など)、/etc/aos/aos.conf 構成ファイルの[controller]セクションでmetadb変数を更新してから、Apstraサーバーを再起動する必要があります。

スナップショット・フォルダの内容がファイル・システム上にあることを確認します。バックアップは、日付付きスナップショット(/var/lib/aos/snapshot/<date>/aos.data.tar.gz)として保存されます。ファイルの名前は aos.data.tar.gz にする必要があります。

以下に示すように、aos_restoreコマンドを実行します。リストア・プロセスでは、まず現在のデータベースがバックアップされます。

データベースがリストアされ、新しいサーバに移行されると、システム状態全体がバックアップされたインストールから新しいターゲットにコピーされます。コマンド service aos statusを実行して、復元を検証します。

データベースは、Apstraサーバー自体に保存されます。サーバーを復元する必要がある場合、またはディスクイメージが破損した場合、バックアップ/復元はすべてApstraサーバーとともに失われます。バックアップ/リストアは、Apstraサーバーから安全な場所に定期的に移動することをお勧めします。また、データベースを定期的にバックアップするようにcronジョブをスケジュールしている場合は、ApstraサーバーのVMディスクがいっぱいにならないように、これらのファイルをApstraサーバーからローテーションしてください。スナップショットディレクトリの内容をバックアップインフラストラクチャにコピーします。