备份柜里躺着一份程序，真出事那天你敢直接用它吗
备份柜里有一张卡，标签上写着设备号和日期。 真出事那天，你敢把它直接插进 CPU 用吗
很多人没想过这个问题 备份年年都在做，但从来没人恢复过一次
备份这件事有个反常识的地方 让备份失效的，往往不是没备份，是从没验证过它能不能恢复。
先说清楚备份和能用的备份差在哪
一份备份要过三关，才算数。
内容对 卡里或硬盘里那份工程，要和机器上现在跑的程序是同一个版本 中间改过几轮程序、调过几回参数，谁也记不清，只能靠块级比对。
读得出 工程文件本身没坏 装在电脑上的博图版本还得打得开它 V13 建的项目，新电脑上只装了 V19，打开时会发生什么，别等到出事那天才试。
恢复得通 真把这份工程灌回一台 CPU 设备能按原来的逻辑跑起来 HMI 画面连得上，驱动参数对得上，联锁动作和原来一致。
三关里任何一关断了 这份备份就只能算心理安慰。
为什么恢复演练这一步省不得
我们做程序托管，一年做一次完整性校验和恢复演练，这是流程里固定的一步。 不少人不理解，备份放得好好的，为什么要折腾
因为失效是悄悄发生的 举三种最常见的。
一，版本漂移 设备两年里改过三次程序，改的人图省事没归档 出事那天拿出来的备份，还是两年前的逻辑 恢复上去设备能转，但工艺参数全不对，等于把老毛病又装了回去。
二，介质失效 存储卡放着不用也会坏 硬盘坏得更安静 平时读不出没人发现，直到要用那天。
三，环境失效 当年做备份的工程师离职了 笔记本格式化了 工程依赖的组态文件和图纸找不到了，备份文件还在，配套的东西散了。
这三种情况，只有真恢复一次才暴露得出来 平时看，柜子里永远躺着一份完整备份。
去年我们评估过一家厂的两台压机 台账上写着有备份，编号、日期、签收人齐全 真开电脑一看，备份盘三年没动过，里头的工程和现场差了两个版本 问下来，负责归档的工程师前一年就离职了，交接只交了盘，没交校验的习惯
这个案例不算少见 备份体系坏掉的过程是安静的，没有报警，没有红 灯 只有一次演练，能把它揪出来。
一张检查表，恢复演练 5 步
建议存手机里 一年走一遍 每台关键设备各走一遍。
| 步骤 | 做什么 | 判断标准 |
|---|---|---|
| 1 拿出来 | 从备份柜取出备份介质，别用日常那块 | 文件能打开，不报错 |
| 2 比一比 | 和在线程序做块级比对 | 块数量、时间戳、差异点都能解释 |
| 3 灌进去 | 灌到备用 CPU 或停机窗口的实体设备上 | 下载完整通过，无报错 |
| 4 转起来 | 让设备按原逻辑空跑一个循环 | HMI 联通、驱动参数在、联锁动作对 |
| 5 记下来 | 记录日期、参与人、发现的问题 | 台账上多一行，问题排进整改 |
第 4 步最容易被跳过，也最不该跳 文件灌进去了，不等于设备转得起来 画面地址变了、驱动参数没跟上是常事 S7-1200/1500 换了固件版本的 CPU，上载和下载的行为也有差别，以博图组态为准。
第 5 步同样重要 演练没记录，下次还是说不清这份备份的底细 我们托管程序资产时，台账、双备份、年度校验是绑在一起的，缺一条链就不完整。
不用外人的部分，占大头
说实话 这 5 步里前 4 步，有备用 CPU 和停机窗口的厂子自己就能做，不需要找任何人 你们缺的可能只是一张表和一个排期。
真正要外人的场景只有两个 备份读不出、内容存疑，需要把卡里或控制器里的东西完整读出来校验归档 或者演练出了问题，程序和现场对不上，需要有人在两套逻辑里找出哪份是真的。
到那一步再联系 我们的活是读取、校验、归档这一层 工具只负责整理与比对，替代不了工程师对设备工艺的判断。
一句实在话 公司是新的，团队在电气和软件这两行做了三十多年 能不能做、前提是什么，评估完照实说。
更多这类速查表，我们会持续整理。