外包运维接过来的第一个问题往往是：你们备份了吗？多数团队能立刻答出每天备份，但接着问上次成功恢复是什么时候，能给出日期的不到一半。备份存在不等于数据可用，真正能证明可用的只有恢复演练。
下面按备份范围、保留周期、演练脚本三块给出可直接写进运维手册的清单与判定标准。
一、备份范围：先列资产清单
按五类资产逐项确认，漏一类都可能在事故当天才被发现：
- 数据库：全量加增量，含存储过程、视图与权限对象，只备数据不备结构，恢复后要重建半天；
- 应用与配置：程序包、中间件配置、反向代理规则、定时任务清单，重装系统时这些比数据更难找；
- 证书与密钥：传输证书、接口签名密钥、支付私钥，丢了不是恢复问题，是要重新走申请流程；
- 第三方对接资料：接口文档、白名单地址、对方联调联系人，这类东西通常只存在某个人的电脑里；
- 业务流水与日志：按监管要求单独归档，与系统运行日志分开存放。
清单每半年核对一次，新增系统上线时同步补录。做法是把资产编号与备份任务编号做一对一绑定，后台一眼能看出哪个资产没有对应任务，比人工巡检可靠。
二、保留周期：滚动档位加一份离线
常用档位是日备保留 7 天、周备保留 4 周、月备保留 6 个月、年备保留 2 年，全量每周一次、增量每日一次、事务日志按 15 分钟连续归档。关键是按 3-2-1 执行：至少三份副本、两种介质、一份离线或异地。只做本地在线备份，在加密勒索或存储整体故障时会一起消失。
RPO 与 RTO 要写成数字：报名缴费与闸机通行这类业务 RPO 不超过 15 分钟，管理报表类不超过 24 小时；RTO 按业务分级，交易类在 2 小时内，报表类可放到 8 小时。没有这两个数，演练就没有判定依据。
三、演练脚本：四个场景三条判定
每季度跑一轮，四个场景固定不变：
- 单表误删恢复：删掉一张指定业务表，从最近全量加日志恢复，记录耗时与恢复到的数据点；
- 主备切换：把从库提升为主库，验证应用连接串切换是否真的生效，重点核对有无写入丢失；
- 应用主机重建：在一台空机器上装系统、恢复配置、拉起服务，验证配置类备份是否齐全；
- 证书与密钥恢复：单独恢复过期证书与接口密钥，这类场景平时最容易被跳过。
判定三条：实际耗时是否在 RTO 之内、恢复点与 RPO 的差距、抽样 20 条业务数据是否一致。演练结果记成表格，连续两次超时就该改架构而不是改文档。
四、给外包与自运维团队的三条建议
- 把资产清单与备份任务做一对一映射，未覆盖项每周自动报出，不依赖人工抽查；
- 恢复演练排进季度计划固定执行，场景与判定标准写死，演练记录作为交付物归档；
- RPO、RTO 写进合同附件并按季度实测，实测值劣于承诺值的月份按合同条款处理。