使用旧的修改date覆盖时使用卷影复制版本化文件恢复Windows DFS分区?

我已经注意到DFS卷上带有卷影副本的下列“错误”:

假设在影子副本版本控制下有两个星期以下的文件夹/文件。

mydirectory中
+ MyFile – 修改date8/1/2009

当前date:8/30/2009

您的其他版本的MyFile存储在别处,修改date为7/1/2009。

将您的其他版本的MyFile复制到MyDirectory,覆盖最新版本。 我预计你可以回滚到最后一次拍摄的那个版本,比如在前一天,恢复你的8/1版本。 不是这样的。 现在,当你去看过去两个星期的以前的版本时,那个文件的版本将会完全丢失,并且你会被老版本的7/1版本所困住。 Suckage。

问题:
(1)这是故意的,如果是这样,理由是什么? 我认为DFS是基于当前文件进行版本控制的,这就是以前的版本,但是这似乎是一种相当愚蠢/天真的处理版本的方式。
(2)有没有办法从这里退出,而不是从其他备份媒体恢复?

谢谢!

我觉得当你想象一个时间表的时候更直观。 最初,假设你有这样的保存点:

8/1 ….. 8/10 …. 8/30

如果您想恢复到第二个保存点,请进行更改和编辑,您现在有:

8/1 ….. 8/10 …. 9/1

8/30已被删除。 替代scheme是:

8/1 ….. 8/10 ……. 9/1
… … … … | … 8 \ 30(也许有人会帮助解决这个蹩脚的格式)

我可以看到多个时间线分支得到相当的空间密集型,并且很难pipe理和导航。 所以很自然地,当我们把时钟一直倒回到7/1时,它也将消除被“倒回”的树。

我理解它的方式,DFS旨在成为一个相当简单的方法来处理这个问题。 任何更复杂的东西,我会看看内容pipe理系统(从Sharepoint到Documentum,取决于你想得到多么严重)。

至于棘手的DFS恢复提示,对不起,我什么都没有。 我会拉出磁带。 (假设你已经检查了ConflictAndDeleted文件夹)