别让 OneDrive 毁了你的数据：一次“强制备份”引发的深度复盘

微软的软件，是很多人工作和生活的基础，不过可靠性我觉得却是肉眼可见的下降， 分享一个我最近遇到的事情。

事情提要

我之前其实也遇到过，可能很多朋友也都遇到过，OneDrive 或 Windows 的某次升级后， 首次登陆会提示让你选择哪些文件夹需要备份：

我印象遇到过两种提示，一种是进桌面后的提示，这种我遇到一般会直接关闭。 另一种是“欢迎体验“的全屏引导界面，我这次遇到就是这个，后来想想， 应该当时就 ctrl-alt-del 把它关掉。

之前我也遇到过这种欢迎体验，一个深刻的印象是，它会默认备份「我的文档」下的文件会完 整备份到 OneDrive 下，而且好像不给你退出的机制。

能跳过的跳过，不能跳过的，硬着头皮选下去，结果不出意外，OneDrive 开始欢乐地工作 了。赶紧进它的设置终止。

问题是，终止也要等待很久时间，而且在这段时间里，仔细观察网络流量，它还是在不停地 上传文件。好不容易停了以后，选择停止备份还会给你一个提示，问你是保留在本地， 还是保留在云端。我当时选择了本地，接下来我看到大量的删除日志，简单翻了翻， 都是以前「我的文档」中的内容。那我大概假定它把自作主张备份的东西删掉了， 当时没想到，这就是噩梦的源头。

隔天我要跑一个脚本，这个脚本是存在 OneDrive 上面的，不过我忘记了存在哪里， 找了一圈，发现 OneDrive 上没有，我就猜出来个大概了。于是赶紧翻 OneDrive 回收站， 果真看到了以前只在网盘上而不在「我的文档」中的文件被送进了回收站。

这可是非常要命的事情，赶紧把回收站的东西都先捞出来，回头自己人工过吧。

分析

稳定了情绪之后，我开始分析问题的原因，根源肯定是微软的错误引导， 让我误选了备份本地的「文档」文件夹。然后 OneDrive 把我的本地「文档」文件夹合并到了 OneDrive 的云端文件夹中，然后中途我选择了不备份，保留在本地，于是 OneDrive 把一些原本在云端的文件搬到了本地，然后把它们从云端删除了。

那么除了微软的错误引导，还有一个问题，我的云端文件夹叫 files， 为什么 OneDrive 会把它当作是「文档」文件夹？

经过一番搜索，还有 AI 小助手的辅助，我认为是这样，注册表中有这样一个设定：

而 24D89E24-2F19-4534-9DDE-6A6671FBB8FE 这个 id 是有特定含义的：

那么我这个 files 文件夹很有可能是之前某次 OneDrive 自作聪明的「文档」备份， 而我为了和「文档」区分开来，改了下名字，但是改名是无法变更它的尊贵身份， OneDrive 还是当它是「文档」目录。也就是我现在的情况，一旦误选备份「文档」目录， 那本地「文档」和云端「文档」就开始进行统一了，虽然它们名字不一样。

解决思路

本地「文档」文件夹，其实是个历史的产物，很多应用会把用户数据存在这里， 比如 Office 模板，游戏存档，等等。这些档案多数其实我们并不关心， 而游戏存档如果对于我这样的 steam 用户，steam 已经帮我备份好了，我也不需要再备份。 所以我一般是把本地的「文档」目录当作是系统和软件自娱自乐的垃圾目录， 我不会放进去自己的文档。对于这一点微软我估计也心知肚明， 因为以前这个目录叫「我的文档」，现在前两个字去掉了。那么自然， 我也不需要去备份一个垃圾站。

可是可以预见的情况是，说不定在未来的某天，微软又借着某次更新的机会逼我去备份 「文档」文件夹，因为这次也不是第一次，所以估计也不是最后一次。

所以我们得做点什么来减小未来造成伤害的可能性。那么我们能做的第一步， 我觉得可以是关掉更新后的欢迎体验和各种建议：

理论上这样我们后面就不会遇到欢迎体验，前提是微软遵守了这个设定。

第二步，如果 OneDrive 备份「文档」文件夹的蠢事还是发生了，那么我会希望它不要再合并到 我的 files 中去，这样我后面整理的工作量也会小点，简简单单把备份文件夹删掉就好了。

不过，很显然普通用户是不会修改注册表的，所以 files 文件夹也是 OneDrive 自己标记 为「文档」，然后同步到注册表中去的，事实证明也是这样，我试过手工把注册表的值改掉， 过段时间还会被改回去，所以源头并不在这里。

这种情况下如何解绑，别担心，还有办法，我把 files 文件夹改名为 msdox，然后新建一 个文件夹 files，然后把 msdox 中的文件全搬到 files 中去，这样一来，OneDrive 以后 会把 msdox 当作「文档」，而跟我的 files 分道扬镳：

这样一来，我得到了我原本的 files，OneDrive 得到了它的「文档」文件夹，姑且算是双赢。 不过这个办法其实对我也比较痛苦，因为我的 files 中有太多的文件，改一个上层目录， 下面的所有文件都要跟着改，而 OneDrive 对单次可执行的操作数量是有限的， 我们需要先把大部分文件移到一个中转站，然后改名 msdox，然后新建 files， 然后再搬回去。

最后

从周末开始的 OneDrive 更新，然后慌乱、稳定、分析、复盘、写字，到今天已经周中了。 三四天的时间，细想一下，这也不是我第一次栽倒在 OneDrive 这边，估计就是第一次栽倒 的时候，我有了 files 文件夹，当时以为改了个名字就没事了，没想到现在又栽了一次。 云文档的备份我想对很多人来说都是非常重要的事情，所以还是分享下我这次的翻车经验给 大家，对 OneDrive 留个心眼。至于我这次的教训是否有用，我觉得理论上我已经做到了我 的 files 和「文档」文件夹脱钩，所以如果 OneDrive 再次备份，也只会备份到 msdox 中去， 这个目录我是没什么用的，直接清空里面的内容，再看一眼回收站应该就没事，不过我是不 想验证我的方案了，心脏有点受不了。

重中之重的话，我觉得是如果你发现 OneDrive 引导你做了一些事情后，一定要看一眼回收 站，一个月内的文件是找得回来的。