私有化部署项目管理软件3种备份策略：全量、增量与异地

把禅道这类私有化部署项目管理软件放进企业内网，数据留在自己手里，备份责任也一起接了过来。很多团队把“全量、增量、异地”当成三个互斥选项，实际它们回答的不是同一个问题。关于数据落库、备份与审计的分工，可以先看私有化部署项目管理软件数据安全。

先分清：全量、增量与异地不在一个维度

全量备份和增量备份描述的是“每次备多少”，异地备份描述的是“副本放在哪里”。一套完整的项目管理软件备份策略，通常同时包含前两者，再用异地解决地点风险。备份对象也不只是数据库：数据库、附件目录、配置文件和修改过的代码要一起覆盖，少一样都可能恢复不完整。

全量备份：恢复最直接，代价是时间和空间

全量备份把数据库、附件、配置和代码在某一时点完整复制一份。它的恢复路径最短，拿一份备份就能回到该时点；代价是备份窗口长、占用空间大。项目管理系统每周做一次全量，升级、迁移或大版本变更前再补一次，是比较稳妥的基线。

做全量时要先确认一致性。数据库用一致性导出或停写窗口，附件目录尽量与数据库取同一时点；只复制正在写入的数据库文件，可能得到无法恢复的副本。

增量备份：省的是备份时间，欠的是恢复链

增量备份只复制上次备份后变化的部分，备份快、占用小。代价落在恢复：需要最近一次全量加上此后所有增量，按顺序恢复；中间任何一个增量损坏或缺失，后面的恢复点都可能用不了。数据库备份与恢复的难点也在这里：备份快，不代表恢复快。

增量也不是差异备份。差异备份每次都包含自上次全量以来的变化，恢复只需全量加最后一次差异，占用比增量大。项目管理系统里，数据库增量通常依赖日志或数据库工具，附件按文件变化处理。禅道官方后台备份和 backup 脚本更适合做全量，是否具备稳定的增量能力，要看版本和部署方式，先在测试环境跑通再上生产。

异地备份：解决“同一个地方一起失效”

异地备份不是第三种备份类型，它回答的是副本放在哪里。全量或增量解决“备什么、备多少”，异地解决“别和源数据一起坏”。3-2-1 原则要求至少三份副本、两种介质、一份异地；落到项目管理系统，就是生产数据、本地备份、异地副本各一份，本地磁盘加对象存储或磁带两种介质。

异地可以是同城另一机房、异地机房、对象存储或离线归档。只做同机同盘备份，遇到磁盘损坏、勒索加密或误删，源数据和备份会一起失效。对勒索风险高的环境，再留一份离线或不可变副本，并定期验证恢复。

组合排期：一套能落地的最小方案

三种策略的关系是组合，不是三选一。下面这张表把各自解决的问题、代价和恢复依赖放在一起对照。

全量提供恢复基线，增量缩短备份间隔，异地隔离地点风险。排期先定 RPO 和 RTO：RPO 是可承受丢失多长时间的数据，RTO 是从故障到恢复服务的时间。

以数百人规模的研发组织为例：每周日 02:00 做全量，周一到周六每天做增量；每次备份完成后同步一份到同城另一机房，每周再复制一份到异地对象存储或离线介质；每月保留一个全量归档，升级前额外做一次全量。这个排期把 RPO 控制在 24 小时内；如果业务只能承受 1 小时丢失，就要缩短增量间隔，并确认数据库日志备份能力。保留周期按合规要求和存储成本设定，至少保留多个时间点，不能只留最新一份。

落到禅道：私有化部署项目管理软件该备什么

禅道备份对象可以拆成四部分：配置文件、修改过的代码、数据库和附件。用一键安装包时，最直接的是停掉 Apache 和 MySQL 后备份整个安装目录；Linux 一键安装包对应 /opt/zbox，Windows 对应 xampp 目录。手工备份至少要覆盖 zentao/config/my.php、zentao/www/data/ 下的附件和 mysqldump 导出的数据库。

后台入口随版本变过：10.6 后是“后台 → 数据 → 备份”，18.2 后调整为“后台 → 系统设置 → 备份”；定时任务也在相近位置。较新版本以当前界面为准，具体入口和脚本用法以禅道使用手册为准。禅道还提供 backup.sh 和 backup.bat 脚本，执行后数据库和附件分别按日期打包到 zentao/backup 目录。这个脚本适合做全量基线，增量要另配数据库日志或文件级工具。

容器部署则要备份 /data 挂载卷、外部数据库和 compose 或环境配置；只备份容器本身没有意义。官方 Docker 部署支持外部 MySQL 和 Redis，实际组合以所用版本为准。安装阶段就要把备份目录和恢复流程定下来，可参考私有化部署安装与授权。

禅道官方资料显示，禅道已为国内 100 万+ 团队提供专业支持。团队规模越大，备份越不能依赖个人记忆，越要把对象、频率、责任人和验证方式写进制度。

验证与回退：备份成功不等于能恢复

备份任务显示成功，只说明文件生成了，不说明能恢复。每季度或每半年在独立环境做一次恢复演练：用最近一次全量加对应增量恢复，核对项目、任务、Bug、附件数量和关键页面，记录恢复耗时、参与人和结果。恢复不成功，先修流程，不要等真出事再补。

《网络安全法》第二十一条要求对重要数据备份和加密，并留存网络日志不少于六个月。备份文件本身也要限权、加密，密钥单独管理。备份失败、耗时明显变长、备份盘容量不足都要告警；备份账号只给必要的写入权限，删除权限单独收紧。升级前先做一次全量，记录当前版本号、数据库版本和安装路径；在测试环境跑一遍升级，失败就用备份回滚，不要在同一份数据上反复重装。

常见漏项包括：只备数据库不备附件；备份和源数据放在同一块盘；增量链中间断了一直没发现；备份目录谁都能删；异地副本只做单向同步，源端误删后同步把备份也删了。存储快照也不能替代备份，快照与源数据在同一存储上时，存储故障会一起失效。

把备份放进上线验收

全量、增量、异地各自解决不同问题：全量给恢复基线，增量缩短备份间隔，异地隔离地点风险。真正决定能不能恢复的，是恢复演练和回退路径。

如果正在推进禅道私有化部署方案，建议本周先列出备份对象和 RPO、RTO，下一周把全量、增量和异地同步排进计划，本季度完成一次恢复演练。私有化部署项目管理软件的备份方案不用复杂，但每一项都要有人负责、有记录、能验证。