Database 备份 使用你的数据库管理工具来创建一个你的 Confluence 数据库备份。如果你的数据库同时还存储了你的附件,在随后的数据库导入中将会导入所有的内容。 Attachment 备份 如果你的附件存储在文件系统中,附件将会放置在你 Confluence 安装 home 目录下的 attachments 中,拷贝这个文件夹中的所有内容,就可以备份所有的附件了 希望从这些备份中恢复,请参考 Restoring Data from other Backups 页面中的内容。
Confluence 的自动备份被设置为每天凌晨 2:00 进行全站导出。压缩的 xml 备份文件存储在你 Confluence Home directory 的 backups 目录中。 默认的备份文件名称被自动重命名为 'backup-yyyy_MM_dd'。Confluence 可以将备份文件写入到本地目录或者映射的网络驱动器上。 你可选择: 修改备份文件转换的名字。 在备份中包括或者不包括附件。 选择自动备份运行的时间。 存储备份文件在不同的位置(这个选项在默认情况下是禁用的,下面你可以找到开启这个配置的方法)。 你需要系统管理员全局权限来配置自动备份。 针对生产环境中的站点,我们强烈推荐你不要依赖自动备份,请使用数据库备份来替代 Confluence 提供的自动备份,同时还需要手动备份安装目录和 home 目录。 如果你正在运行 Confluence 数据库中心,那么默认的备份路径为 <shared-home>/backups。
希望配置 Confluence 备份: 进入 ? > 基本配置(General Configuration) > 备份管理(Backup administration)。 选择是否在你的备份中包含有附件(默认配置是同时备份附件)。 启用备份路径配置 基于安全的原因,通过 Confluence 管理员控制台修改配置备份文件存储路径的配置在默认情况下是禁用的。 启用自定义备份路径: 停止 Confluence。 禁用自动备份 如果你已经配置了合适的 Production Backup Strategy,你希望禁用自动备份来节省磁盘空间。 希望完全禁用自动备份: 进入 ? 修改备份任务时间 希望修改备份的频率,或者修改每天备份的运行的时间: 进入 ? > 基本配置(General Configuration) > 计划任务(Scheduled jobs)。
如果你希望关闭自动备份,你可以选择手动导出保存站点。请参考 Manually Backing Up the Site 页面中的内容获得更多的信息。 这些文件没有自动备份在同样的路径中,这些文件存储在 temp 目录中。你可以通过定义 <Confluence-home>/temp 目录来修改压缩的 XML 文件的存储位置。
Confluence 被配置自动备份数据,使用压缩的 XML 格式。同时你也可以通过 Confluence 的 管理员控制台(Administration Console)手动进行备份。 需要了解: 我们推荐你使用 Production backup strategy,尤其是你的站点具有大量的数据或者是针对任务的站点,我们不推荐你使用 XML 备份的方式备份你的站点。 插件是不会备份到 XML 的导出文件中的。 在你使用 XML 备份重新导入新的站点后,你需要为你导入的 Confluence 新站点重新安装没有绑定到 plugindata 表中的所有的插件,这是因为这些插件不会手动备份的。 你不能导出你备份的内容到 Confluence 的早期站点中。换句话说,XML 备份是向下不兼容的。
只能算作编码方式: # 编码 base64 test.sh > test.sh.base64 # 解码 base64 -D test.sh.base64 > test.sh rsync rsync用来备份系统快照 ,自带diff和压缩机制,比scp等命令高效,此外还支持网络数据传输,会比较源和目标端的文件,只复制备份更新的,也支持加密选项 备份: # 备份到本地 # 在当前目录创建bash.bak/bash,复制下面所有内容 # -a归档,-v输出log rsync -av bash bash.bak # 备份到远程 rsync -av bash ayqy@<IP>:~/bak 注意:路径格式有讲究,如果源路径结尾有/,就只复制下面所有文件 一句话,有/不创建文件夹,目标路径结尾的/含义类似 定期备份只需要定期执行相同的命令,自动检查差异和更新并备份 恢复: # 从本地恢复 rsync -av bash.bak bash # 从远端恢复 rsync z压缩传输 rsync -zav bash bash.bak # --exclude排除指定文件 rsync -av bash bash.bak --exclude "*.md" # --delete备份时删除不存在的文件
如果你是下面的情况,Confluence 的自动每日 XML 备份可能适合你: 正在评估使用 Confluence 你对数据库的管理并不是非常熟悉同时你的 Confluence 安装实例的数据量并不大 一旦你的 Confluence 安装实例中超过了上千的页面,相对数据库自带的数据备份来说,XML 的备份方案就显得没有那么有效了。 XML 的备份方法需要占用服务器的大量内存来运行,同时在恢复的时候也比较容易失败。
备份整个 home 目录是最安全的选项。但是,有很多目录是在 Confluence 启动的时候创建的并且也是可以忽略的。 不管那些文件夹可以忽略,下面的文件夹必须进行备份才能回复: <conf-home>/confluence.cfg.xml <conf-home>/attachments (如果你的备份磁盘空间比较紧张的话 如果空间允许的话,你也可以备份下面的这些目录: <conf-home>/config – 如果你对 ehcache.xml 文件进行了修改的话。 <conf-home>/index – 如果你的页面有很多,同时对索引进行重构需要花费很长时间的话,备份这个文件可以避免在恢复的时候对索引进行重构。 home 目录是最安全的选项,但是你也可以仅仅备份下面的文件,其他的文件文件夹是可以忽略的: <conf-home>/thumbnails <conf-home>/viewfile. https://
Atlassian 推荐针对生产环境中安装使用的 Confluence 使用原始数据库工具备份策略。 在默认的情况下,Confluence 每天都会备份所有数据和附件到 XML 文件备份中。 这些文件被称为 XML 站点备份,同时这些文件存储在 Confluence home 目录中的 backups 目录下面。可选的,你也可以手动创建一个 XML 站点的备份。 这种备份方式针对中小数据量的 Confluence 可以进行使用。这种备份方式针对有很多页面和附件的时候就变得不适用了(请查看下面)。 但是针对有大量页面的 Confluence 安装实例,这种备份方式就会变得非常缓慢,并且还会大量占用磁盘存储空间。 注意:插件是不会备份到 XML 的备份中的。 当你从 XML 的备份中重新导入到新的 Confluence 站点中的话,你需要为你的站点重新安装所有 Confluence 没有捆绑在一起的插件(插件使用的数据表也不会备份到 XML 文件中)。
如何备份 有关备份你数据库使用的命令与你使用的具体数据库有关,例如针对 PostgreSQL 数据库,备份命令为 pg_dump dbname > outfile。 你应该针对你使用的数据库不同而参考数据库提供的备份文档。 如何恢复 文档 Migrating Confluence Between Servers 提供了有关使用备份进行回复应该使用的技术方案。
Confluence 将会创建备份,同时压缩 XML 文件后存储熬你的 <home-directory>/backups> 目录中。 运行从 Confluence 将导出文件下载 在默认情况下,你不能从你的 Confluence 中下载这个备份文件。这个功能被禁用的主要考虑是基于安全额考虑,但是你还是可以选择启用这个功能。 一旦你启用了这个功能,Confluence 将会提示你下载备份文件,在你备份完成的时候。我们建议你在生产环境中不开放这个功能。 希望在 Confluence 中启用备份下载功能: 停止 Confluence. 编辑 <confluence-home>\confluence.cfg.xml 文件。 如果上面的变量被设置为 'true' 的话,那么你就可以通过 Confluence管理员控制台直接下载已经备份成功的备份文件。
备份过程分析 接下来分析下其备份的过程,从输出的日志上来看 2.1 命令提示部分 ? 上图首先打印出innobackupex可以用的一些参数 2.2 连接数据库 ? 然后是连接数据库,进入数据文件目录检查参数,之后开始备份 2.3 备份系统表空间及innodb引擎数据 ? 之后根据performance_schema.log_status来拷贝备份非innodb时期的事物情况以保证数据一致性 2.6 完成备份 ? 其记录了备份完成时binlog的位置及GTID信息 用于复制的搭建 3.3 xtrabackup_checkpoints 该文件对于后续增量备份有用 ? 该文件包含一些备份的信息就不一一介绍了 4.
如果你在恢复压缩的 XML 备份的时候遇到了问题,你还是可以对整个站点进行恢复的,如果你能提供下面 2 个备份的话: 一个有关 home 目录的所有备份。 一个有关你数据库的备份(如果你使用的是外部数据库的话)。 有关恢复备份的方法基于你使用的是内部数据库还是外部数据库会有些不同。 嵌入数据库 如果你使用的是嵌入数据库,那么这个数据位于 database 文件夹内,这个文件夹在你 Confluence 的 Home 目录中,你需要进行下面的一些操作: 获得你最近备份的 Home 文件夹备份文件 外部数据库 如果你使用的是外部数据库,你需要进行下面的操作: 为你的 Home 目录和数据库准备备份(备份文件中最好添加备份备份的时间和日期)。 https://www.cwiki.us/display/CONF6ZH/Restoring+Data+from+other+Backups
备份的 ZIP 文件包含有 entities.xml,这个 XML 文件包含有 Confluence 的所有页面内容和存储附件的目录。 备份 Zip 文件结构 页面的附件是存储在附件存储目录中的,通过页面和附件 ID 进行识别。 </object> https://www.cwiki.us/display/CONF6ZH/Retrieving+File+Attachments+from+a+Backup
墨墨导读:本文来自读者投稿,详述一则给客户备份优化的实际案例,通过这次优化,数据库性能提高了6倍。 没有优化前备份性能 修改环境变量,将rman中的时间提示最小单位从天改到秒: export NLS_DATE_FORMAT=‘YYYY-MM-DD HH24:MI:SS’ export NLS_LANG /test-nvme/oradata/orcl/cmcc5.dbf input datafile file number=00010 name=/test-nvme/oradata/orcl/cmcc6. rman备份 [oracle@base-test-01 ~]$ rman target / Recovery Manager: Release 11.2.0.4.0 - Production on /test-nvme/oradata/orcl/cmcc5.dbf input datafile file number=00010 name=/test-nvme/oradata/orcl/cmcc6.
XML 备份被描述用于在 Confluence 备份使用的其他方法,例如升级和移动服务器。使用上面描述的备份和恢复方法也适用这些地方。 我们的 upgrade guide 不要求使用一个 XML 备份(尽管早期的 Confluence 和 Jira 升级向导需要使用 XML 备份数据)。 我们的 migrate server procedure– 被用来设置一个测试服务器,你可以可以使用 SQL 的备份。 database migration 针对小的数据集使用 XML 备份。 大数据量的备份要求使用第三方的数据库整合工具。 注意: Confluence 自带的 XML 方式导出方法并不适用于备份和整合大数据集。 这里有一些第三方的数据库工具你可以使用能够帮助你对大数据集进行备份和整合。
XML 站点备份的方式只针对 Confluence 包含有几千页面的情况,XML 备份所需要的时间随着数据量的变化而增加。 另外的一个问题是 XML 站点的备份将会包含上 G 的附件数据,随着数据量的增加,磁盘使用量也会显著增加。这是因为每一个 XML 备份都能够用来完全恢复站点。 当你在管理大数据量的 Confluence 安装实例的时候,你可以在备份策略中不备份附件,然后你可以手动备份你的 Confluence 附件, 这个附件通常存储在 home directory 目录中或者数据库 备份管理可以备份至修改的文件来替换备份所有内容,通过这种方式能节省大量的存储空间。 可以接受 可以接受 XML 站点备份同时备份附件 可以接受 不可以接受 XML 站点备份和最小的附件,加上手动备份所有附件 不可以接受 不可以接受 手动备份附件和数据库 创建延迟(Creation Delay
删除老的备份 —— Windows 的 Wscript 脚本 这个脚本将会检查备份文件然后删除他们(必要的话),下面的代码可能需要一些编辑。 —— Linux Basic Bash Script Old 的 XML 备份可以通过每天晚上或者每周的自动运行脚本进行删除。 你也可以在 cron 中设置相似的脚本: ls -t <path to your backup dir>/* | tail -n +6 | xargs -i rm {} 或者,使用 tail 命令,如果你的系统不支持标准格式的话 : ls -t <path to your backup dir>/* | tail +6 | xargs -i rm {} Del 删除老的备份 —— 高级 Linux Bash Script Old —— Linux Basic Bash Script 这个将会备份 MySQL 数据库和 Confluence 的 Home 目录。
Atlassian 推荐创建一个可选的数据库备份方案: 使用你数据库提供的备份和恢复工具 ? 为了避免数据不完整和备份中断,我们推荐你在备份和恢复 Confluence 数据库的时候关闭 Confluence 实例。 为你的 Confluence 目录创建一个系统文件备份 为你共享的 home 目录创建一个系统文件备份(仅针对集群方式部署) 一旦上面的备份策略被实施了,你可以禁用 Confluence 自带的每日备份 我们强烈推荐你使用上面 2 步骤的备份方案,相对使用 XML 的备份方案来说,上面 2 步的备份方法相对 Confluence 的备份来说更加有效和可靠。 你可以通过上面的备份数据完全恢复你的 Confluence 整个站点,包括所有的数据,附件和相关的配置信息。
XML 站点备份仅仅被用于整合到一个新的数据库。设置一个测试服务器 或者 创建一个可用的备份策略 相对 XML 备份来说是更合适的策略。 相关页面: Enabling detailed SQL logging 在创建和导入备份的时候出现了错误? 在创建备份的时候出现了错误 请参考下面的策略 在导入备份的时候出现了错误 请参考 Troubleshooting XML backups that fail on restore 页面 https:/