本番環境バックアップ ストラテジー
Confluence では、スケジュールされた XML バックアップを実行できますが、このバックアップ方法が適しているのは、データベースとディレクトリのバックアップに加えて、小規模サイトやテスト サイトの場合のみです。
Confluence 8.3 以降では、バックアップと復元の方法が変更されました。これらの変更の詳細については、「Confluence 8.3 リリース ノート」を参照してください。
スケジュールされたバックアップでは、この新しいアプローチは使用されず、従来のシステムが引き続き使用されます。新しいシステムで解決された問題の多くが含まれているため、必要でない限り、スケジュールされたバックアップを使用しないことをお勧めします。
本番システムのバックアップ ソリューションの確立
アトラシアンは、次のような堅牢なデータベース バックアップ戦略を確立することをお勧めします。
- お使いのデータベース用に提供されたツールを使用してデータベースのバックアップを作成します。データベースがオンライン バックアップをサポートしていない場合は、この操作の間、Confluence を停止する必要があります。
ホーム ディレクトリ (Data Center の場合はローカル ホームと共有ホームの両方) のコピーを作成します。
Confluence が OpenSearch で設定されている場合は、OpenSearch インデックスのスナップショットを作成します。
これを完了した後は、設定したスケジュールされたバックアップ ジョブを無効にすることができます。
データベース、ホーム ディレクトリ、OpenSearch インデックスのバックアップは、大規模な XML バックアップよりも信頼性が高く、復元も簡単です。
バックアップの必要があるのはどのファイルか
ホーム ディレクトリ全体をバックアップするのが最も安全なオプションですが、大半のファイルとディレクトリは起動時に読み込まれるものであるため、無視できます。最低でも、次のファイルとディレクトリをバックアップする必要があります。
- <conf-home>/confluence.cfg.xml
- <conf-home>/attachments (スペースが課題の場合は 抽出テキスト ファイルを除外できます。)
ディレクトリの残りの部分は、起動時に自動的に読み込まれます。次のディレクトリもバックアップしておくとよいでしょう。
- <conf-home>/config – ehcache.xml ファイルを変更している場合
- <conf-home>/index – 大規模なサイトである場合や、インデックス再作成に時間がかかる場合は、このファイルを使用することで、復元時にインデックスを完全に再作成する必要を避けられます。注: これは、Confluence インスタンスが Lucene (既定) で設定されている場合にのみ必要です。OpenSearch をご利用の場合は、次のセクションをご参照ください。
ホーム ディレクトリの場所はインストール時に設定され、confluence.init.properties ファイルで指定されます。自動インストーラーで作成されたインストールの場合、既定の場所は次のとおりです。
- Windows
C:\Program Files\Atlassian\Application Data\Confluence - Linux
/var/atlassian/application-data/confluence
クラスタ化されたインスタンスの場合のみ： 共有のホーム ディレクトリ全体をバックアップするのが最も安全なオプションですが、いくつかのファイルとディレクトリは実行時に読み込まれるため、無視できます。
- <conf-home>/thumbnails
- <conf-home>/viewfile.
データベースをバックアップするには
データベースをバックアップするコマンドは、データベース ベンダーによって異なります。たとえば PostgreSQL のコマンドは、pg_dump dbname > outfile です。
詳細については、使用する特定のデータベース用のドキュメントを参照してください。
データベースを復元するには
「サーバー間の Confluence の移行」に関するガイドに、 この手法を使用してバックアップを復元する手順を記載しています。
OpenSearch インデックスのスナップショットを撮るには
サイトが大規模である場合は、インデックス再作成にかなりの時間を要することがあります。OpenSearch インデックスのスナップショットを撮ると、復元時に完全にインデックスを再作成する必要がなくなります。
OpenSearch クラスターで自動/手動スナップショットをセットアップする方法は、OpenSearch ドキュメントをご参照ください。
その他のプロセス
XML 形式のサイト バックアップは、Confluence でのその他のプロセス (サーバー間の移動、別のデータベースへの切り替えなど) でも使用できます。上述のバックアップ戦略はこれらのプロセスでも機能します。
- テスト サーバーを設定するために使用されるサーバー移行手順では、SQL ダンプを使用することもできます。
- データベース移行手順では、XML バックアップを使用します。サードパーティのデータベース移行ツールを使用することもできます。
適切な移行ツールの選択、または移行自体について支援が必要な場合は、アトラシアン ソリューション パートナーにお問い合わせください。