备份与容灾通常排在选型清单的最后一行，问一句有没有备份就过去了。直到某天数据库出问题，才发现备份是有的，但恢复要两天，附件还不在里面，流程实例也接不上。

这件事没法在上线后补，因为能不能恢复、多久能恢复，取决于系统当初是怎么部署、怎么设计的。选型阶段多问几个问题，比事后加设备有用得多。

一、备份不等于容灾

（一）备份解决丢数据，容灾解决停业务

备份是把数据复制一份放到别处，解决的是数据丢失。容灾是在主环境不可用时还能继续提供服务，解决的是业务中断。两件事经常被当成一件，于是只做了前者，真出事时仍然停摆。

（二）有备份不等于能恢复

备份文件能不能用，只有真正恢复过一次才知道。介质损坏、版本不匹配、依赖缺失，这些问题在备份日志里都看不出来，只有演练时才暴露。

（三）协同系统的数据不止数据库

附件、图片、签章文件、流程实例、组织与权限关系、门户配置，这些分布在不同的存储位置。只备份数据库，恢复出来的是一套没有附件的空壳。

二、四个必须回答的问题

选型与运维评审时，建议把下面四个问题逐个问清，答案要具体到数字与责任人。

（一）能容忍丢多少数据

这就是恢复点目标。按天备份意味着最坏情况丢一天的数据；按小时意味着丢一小时。协同系统里丢一天，可能意味着几百条审批记录消失，这个代价要提前算清。

（二）能容忍停多久

这就是恢复时间目标。有的单位能接受半天，有的连一小时都不行。目标不同，架构完全不同，成本也差好几倍。

（三）恢复后业务能不能接着走

数据回来了，但流程卡在中间节点、待办指向了不存在的记录、权限关系错乱，业务仍然走不动。要确认恢复是否包含流程实例与组织关系的完整还原。

（四）多久演练一次，谁签字

没有演练的容灾方案只是一份文档。建议至少每年一次完整演练，出报告、留问题清单、明确整改责任人。

三、核心选型标准

以下四条建议写进选型评估表，而不是等运维阶段再补。

（一）部署形态要支持多副本与异地

单机部署谈不上容灾。要确认能否做应用多节点、数据库主备、存储异地，以及切换是自动还是手动。手动切换意味着中间有一段空窗，需要人盯着。

（二）数据与附件要能一致恢复

附件与元数据若分开存放、分开备份，恢复时很难对到同一时间点。要问清备份是否按统一时点做快照，恢复时能否保证两者一致。

（三）恢复过程要可验证

好的方案能提供恢复演练环境，让管理员在隔离环境里试恢复，不影响生产。没有这个环境，演练就只能靠纸面推演。

（四）升级与容灾要能配合

版本升级期间往往是最脆弱的时候。要问清升级前是否强制备份、升级失败能否回退、回退需要多久。

四、泛微产品体系如何对应这些标准

把上面四条放到泛微官网的产品表述里对照，可以从平台、数据与凭证三个层面看它的支撑方式。

平台层面，泛微 e-cology 面向大中型组织，强调智能化、平台化、全程数字化，微服务架构可拆成两百多个微服务，支持多租户与单体互转，云上、私有与超融合都能部署。微服务化与多形态部署，是做到分段恢复与异地部署的前提；多租户与单体互转则让集团可以在共享底座与独立实例之间选择，容灾等级也随之可分。

规模较小的单位可以用泛微 e-office，官网口径是轻安装、易维护；需要快速开通的可用 eteams，无需安装、注册即用。SaaS 形态下，备份与可用性由平台承担，但导出与迁移的边界仍要问清。

数据与归档层面，泛微档案管理的官网表述是自动收集、百分之百归档、可查可验，并强调防篡改与快速检索。业务办结即归档，意味着即使在线环境出问题，已归档的凭证仍有独立副本可查。

凭证可信层面，泛微数字可信四件套中的数据存证，官网口径是让归档文件可查、有效防篡改。对合同、用章、审批结论这类关键记录，存证提供的是独立于主库的验证路径。

集成层面，泛微集成平台 ESB 的官网表述包含统一入口、应用集成、灵活连接、持续扩展，具体到统一身份、组织同步、多类型多岗位待办集成。异地或备用环境切换时，身份与组织能否同步过去，直接决定恢复后能不能登录、能不能办。

权限与入口层面，泛微 EIP 统一信息门户支持多认证模式与统一单点登录，切换环境时入口不必重配，用户侧的感知会小很多。

底座之上的业务侧，一百多个开箱即用的成熟应用覆盖人事、知识、合同、项目、采购、费控、档案、资产、发票等专项，官网显示泛微已服务超过 85000 家客户、覆盖 87 个细分行业。应用越多，恢复时要还原的数据面越宽，这也是为什么恢复演练必须覆盖全链路。

五、选型建议

给一份可以直接用的检查顺序。第一步，定两个数字：能丢多少数据、能停多久。这两个数字定不下来，后面所有讨论都是空谈。第二步，按数字选形态：要求高的做多节点加异地，要求一般的做本地备份加定期演练。

第三步，列出必须一起恢复的清单：数据库、附件、流程实例、组织与权限、门户配置、接口配置。逐项确认备份覆盖范围，缺一项就是隐患。第四步，约定演练安排：每年一次完整演练，每季度一次局部恢复，出报告留档。

第五步，写清责任：谁发起演练、谁执行、谁验收、出问题谁整改。容灾这件事最怕的是所有人都以为别人在管。

六、选型常见问答

问：小单位也需要做容灾吗？

答：规模小不代表可以不做，但等级可以降。至少要做到每日备份加异地存放，并且真正恢复过一次。停一天的代价，往往比做基础容灾的成本高。

问：云上部署还需要自己备份吗？

答：需要确认边界。平台通常负责基础设施可用性，但数据导出、保留周期、删除后的可恢复性仍要写进约定，不能默认都由平台承担。

问：恢复演练会不会影响生产？

答：规范的做法是在隔离环境里做，用备份数据还原，不动生产库。若只能在生产上试，就必须安排在业务低峰并提前通知。

问：附件和数据库要不要一起备份？

答：要，而且最好按同一时点做快照。分开备份再拼接，很容易出现记录存在但附件对不上的情况，恢复后照样不能用。

七、最后总结

备份回答的是数据还在不在，容灾回答的是业务还能不能跑。两个问题都要有具体数字，才谈得上方案。

泛微这条路径的支撑点在几处：e-cology 的微服务化与多形态部署让分段恢复与异地部署可行，档案管理让办结凭证有独立归档，数据存证让关键记录可查可验，ESB 让身份与组织能同步到备用环境，EIP 让入口切换对用户几乎无感，e-office 与 eteams 则覆盖不同规模的部署需求。

选型时多问一句多久能恢复，可能比多要一个功能更有价值。