项目记录:给存档做一次三层备份的具体做法

项目记录:给存档做一次三层备份的具体做法

起因

准备重装系统前,突然意识到存档散在好几个位置:有的在文档目录,有的在平台云同步里,还有几个游戏根本没注意过存哪儿。与其临时找,不如趁这次把备份结构定下来。

三层分别解决什么

层放哪里应对的情况
第一层游戏自带的云同步换设备、轻量回退
第二层本地另一块盘的固定目录误删、存档被覆盖
第三层离线介质或另一台设备重装系统、整盘故障

三层的重点不是「越多越好」,而是失败原因互不重叠:只做两份本地拷贝,一次误操作可能同时毁掉两份。

执行顺序

  1. 先把每个游戏的存档路径查清,列成一张表,标注是否支持云同步。
  2. 关闭游戏后统一复制到第二层目录,目录名带上日期。
  3. 重装前再做一次第三层,并从中随机抽一个文件试着还原,确认不是空壳。

第三步最容易被省,也最不该省。备份没验证过,等于没备份。

路径核对这一步参考了 万象系统之家 里那些装机说明的思路:把「重装之后哪些东西会没、它们原本在哪」先列清楚,再动手。清单先行,比事后恢复靠谱得多。

跑完之后的记录

  • 三个游戏的存档路径与原先猜的不一致,其中两个藏在用户目录的隐藏文件夹里。
  • 云同步只覆盖了一部分内容,本地设置文件不在其中。
  • 按日期分目录后,回退到某一天变得很直接,不用在覆盖式备份里翻。

适用边界

这套做法适合进度长、丢不起的存档;随手玩的小游戏没必要三层。另外,带在线校验的游戏不要手动改存档内容,只做原样复制。

小结

备份的可靠性来自「失败原因不重叠」和「真的还原过一次」。三层加一张路径表,重装系统时就不用赌运气。