Skip to end of metadata
Go to start of metadata

中文标题【站点备份和恢复】

Atlassian 推荐针对生产环境中安装使用的 Confluence 使用原始数据库工具备份策略

在默认的情况下,Confluence 每天都会备份所有数据和附件到 XML 文件备份中。这些文件被称为 XML 站点备份,同时这些文件存储在 Confluence home 目录中的 backups 目录下面。可选的,你也可以手动创建一个 XML 站点的备份。这种备份方式针对中小数据量的 Confluence 可以进行使用。这种备份方式针对有很多页面和附件的时候就变得不适用了(请查看下面)。

XML 站点文件备份的方式针对只有几千页面的中小数据量还是非常有效的。但是针对有大量页面的 Confluence 安装实例,这种备份方式就会变得非常缓慢,并且还会大量占用磁盘存储空间。

注意:插件是不会备份到 XML 的备份中的。当你从 XML 的备份中重新导入到新的 Confluence 站点中的话,你需要为你的站点重新安装所有 Confluence 没有捆绑在一起的插件(插件使用的数据表也不会备份到 XML 文件中)。

(warning) 本页面中的信息不能应用到 Confluence Cloud 中。

针对大数据量备份

XML 站点备份的方式只针对 Confluence 包含有几千页面的情况,XML 备份所需要的时间随着数据量的变化而增加。另外的一个问题是 XML 站点的备份将会包含上 G 的附件数据,随着数据量的增加,磁盘使用量也会显著增加。这是因为每一个 XML 备份都能够用来完全恢复站点。例如,一个 1GB 数据量的 Confluence 安装实例,如果采取每天备份的方式,一个月后,这个实例将会占用 30 GB 的存储空间。当你在管理大数据量的 Confluence 安装实例的时候,你可以在备份策略中不备份附件,然后你可以手动备份你的 Confluence 附件, 这个附件通常存储在 home directory 目录中或者数据库。备份管理可以备份至修改的文件来替换备份所有内容,通过这种方式能节省大量的存储空间。

创建延迟(Creation Delay)

磁盘使用(Disk Usage)

推荐的备份方法(Recommended Backup Method)

可以接受

可以接受

XML 站点备份同时备份附件

可以接受

不可以接受

XML 站点备份和最小的附件,加上手动备份所有附件

不可以接受

不可以接受

手动备份附件和数据库

创建延迟(Creation Delay)是创建 XML 站点备份和最小附件所需要的时间。
磁盘使用(Disk Usage)可以通过当前数据量的大小和备份的频率同时进行评估。

手动备份

Confluence 的 Attachment Storage Configuration 可以配置 Confluence 将附件存储在  home directory,或者是存储在数据库中。

Database 备份
使用你的数据库管理工具来创建一个你的 Confluence 数据库备份。如果你的数据库同时还存储了你的附件,在随后的数据库导入中将会导入所有的内容。针对有大量附件的安装实例,请注意当前的 Confluence 整合附件将会在一个单独的事物中:CONF-9888

Attachment 备份
如果你的附件存储在文件系统中,附件将会放置在你 Confluence 安装 home 目录下的 attachments 中,拷贝这个文件夹中的所有内容,就可以备份所有的附件了。

希望从这些备份中恢复,请参考 Restoring Data from other Backups 页面中的内容。


  • No labels