在数字化办公日益普及的今天，数据已成为个人与企业最核心的资产。合同、方案等重要资料一旦丢失，或遭遇勒索病毒攻击，往往无法挽回。近期，网上频频曝出“XX商家跑路”的消息，让数据安全这一老生常谈的话题再次被推到聚光灯下——你辛苦积累的资料，可能因为一个平台的倒下而瞬间化为乌有。
然而令人遗憾的是，绝大多数人依然没有真正建立起“备份”的习惯。究其原因，并非技术门槛高，而是“没经历过”——没有亲身体会过数据丢失后那种四处求索、试图挽回却无能为力的痛苦。正因为痛感缺失，侥幸心理才始终占据上风。
说实话，很长一段时间里，我也抱着侥幸心理，几乎没做过备份——哪怕我自己已经经历过好几次、各种类型的数据丢失。勒索病毒、硬盘损坏、提供商跑路等等...我都经历过了。但随着业务规模不断扩大，服务器上的数据对我而言越来越重要，我不得不开始做出一些改变了。
那么，该怎么备份，才足够安全，也足够简单呢？来了解一下老生常谈的3-2-1备份原则。说实话，他很简单，简单到可能没办法凑成一篇文章。但是，他却是无数人用宝贵数据丢失的惨痛教训验证过的、业界公认可靠的方案。大致规则如下：
- 3 - 3份副本。一份原件，两份副本。总之，就是要有多份备份。
- 2 - 2种介质。别把所有备份放在同一类设备上。比如“本地硬盘+云盘”，或者“本地硬盘+u盘”，都是不错的选择。u盘虽然方便，但绝不能是唯一的备份，因为它太容易失踪了。不同介质可以避免共性故障（比如两块盘同时暴毙的情况，总有的）。总之，鸡蛋不能放在一个篮子里。
- 1 - 1份异地。必须有一份备份存在和数据所在地隔离的位置，避免火灾、盗窃等物理灾难，防止意外发生。
当然，数字都是最低要求。多留几份，可能麻烦点，但是肯定没坏处。多存几份、换着花样存、分开地方存，准没错。
我是怎么落实的？
首先，备份通过Nodejs开发的程序产生，每日凌晨（业务低峰）全量备份成一个zip压缩包（推荐是增量备份，但是我的数据量不算大，产物2G目前还没到），保留12份，经过验证其内容物可以完整恢复整个业务。
- 3 - 一份原件、一份云盘、一份第三方服务器、一份本地硬盘、一份U盘。前几个可以由程序自动完成，不过呢，本地的硬盘和u盘显然不能，只能我手动下载保存。因此，在实际流程中，能保持最新的备份只有两到三份（源服务器回国网络质量问题），另外两份是有偏差的，只能作为兜底。这也是为什么我不觉得我这个实践是完美的。
- 2 - 同上，出现了多个介质，并且u盘可以随身携带。
- 1 - 原件所在地是香港，人在浙江，U盘随身携带、本地硬盘一直在身边，还有云盘（Google Drive）本身也会保障数据安全。云盘数据丢失的风险在于账号安全或者被平台封禁。
说实话，可能不是最佳的实践，但是对我来说，绝对够用——因为它已经实实在在救过我一次了。
不做备份，无非就是嫌麻烦、寻思着“应该不会出事”呗。但残酷的现实会告诉你：勒索病毒、硬盘损坏、平台跑路——他们来之前可不会打招呼。表面的稳定运行，不过是暴风雨前的宁静罢了。
这是我在查资料时看到的一句话：备份只有在您需要时可靠地进行还原才有意义。记得偶尔试一试备份文件的可靠性，能不能恢复出完整的业务。万一备份出来的数据是损坏的，那前面的一切都是徒劳。
快去看看你的备份吧。
顺便提一嘴：基于 3-2-1 原则，还有各种变体，本文暂且不提。如参考1中的“4-3-2-1”，成本太高，没必要。普通人只要做到“3-2-1”，就足够了。
说明：本文部分文段（集中在上半篇）经过 deepseek 调整/润色。
参考：