本番環境バックアップストラテジー

次の場合は、Confluence が毎日自動で実施する XML バックアップが適しています。

Confluence を評価している場合
データベースの管理に詳しくなく、Confluence インストールが小規模である場合

Confluence インストールが数千ページ以上に達すると、XML バックアップ機能はデータベース独自のバックアップツールに比べて効率が悪くなる可能性があります。組み込みのバックアップ機能は実行に多くのメモリを必要とし、データ復元時の信頼性が低くなります。

本番システムのバックアップソリューションの確立

アトラシアンは、代替のデータベースバックアップ戦略を確立することをお勧めします。

Create a backup or dump of your database using tools provided by your database
To avoid any data inconsistency and corruption, it is recommended to shut down Confluence before creating a database backup or dump.
Confluence ホームディレクトリのファイルシステムバックアップを作成します。
共有ホームディレクトリのファイルシステムバックアップを作成します（クラスタ化されたインスタンスのみ）

上記の準備が終わったら、'管理コンソール > 管理 > スケジュールジョブ' からスケジュールジョブフィーチャーを介して毎日のバックアップを無効にします。

強調しておきたいのは、これら２つのバックアップを作成するほうが、Confluence XML でバックアップを作成するより効果的だということです。大規模な本番用インスタンス向けとして、より堅牢ではるかに信頼性が高いといえます。これらの２つのバックアップを使用すれば、すべてのデータ、添付ファイル、および設定情報を含むサイト全体を損傷なしに復元できます。「他のバックアップからのデータ復元」を参照してください。

On this page:

関連ページ

サイトのバックアップと復元

The information on this page does not apply to Confluence Cloud.

バックアップの必要があるのはどのファイルか

ホームディレクトリ全体をバックアップするのが最も安全なオプションですが、大半のファイルとディレクトリは起動時に読み込まれるものであるため、無視できます。最低でも、次のファイルとディレクトリをバックアップする必要があります。

<conf-home>/confluence.cfg.xml
<conf-home>/attachments

ディレクトリの残りの部分は、起動時に自動的に読み込まれます。次のディレクトリもバックアップしておくとよいでしょう。

<conf-home>/config – ehcache.xml ファイルを変更している場合
<conf-home>/index －サイトが大規模である場合やインデックスの再作成に時間がかかる場合－このファイルを使用すれば、復元時にインデックスを完全に再作成する必要を避けられます。

ホームディレクトリの場所はインストール時に設定され、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 の移行」に関するガイドに、この手法を使用してバックアップを復元する手順を記載しています。

その他のプロセス

XML バックアップはサーバーのアップグレードや移動など、Confluence の他のプロセスに使用されます。上で説明したバックアップ戦略もこれらのプロセスで機能します。

アップグレードガイドでは、XML バックアップの使用を必要としていません。（ただし、以前の Confluence アップグレード手順と JIRA アップグレードガイドでは、XML バックアップを使用します）。
テストサーバーを設定するために使用されるサーバー移行手順では、SQL ダンプを使用することもできます。
小規模なデータセットのデータベース移行手順には、XML バックアップを使用します。大規模なデータセットの移行には、サードパーティのデータベース移行ツールが必要になります。

注意: Confluence に組み込まれている XML エキスポートは、大きなデータセットのバックアップや移行には適していません。そのようなデータ移行に役立つサードパーティ製ツールが数多くあります。もし適切なツールを選択するために支援が必要な場合、あるいは移行作業そのものに対して支援が必要な場合、アトラシアンエキスパートの 1 社をご紹介することができます。

ページツリー

本番環境バックアップ ストラテジー

本番システムのバックアップ ソリューションの確立