备份与业务连续性
导语： 业务连续性（BC）关心的是"业务多久能接着干"，备份只是其中一环。把备份孤立看待，容易在灾时恢复出数据却接不回业务。本文讲清备份如何嵌入连续性全局。
一、为什么要关注
- 监管与董事会越来越看重"业务中断时长"而非"数据是否找回"。
- 仅有备份，缺人员、流程、通讯预案，恢复出的数据也无人能用。
- 连续性目标（如关键业务 4 小时恢复）驱动备份设计，反过来备份能力也约束目标。
二、核心原理
业务连续性由三支柱支撑：人员与职责、流程与通讯、技术与数据（含备份）。通用原则：备份设计由 BC 目标倒推、恢复顺序由业务依赖决定、演练覆盖"人+流程+数据"全链。备份是"数据可用"的保证，连续性是"业务可用"的保证。
三、落地做法/步骤
- 做业务影响分析（BIA），排定关键业务的恢复优先级与时限。
- 由优先级反推各系统的 RPO/RTO，作为备份设计输入。
- 设计恢复依赖链：先恢复什么、后恢复什么，避免半截业务。
- 把人员到位、通讯手段、决策授权写入连续性手册。
- 演练同时检验"数据恢复 + 人员到岗 + 流程执行"，不止测技术。
四、与群晖NAS/信创云盘的对应能力
- 群晖NAS（如 DS925+、DS1825+）提供快速快照恢复与高可用，可显著压缩关键文件/虚机业务的 RTO，直接支撑连续性目标。
- 信创云盘支持跨站点即时同步，灾难后可快速把协作与文件业务拉起，缩短人员"无工具可用"的空窗。
- 两者作为数据支柱，配合流程预案共同构成连续性闭环。
五、常见误区
- 备份达标即以为连续性达标：数据有了，人、流程、通讯可能全断。
- 恢复顺序随意：底层依赖未起，上层业务起不来。
- 只演练技术不演练人：灾时谁决策、谁操作一团模糊。
六、小结与行动建议
备份是连续性的"数据底座"，不是全部。先由 BIA 定目标，再让备份去匹配，最后把人、流程、数据放进同一次演练。