血泪的教训， icloud 真的会丢文件，另附建议

[f1ynnv2]

以前就经常看到有人说 icloud 会丢文件，这次自己也遇到了。

这两天一直在编辑桌面上的一个 word 文件，纯文字的不大但是比较费脑，一共也就几百 K 。 从 18 号开始编辑一直到 20 号凌晨 2 点完成。

结果就在刚刚(20 号 16:00)打开的时候，惊奇的发现它的内容恢复到了 19 号的，确切的说是恢复到了 19 号下午 5 点（从时间戳上看出来的）。

这一刻我脑袋是懵的，赶紧到 iphone 、ipad 、网页 icloud 上检查了一下发现全是这个版本。这个文件如果要重新写，我绝对会吐血。我有一瞬间怀疑自己是不是记错了文件位置或者因为什么原因这台电脑上修改的版本没有真正同步到 icloud 云上去。

但是...因为我以前听说过 icloud 不靠谱，所以我在另一台 mac 上写了个脚本，每天 0 点会自动把桌面打包存到一个临时目录。于是赶紧跑去另一台 mac 上看了一下，谢天谢地 19 号和 20 号凌晨自动打包的桌面确实是包含这个文件的，而且内容也都确实是那个时刻的。这也就意味着 icloud 肯定是 20 号某个时刻把数据给我重置了。

仅靠我自己的备份只能恢复到 20 号 0 点的数据，0 点~2 点的内容恢复不回来了（已经致电 apple ，说是去看看不保证能恢复）。

以上就是事情的经过，自己的血泪教训，建议大家绝对不要信任任何一个云存储厂商，一定要有一套独立的数据备份保底方案（我这保底方案也不能说完善，但是确实救了我大半条命）。

[luvmhx]

@titanlpy 任何还喘气的人都应该防备公安

[shilianmlxg]

@documentzhangx66 大佬 ，这样的妖板可以用于组件个 nas 吗？ https://i.ibb.co/YDgPpKN/QQ-20220924121917.png

[documentzhangx66]

@shilianmlxg

能不能，要根据你的需求。

如果你要开一堆虚拟机，那可能 CPU 线程数量不够用。

如果你要用它存储重要数据，它不支持 RECC ，数据可能会有危险。

而且这货的睿频主频不够高，如果你有高性能的要求，比如上 10G 网卡且不开 offload ，估计这 CPU 不够看。

结论：

虚拟机少 + 不存重要数据 + 没高性能要求，可以入。但也要注意一下价格。因为，这种需求，便宜些的 N3150 够不够？ 甚至更便宜的 D2550 够不够？

[shilianmlxg]

@documentzhangx66 谢谢大佬的建议。感恩大佬

[lucacham]

@yinxiangbiji 你地下党的？担心公安上门