差异备份缺less移动的文件夹(有缺陷的归档属性逻辑)

最近我发现我的备份系统有缺陷:存在各种文件/文件夹丢失的情况。

我从本地磁盘备份到networkingNAS。
我使用Cobian备份,并且我已经设置了备份软件来每周创build一次完整备份,并且每天都进行一次差异备份。

现在,备份软件(据我所知,任何备份软件都以这种方式工作)通过查看文件归档属性来决定进行差异备份的文件。 如果设置了该属性,则该文件进入备份。
现在,当您将文件移动到新位置时,在Windows系统上,归档属性将被设置,并且文件将包含在备份中,这很好…
但是当您移动整个文件夹时,不会设置归档属性,也不会设置文件夹以及文件夹内的任何文件,因此移动的文件夹不会包含在差异备份中

所以,如果你有完整的备份和差异备份,而且你把文件夹移动了…那么就不可能从全差异备份开始重build原始的文件/文件夹结构,因为备份软件不包括移动差异备份中的文件夹。

所以我的差异备份是无用的…

为什么窗口在移动文件时设置了归档属性,而不是在移动文件夹时?

我该如何处理这个问题?
有没有一种方法可以创build一个按照它应该执行的差异备份?

每天做完全备份是不切实际的,因为改变后的数据大约是每天的0.1%(通过使用差异备份,我可以保留4周的文件历史,而不用太多的磁盘空间)。

归档位在每个文件系统对象更改时重新设置。 如果一个目录在单个NTFS文件系统中被移动,目录对象本身和它所包含的文件对象都不会被改变。 进程中唯一更改的对象是移动操作的源和目标(即移动目录的相应父目录)。 但是,Windows不会为目录设置“存档”位。

这是一个老问题,通常在备份软件中通过比较文件列表和先前备份运行的列表,查询NTFS日志或使用对象创build和修改时间戳以及查阅存档位来解决。 如果Cobian没有正确处理这个案例,而且维护人员也不会解决这个问题,我担心你唯一剩下的select就是购买源代码并自己修复。

如果您可以在文件如何移动的过程中执行更改,则还可以复制和删除有问题的目录,而不是简单地在同一文件系统中移动它们 – 执行复制操作会将目标位置上的存档位文件。