我注意到带有卷影副本的 DFS 卷上存在以下“错误”：
假设您在卷影副本版本控制下有以下文件夹/文件，可以追溯到两周前。
MyDirectory
+ MyFile - 修改日期 2009 年 8 月 1 日
当前日期：2009 年 8 月 30 日
您在其他地方存储了另一个版本的 MyFile，修改日期为 2009 年 7 月 1 日。
将您的其他版本的 MyFile 复制到 MyDirectory，覆盖最新版本。我希望您可以回滚到上次成像时的版本，比如前一天，然后恢复您的 8/1 版本。不是这样。现在，当您查看过去两周的先前版本时，该文件的版本控制将完全丢失，您将被旧的 7/1 版本卡住。吸吮。
问题：
（1）这是故意的，如果是，原因是什么？我假设 DFS 会根据当前文件进行版本控制，这就是消除以前版本的原因，但对我来说，这似乎是一种相当愚蠢/幼稚的处理版本控制的方式。
(2) 有没有办法在不求助于其他备份介质的情况下回溯？
谢谢！
我认为当您将时间线可视化时会更直观。最初，假设您有这样的保存点：
8/1 .....8/10.... 8/30
如果您想恢复到第二个保存点，进行更改和编辑，您现在拥有：
8/1 .....8/10.... 9/1
8/30 已被删除。替代方案是：
8/1 .....8/10....... 9/1
... ... ... ... ... |...8\30（也许有人会帮助解决这个问题蹩脚的格式）
我可以看到多个时间线分支变得相当占用空间，并且管理和导航很痛苦。所以很自然，当我们把时钟一路倒回 7 月 1 日时，它也会把被“倒带”的树一扫而光。
我理解它的方式是，DFS 旨在成为一种相当简单的方法来处理这个问题。任何更复杂的东西，我都会研究一个内容管理系统（从 Sharepoint 到 Documentum，这取决于你想变得多认真）。
至于棘手的 DFS 恢复技巧，对不起，我什么都没有。我会拿出磁带。（假设您已经检查过 ConflictAndDeleted 文件夹）