一句话结论结论先行：数据备份的收益按月算，成本按天算，所以设计大于坚持。
在数据备份上花过力气的人，多半都有一次「开头猛、中途散、后来不想提」的经历。这篇不劝你再来一次，只把「散掉」那一段补上。
写数据备份的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在打印桌旁完成，每次调整都有判断标准，连失败的情形也写了进去。
- 留一条死底线，其他都可以商量
- 每周只回看一次结果，单日波动不算数
- 只记日期和一句话，让趋势自己说话
数据备份里最典型的四个误判
第二个坑是拿单日表现评判数据备份：漏了一天不可怕，可怕的是给这天编个故事。一个读卡器只在边际上帮忙，起步用手边的东西完全够。
第一个坑是照搬别人的强度：看到有人每天一小时，就觉得自己也得如此。告诉一个人，或留一份看得见的记录，事情的性质就变了。
数据备份适用的三种情形
数据备份解决的是日常层面的问题，不处理紧急状况，也不替代专业意见。文件的位置的变化比数字更早出现，也更值得盯。记住这条，你就不会在第三周因为「没效果」退场。
关于数据备份，市面上有个结构性偏差：好卖的说法传得远，有用的细节没人写。把这条边界记住，后面的方法才不会用错地方。写数据备份的人常漏掉这层，于是方案听着都对，做着全废。边界画清楚了，方法反而简单。
- 把「不做完不睡」改成「做三分钟就算」
- 每周回看两分钟，只改一处
- 把数据备份接在系统更新后后面，不另找时间
- 在日历上标三个固定时段
- 记一周的日期和一句感受，只看趋势
- 把最常失败的那一步再拆细一层
数据备份的第一步，小到不可能失败
开始时把数据备份砍到不像话的小：只做一次、只做一半、只花八分钟。准备值得比执行更多的投入，因为执行时的你往往是累的。起步只需要两样东西：一个最小动作，一个记录做没做的地方。
动手前花五分钟布置数据备份的位置：要用的摆出来，多余的挪走。很多人卡在开头，是想一次做对，结果第一步都没迈。第一周别改方法，只改位置。
数据备份做熟之后的进阶改法
每月留十分钟复盘：什么有效、哪里漏水、下月只改哪一处。数字本身没意义，趋势才有：文件的位置在纸上比在感觉里早两周出现。两件事背靠背做，成本增加很少，跳过其中一个的难度明显上升。这是最省力的加固方式，不额外占时间。
这个阶段可以记录一个数字：用时、次数，或一个简单的自评。三个问题、一张纸、坚持半年，你会有一份别人抄不走的经验。进阶不等于复杂，练到后面往往是删减。
给数据备份配一个搭子动作，共用同一个时段。底线守住了，灵活才不会变成放弃的入口。能长期持续的方案，恢复时间一定很短。
把数据备份写进一周的节奏里
数据备份能稳定发生后，再考虑加量——加的是深度，不是花样。这个动作比任何打卡软件都实在，因为判断是你自己的。
让环境替你分担：一个读卡器固定在位，最常见的借口加一道小障碍。每加一样东西问一次是否必要，三个月后回看，通常一半可以删。每周花两分钟回看：做了几天、卡在哪、下周只改一处。流程越短，越可能在疲惫的日子里活下来。
数据备份的剂量对照表
| 情形 | 建议做法 | 频次与量 |
|---|---|---|
| 换季 | 维持原计划，只调时间点 | 不变 |
| 状态明显差 | 先减量再观察 | 减半，观察 3 天 |
| 中断超三天 | 做一次复位动作 | 1 次即可 |
| 稳定一个月 | 加一档深度，触发点不变 | 每周 4~5 次 |
| 出现不适 | 暂停并记录，必要时求助 | 暂停 |
常见问题
手机和电脑步骤一样吗
同名功能逻辑一致，入口不同。本篇分设备小节，各按各的路径走。
多久做一次维护
轻度清理每月一次，深度维护每季一次。频繁深度优化反而折腾。
操作到一半失败了怎么回退
每节都给了还原办法。实在回不去，用系统还原点或备份镜像兜底。
旧设备能照做吗
思路通用，入口可能不同。旧系统建议先更新到能升的最高版本再操作。
数据来自我们自己的记录，样本不大，但每一次都写了日期。
最后一个提醒：不必等条件齐全。条件永远不齐，一个能立刻开始的小版本，比一个完美的计划有用得多。
数据备份最终会变成不需要讨论的事，就像刷牙。到那天你不会觉得自己自律，只会觉得本来就该这样。