备份核验 · 分项说明
概念说明
备份核验是在源系统不参与的条件下，从副本侧抽取对象并核对范围，确认副本能独立提供可用数据；它靠实际读取结果与事先约定的覆盖清单相符来成立。只看备份任务成功，等原数据损坏时可能才发现副本读不出内容。正确做法是先定覆盖清单，再断开原系统做一次抽取读取和数量核对，并记录失败项。
判断方法
判断备份是否可用，靠同一验收脚本对多个批次做恢复对照，而不是看单次解压是否成功。只抽最新一批，容易把偶发可用当成稳定可恢复，也会掩盖较旧批次或批次间依赖的问题。准备两个隔离的恢复位置，选最新一批和较早一批，用同一份脚本分别执行：先核对对象数量与关键字段，再从恢复端打开关联项。两批都通过，才能说明这两批可用；若一新一旧结果不同，优先检查两批之间的依赖和备份范围；若两批都失败，先查恢复环境与验收标准。不要在同一位置连续覆盖恢复，以免上一批残留影响判断。
适用边界
备份核验的结论，以恢复环境无外部副作用且验收清单覆盖业务关系为前提。恢复位置不仅要与正式数据隔离，还要断开或替代对外发送、通知、扣费等真实副作用；否则在副本上做写入测试可能已经影响外部对象，这种结果不能记作无影响通过。该结论只说明所抽取批次在本次恢复环境中的读取和关联可用，不说明它是可接受的最早恢复点，也不说明正式切换后的并发表现。若只核对了文件存在而未验证业务关系，应降级为未核验；未抽取的版本不在结论内。
读者评论
循环使用我认，但有些确实该换新的，安全这块别硬省。
请教一下，纸箱攒着还有必要吗？占地方又怕以后要用。
有个小问题，那种搬家用的编织袋用完能干嘛？扔了可惜，不扔又碍事。
其实不难，难的是家里人思路不一致，一个人清另一个人塞。
我从最乱的那个角落开始的，清完坐那儿看了半天，挺解压。