存档备份 · 分项说明
概念说明
存档备份是在改动发生之前留下的一份独立进度副本，并保留它对应的版本时点；它靠副本与活动存档分离、时点早于风险事件成立。判断失误的后果是把备份放在同一存储或让它随每次存档同步更新，原件损坏或被覆盖时副本会一起失效，等于没有可回退的旧版本。正确做法是把副本存到另一位置，保留多个时点，并在需要前试读一次，确认它能被重新载入。
判断方法
存档备份的判断方法，核心不是看复制动作有没有提示成功，而是看副本能否在脱离原目录后读回一个明确的恢复点；判断失误的后果是，原件损坏时才发现副本缺文件或根本读不出，而验证过程中又可能把唯一可用的副本覆盖掉。正确做法是先让程序停止写入，列出构成存档的文件及其数量、大小和修改时间，把整组文件复制到原目录之外；复制后逐项比对副本与这份清单，不一致就重做。接着不要直接拿这份副本当工作目录，而是再复制一份作为试验品，在试验品上读取写明的进度标志并保存一次，确认能读回且没有改写已核对的副本；只有清单一致、读回一致、副本未被改写三项都通过，才把它记为可用备份。
适用边界
存档备份的适用边界在于，它只是某个时点的静态副本，不是版本控制，也不是对存档内容正确性的担保；判断失误的后果是，把已经写坏的进度当成安全备份保存下来，或在恢复时直接覆盖当前进度，反而丢掉复制之后的新进展。它只在能确定备份对应哪个时点、能承受回到该时点、并且恢复前会先把当前存档另行保留的情况下成立。若备份是在问题发生之后做的，它只能保住问题状态；若程序在运行中锁定文件或把进度分散到多处，只复制看得见的一个文件也不构成完整备份。能否恢复要以隔离环境中的实际读取为准，不能仅凭文件存在或复制完成就下结论。
读者评论
写得很实在，没有那种绕来绕去的废话，点赞。
原来问题还能这么解，思路一下子打开了。
试过类似的法子，亲测有用，可以放心。
冒昧问句，预算有限的话先从哪块下手比较划算？
想问下，换新设备后这些设置还能沿用吗？