|
XML site backups are unsuitable for installations of Confluence that contain thousands of pages, as XML backups take progressively longer to complete as the amount of text increases. Another issue with XML site backups is that Confluence instances with gigabytes of attachments will consume disk space rapidly. This is because each site backup contains all content needed for a site restore. For example, if a 1 GB instance of Confluence is backed up daily, it will create 30 GB of backups per month if left unattended. When administering a large instance, you can reduce disk space by setting XML site backups to exclude attachments, then manually scheduling a backup of your attachments from the Confluence home directory or database. The backup manager can save space by saving changed files instead of all content.
作成時間の遅れ | ディスク使用量 | 推奨するバックアップ方法 |
|---|---|---|
許容 | 許容 | 添付ファイルを含めた XML サイト バックアップ |
許容 | 許容外 | 添付ファイルを除いた XML サイト バックアップ と手動による添付ファイルのバックアップ |
許容外 | 許容外 | データベースと添付ファイルの手動バックアップ |
作成時間の遅れは、添付ファイルを除いた XML サイト バックアップを作成するのに要する時間です。
ディスク使用量は、XML サイト バックアップの頻度と現在のバックアップ サイズを乗ずることによって推定できます。
Confluence's Attachment Storage Configuration can be set to store attachments in the Confluence home directory, or in the database.
Database backup
Use your Database Administration Tool to create a backup of your Confluence database. If your database is storing your attachments, importing this later will restore all content. For instances with big attachments, please note that currently Confluence migrate attachments in a single transaction: CONF-9888.
Attachment backup
If stored on the filesystem, attachments are placed under the attachments directory of your Confluence home directory. Copy this directory to create a backup of all attachments.
To restore from these backups, please refer to Restoring Data from other Backups.