【发布时间】：2019-07-25 20:25:41
【问题描述】：
我在 ROBOCOPY 复制日期不正确的文件时遇到间歇性问题。
作为远程备份解决方案的一部分，我正在使用 ROBOCOPY 将备份文件从本地文件夹复制到远程文件共享。该脚本通过任务管理器安排为每天运行。这是伪代码：
ROBOCOPY E:\LocalFolder \\RemoteServer\FileShare\Folder *.bak
大多数文件都带有正确的文件日期，但有时一两个文件的日期是 1980 年 1 月 1 日。这对管理文件共享中的备份提出了一个主要问题，因为日期对其管理至关重要。
什么可能导致这种情况？ 可以做些什么来防止这种行为？
【问题讨论】：
-
那一两个文件的日期戳是多少？
-
"一个或两个文件的日期有时是 1980 年 1 月 1 日" - 前一天的原始日期戳是 2014 年 6 月 23 日，但是在复制到远程之后位置，它可能采用不同的日期戳值。如果是这样，则该新值将始终为 1980 年 1 月 1 日。
-
我想知道源文件上的日期是否可能不是您认为的那样，这取决于您如何查看它。
-
日期是我所说的。 （原始文件为 6/23/2-14，复制文件为 1980 年 1 月 1 日）没有弄错，因为只有少数文件被移动。使用文件管理器查看文件和日期。
-
正如我所说，我唯一可以建议的是，您在文件管理器中查看的任何元数据都与 robocopy 使用的不同。