01 / 问题剖面
备份真正要解决的，不是“任务成功”，而是业务能否按目标恢复
常见问题不是完全没有备份，而是关键数据没有纳入、所有副本共用同一套权限、保留周期与业务要求不匹配，或者从未按真实依赖做过恢复。任务显示成功，并不能单独证明数据可用。
先按业务影响盘点数据库、虚拟机、文件、配置、账号和关键文档，再为不同对象定义负责人、数据变化频率、RPO、RTO 与恢复顺序。
- 01保护对象是否完整
核对生产系统、数据库、文件、虚拟机、配置和身份数据，避免只保护主机而遗漏业务依赖。
- 02恢复目标是否分级
根据停机影响和数据变化设置不同 RPO、RTO、保护频率与恢复顺序。
- 03结果由谁确认
明确备份运维、恢复执行、业务验证和异常升级责任。
02 / 副本架构
把快速恢复、隔离保护和异地恢复分成不同副本层级
生产快照适合快速回退，但不能替代独立备份；本地仓库有利于缩短恢复时间，离线或不可变副本用于降低误删、恶意加密和账号失陷的连带风险，异地副本则应对主站点不可用。
可以把 3-2-1 作为设计基线，但最终仍要结合数据量、带宽、备份窗口、恢复资源、合规期限和预算确定副本数量与位置。
- 01快速恢复层
通过本地备份、快照或副本缩短常见误删和系统故障的恢复时间。
- 02隔离保护层
用离线、不可变、独立凭据或受控保管方式隔离关键副本。
- 03异地恢复层
确认异地带宽、复制方向、恢复资源、访问权限和主站点失效后的启动条件。
03 / 策略与安全
备份频率、保留周期与安全边界必须随数据变化
全量、增量、日志、快照和复制各自解决不同问题。策略设计要同时考虑业务高峰、备份窗口、网络负载、去重压缩、长期保留、加密、账号权限和介质生命周期。
策略不是一次配置后永久不变。系统扩容、数据增长、版本升级和合规要求变化时，需要重新核对窗口、容量、保留与恢复目标。
- 01作业与窗口
按数据变化选择全量、增量、日志或应用一致性保护，并避开关键业务窗口。
- 02容量与保留
测算增长、压缩、版本数量、长期归档和恢复临时空间，提前安排扩容。
- 03权限与介质
分离管理与恢复权限，记录离线介质取用、归还、校验和销毁。
04 / 恢复验证与交接
用真实恢复测试证明副本完整、数据可用、业务能接回
校验值通过或文件能够浏览，只能证明副本的一部分状态。恢复测试还要验证计算与存储资源、网络与身份、应用启动顺序、数据库一致性、关键交易、接口、报表和实际恢复耗时。
按月、季度或重大变更安排抽样恢复和完整演练，记录计划与实际 RPO/RTO、异常、补救动作、业务签认和下一次复测时间。
- 01隔离恢复
在隔离环境准备计算、存储、网络、账号和安全检查，避免未验证系统直接进入生产。
- 02技术与业务验收
技术团队核对完整性和平台状态，业务负责人确认关键数据、流程与接口可用。
- 03运行交接
交付策略、任务、容量、告警、介质、恢复手册、演练结果、责任人和复测计划。
下一步
从现有环境、业务优先级和恢复要求开始沟通
提供现有设备、系统依赖、现场条件、数据变化、运行问题或计划窗口，我们会据此继续确认服务边界和实施路径。