备份是为了缩短恢复时间
设备配置备份的意义不在“存了一份”，而在于故障或更换设备时能不能用它把系统拉回原状。因此备份要考虑三点：内容完整（含程序、通信参数、组态与授权相关信息）、可恢复（有人验证过能导回并正常工作）、可追溯（知道哪一份对应哪个时间点与哪次变更）。只把配置文件堆在共享盘里，往往在真正需要时才发现版本对不上或文件根本打不开。
基本信息
| 备份对象 | 控制器程序与硬件组态、远程 IO 参数、交换机配置、网关映射表、HMI 画面 |
|---|---|
| 关键要求 | 完整性、可恢复性、可追溯性 |
| 存放策略 | 就地一份用于快速恢复，异地一份应对严重故障或场地受损 |
| 恢复验证 | 定期在备件或测试设备上实际试导一次 |
典型使用场景
- 项目移交时建立首次完整备份作为基线
- 现场变更前后各备份一次，形成变更前后对照
- 更换故障设备时用最近备份快速恢复运行
- 年度巡检时抽查备份能否正常导入
- 检修窗口前备份当前状态，作为回退依据
备份要求与检查点
| 要求 | 具体做法 | 检查点 |
|---|---|---|
| 完整性 | 覆盖程序、组态、通信与网络参数 | 按设备清单核对是否有遗漏项 |
| 可恢复性 | 用备件或测试设备实际导入验证 | 只存不验等于没有备份 |
| 可追溯性 | 文件名含设备标识与日期版本 | 能对应到具体变更与时间点 |
| 可读性 | 确认文件未加密或口令已妥善记录 | 恢复时打不开是最常见的事故 |
备份与校验操作
备份与校验操作
# 1) 按设备标识与日期命名，避免全部叫 config.bak
cp device_conf.zip device_A1_$(date +%F).zip
# 2) 生成校验值并随备份一起记录，确认文件未损坏
sha256sum device_A1_$(date +%F).zip > device_A1_$(date +%F).zip.sha256
# 3) 就地与异地各存一份，异地介质定期检查可读性
rsync -av /backup/ics/ /mnt/offsite/ics/
# 4) 变更前后各备份一次，并记录变更原因与执行人
# 5) 定期在备件设备上试导一次，验证恢复路径真的可用只备份不验证是常见的伪安全。备份文件可能因导出中断、权限问题或口令丢失而不可用，定期在备件设备上实际试导一次，才能确认恢复路径有效。
备份要与变更挂钩：变更前留一份作为回退点，变更后再存一份作为新基线。没有这个习惯时，出问题后不知道该退回到哪个状态才是可用的。
备份介质与文件本身也需要保护。配置中通常含通信参数与可能的凭据信息，应按敏感信息管理，访问受控并避免随意外发或上传第三方服务。