当使用旧的修改日期覆盖时,如何使用卷影副本版本文件恢复 Windows DFS 分区?

当使用旧的修改日期覆盖时,如何使用卷影副本版本文件恢复 Windows DFS 分区?

我注意到具有卷影副本的DFS卷上存在以下“错误”:

假设您有以下处于卷影副本版本控制下的文件夹/文件,可追溯至两周前。

MyDirectory
+ MyFile - 修改日期 2009/8/1

当前日期:2009/8/30

您在其他地方存储了另一个版本的 MyFile,其修改日期为 2009 年 7 月 1 日。

将 MyFile 的其他版本复制到 MyDirectory 中,覆盖最新版本。我期望您可以回滚到上次映像时的版本,比如前一天,并恢复您的 8/1 版本。事实并非如此。现在,当您查看过去两周的先前版本时,该文件的版本将完全丢失,您将只能使用旧的 7/1 版本。太糟糕了。

问题:
(1) 这是故意的吗?如果是,其原因是什么?我假设 DFS 根据当前文件选择版本,这就是删除先前版本的原因,但在我看来,这似乎是一种相当愚蠢/幼稚的版本处理方式。
(2) 有没有办法回溯到这种情况,而无需借助其他备份介质进行恢复?

谢谢!

答案1

我认为当你将时间线可视化时会更直观。首先,假设你有这样的保存点:

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 文件夹)

相关内容