希望配置 Confluence 备份： 进入 > 基本配置（General Configuration） > 备份管理（Backup administration）。 选择 编辑（Edit ）： 选择备份文件名的前缀。 使用不同的日期格式（使用在 simple date format 中描述的句法）。 选择是否在你的备份中包含有附件（默认配置是同时备份附件）。 选择存储备份文件在默认的位置（在默认情况下，这个配置是禁用的，请参考下面的 Enabling backup path configuration ）。 保存（Save）你的修改。 启用备份路径配置 基于安全的原因，通过 Confluence 管理员控制台修改配置备份文件存储路径的配置在默认情况下是禁用的。 启用自定义备份路径： 停止 Confluence。 编辑 <confluence-home>/confluence.cfg.xml 文件。 修改下面属性配置为 true： <property name="admin.ui.allow.daily.backup.custom.location">true</property> 重启 Confluence 将会使修改生效。 进入 > 基本配置（General Configuration） > 备份管理（Backup administration） 来输入新的路径。 目录必须为本地驱动器或者是映射到本地的网络驱动器。请确定你映射到本地的驱动器位于物理服务器上而不是虚拟服务器的镜像。 如果你整合 Confluence 到新的服务器或者修改了你的结构，你需要重新更新这个配置路径。如果你启动了自定义路径的话，修改你的 home 目录路径不会自动的更新你的备份文件路径。 禁用自动备份 如果你已经配置了合适的 Production Backup Strategy，你希望禁用自动备份来节省磁盘空间。 希望完全禁用自动备份： 进入 > 基本配置（General Configuration） > 计划任务（Scheduled jobs）。 选择备份 Confluence（Back up Confluence） 任务边上的禁用（Disable ）。 使用 cron 表达式 输入新的时间。 修改备份任务时间 希望修改备份的频率，或者修改每天备份的运行的时间： 进入 > 基本配置（General Configuration） > 计划任务（Scheduled jobs）。 选择备份 Confluence（Back up Confluence） 任务边上的编辑（Edit ）。 使用 cron 表达式 输入新的时间。 计划任务的时区使用的是 Confluence 正在运行的时区。进入 > 基本配置（General Configuration） > 系统信息（System Information） 来查询 系统时间（System Time）。 https://www.cwiki.us/display/CONFLUENCEWIKI/Configuring+Backups
Confluence 的自动备份被设置为每天凌晨 2:00 进行全站导出。压缩的 xml 备份文件存储在你 Confluence Home directory 的 backups 目录中。 默认的备份文件名称被自动重命名为 'backup-yyyy_MM_dd'。Confluence 可以将备份文件写入到本地目录或者映射的网络驱动器上。 你可选择： 修改备份文件转换的名字。 在备份中包括或者不包括附件。 选择自动备份运行的时间。 存储备份文件在不同的位置（这个选项在默认情况下是禁用的，下面你可以找到开启这个配置的方法）。 你需要系统管理员全局权限来配置自动备份。 针对生产环境中的站点，我们强烈推荐你不要依赖自动备份，请使用数据库备份来替代 Confluence 提供的自动备份，同时还需要手动备份安装目录和 home 目录。 请查看页面 Production Backup Strategy 中的内容来获得更多信息。 如果你正在运行 Confluence 数据库中心，那么默认的备份路径为 <shared-home>/backups。你可以在你共享的 home 目录中找到这个路径，这个路径通常配置在 confluence.cfg.xml 文件中，请查找 confluence.cluster.home 属性。 https://www.cwiki.us/display/CONFLUENCEWIKI/Configuring+Backups
XML 备份被描述用于在 Confluence 备份使用的其他方法，例如升级和移动服务器。使用上面描述的备份和恢复方法也适用这些地方。 我们的 upgrade guide 不要求使用一个 XML 备份（尽管早期的 Confluence 和 Jira 升级向导需要使用 XML 备份数据）。 我们的 migrate server procedure– 被用来设置一个测试服务器，你可以可以使用 SQL 的备份。 database migration 针对小的数据集使用 XML 备份。大数据量的备份要求使用第三方的数据库整合工具。 注意： Confluence 自带的 XML 方式导出方法并不适用于备份和整合大数据集。这里有一些第三方的数据库工具你可以使用能够帮助你对大数据集进行备份和整合。如果你在选择正确工具的方面需要帮助，或者你需要对整合整个过程需要帮助，你可以联系 Atlassian Experts 来获得相关的指导。 https://www.cwiki.us/display/CONFLUENCEWIKI/Production+Backup+Strategy
如何备份 有关备份你数据库使用的命令与你使用的具体数据库有关，例如针对 PostgreSQL 数据库，备份命令为 pg_dump dbname > outfile。 你应该针对你使用的数据库不同而参考数据库提供的备份文档。 如何恢复 文档 Migrating Confluence Between Servers 提供了有关使用备份进行回复应该使用的技术方案。 https://www.cwiki.us/display/CONFLUENCEWIKI/Production+Backup+Strategy
备份整个 home 目录是最安全的选项。但是，有很多目录是在 Confluence 启动的时候创建的并且也是可以忽略的。不管那些文件夹可以忽略，下面的文件夹必须进行备份才能回复： <conf-home>/confluence.cfg.xml <conf-home>/attachments （如果你的备份磁盘空间比较紧张的话，你可以不包含解压的文本） 下面的目录将会在 Confluence 启动的时候自动创建。如果空间允许的话，你也可以备份下面的这些目录： <conf-home>/config – 如果你对 ehcache.xml 文件进行了修改的话。 <conf-home>/index – 如果你的页面有很多，同时对索引进行重构需要花费很长时间的话，备份这个文件可以避免在恢复的时候对索引进行重构。 home 目录的位置是在安装的时候进行配置的，同时路径也在 confluence.init.properties 文件中进行了保存。针对自动安装程序创建的默认位置为： Windows C:\Program Files\Atlassian\Application Data\Confluence Linux /var/atlassian/application-data/confluence 仅针对集群方式的实例：备份整个共享的 home 目录是最安全的选项，但是你也可以仅仅备份下面的文件，其他的文件文件夹是可以忽略的： <conf-home>/thumbnails <conf-home>/viewfile. https://www.cwiki.us/display/CONFLUENCEWIKI/Production+Backup+Strategy
Atlassian 推荐创建一个可选的数据库备份方案： 使用你数据库提供的备份和恢复工具 为了避免数据不完整和备份中断，我们推荐你在备份和恢复 Confluence 数据库的时候关闭 Confluence 实例。 为你的 Confluence 目录创建一个系统文件备份 为你共享的 home 目录创建一个系统文件备份（仅针对集群方式部署） 一旦上面的备份策略被实施了，你可以禁用 Confluence 自带的每日备份。每日备份通常在 Confluence 的 Scheduled Jobs 中进行配置，你可以通过 '管理员控制台（Administration Console） > 管理（Administration ）> 计划任务（Scheduled Jobs）'。 我们强烈推荐你使用上面 2 步骤的备份方案，相对使用 XML 的备份方案来说，上面 2 步的备份方法相对 Confluence 的备份来说更加有效和可靠。你可以通过上面的备份数据完全恢复你的 Confluence 整个站点，包括所有的数据，附件和相关的配置信息。请参考 Restoring Data from other Backups 页面中的内容对数据进行回复。 https://www.cwiki.us/display/CONFLUENCEWIKI/Production+Backup+Strategy
如果你是下面的情况，Confluence 的自动每日 XML 备份可能适合你： 正在评估使用 Confluence 你对数据库的管理并不是非常熟悉同时你的 Confluence 安装实例的数据量并不大 一旦你的 Confluence 安装实例中超过了上千的页面，相对数据库自带的数据备份来说，XML 的备份方案就显得没有那么有效了。XML 的备份方法需要占用服务器的大量内存来运行，同时在恢复的时候也比较容易失败。 https://www.cwiki.us/display/CONFLUENCEWIKI/Production+Backup+Strategy
Confluence 的 Attachment Storage Configuration 可以配置 Confluence 将附件存储在 home directory，或者是存储在数据库中。 Database 备份 使用你的数据库管理工具来创建一个你的 Confluence 数据库备份。如果你的数据库同时还存储了你的附件，在随后的数据库导入中将会导入所有的内容。针对有大量附件的安装实例，请注意当前的 Confluence 整合附件将会在一个单独的事物中：CONF-9888。 Attachment 备份 如果你的附件存储在文件系统中，附件将会放置在你 Confluence 安装 home 目录下的 attachments 中，拷贝这个文件夹中的所有内容，就可以备份所有的附件了。 希望从这些备份中恢复，请参考 Restoring Data from other Backups 页面中的内容。 https://www.cwiki.us/display/CONFLUENCEWIKI/Site+Backup+and+Restore
XML 站点备份的方式只针对 Confluence 包含有几千页面的情况，XML 备份所需要的时间随着数据量的变化而增加。另外的一个问题是 XML 站点的备份将会包含上 G 的附件数据，随着数据量的增加，磁盘使用量也会显著增加。这是因为每一个 XML 备份都能够用来完全恢复站点。例如，一个 1GB 数据量的 Confluence 安装实例，如果采取每天备份的方式，一个月后，这个实例将会占用 30 GB 的存储空间。当你在管理大数据量的 Confluence 安装实例的时候，你可以在备份策略中不备份附件，然后你可以手动备份你的 Confluence 附件， 这个附件通常存储在 home directory 目录中或者数据库。备份管理可以备份至修改的文件来替换备份所有内容，通过这种方式能节省大量的存储空间。 可以接受 可以接受 XML 站点备份同时备份附件 可以接受 不可以接受 XML 站点备份和最小的附件，加上手动备份所有附件 不可以接受 不可以接受 手动备份附件和数据库 创建延迟（Creation Delay）是创建 XML 站点备份和最小附件所需要的时间。 磁盘使用（Disk Usage）可以通过当前数据量的大小和备份的频率同时进行评估。 https://www.cwiki.us/display/CONFLUENCEWIKI/Site+Backup+and+Restore
Atlassian 推荐针对生产环境中安装使用的 Confluence 使用原始数据库工具备份策略。 在默认的情况下，Confluence 每天都会备份所有数据和附件到 XML 文件备份中。这些文件被称为 XML 站点备份，同时这些文件存储在 Confluence home 目录中的 backups 目录下面。可选的，你也可以手动创建一个 XML 站点的备份。这种备份方式针对中小数据量的 Confluence 可以进行使用。这种备份方式针对有很多页面和附件的时候就变得不适用了（请查看下面）。 Restore your site from an XML site backup Manually create an XML site backup Configuring Backups User Submitted Backup & Restore Scripts XML 站点文件备份的方式针对只有几千页面的中小数据量还是非常有效的。但是针对有大量页面的 Confluence 安装实例，这种备份方式就会变得非常缓慢，并且还会大量占用磁盘存储空间。 注意：插件是不会备份到 XML 的备份中的。当你从 XML 的备份中重新导入到新的 Confluence 站点中的话，你需要为你的站点重新安装所有 Confluence 没有捆绑在一起的插件（插件使用的数据表也不会备份到 XML 文件中）。 https://www.cwiki.us/display/CONFLUENCEWIKI/Site+Backup+and+Restore