小编Pat*_* R.的帖子

我正在运行一个 robocopy 脚本，该脚本在过去几周内只是偶尔工作。

问题

• 在源目录中，我每天两次接收文件。该脚本多年来一直完美运行，但自去年 12 月以来，该脚本运行的三分之二都会忽略这些文件。

剧本

目标：将命名方案中的文件复制*Identifier1*到 UNC 路径，然后使用另一个移动它们的应用程序来处理它们。

set sourcefile=D:\some\local\path\here\
set destination=\\someip\some\path\
mkdir %destination%
robocopy %sourcefile% %destination% *Identifier1* /V /R:5 /W:10 >> %Logfile%

wait 60  
anotherapplication.exe

环境

• 已完全修补的 Windows Server 2012R2
• 旧版批处理脚本，而不是 powershell 脚本
• 我通过具有提升权限的任务计划程序触发脚本
• 执行用户是具有本地管理权限的域用户
• 我必须*Identifier*在脚本中使用。我收到两个文件，一个被命名$Timestamp_Identifier1.csv，另一个$Timestamp_Identifier2.csv. 我只需要复制其中一份。

我尝试过的

• 检查文件和目录权限 - 运行脚本的用户肯定具有读/写权限。当使用他的凭据进行远程处理时，手动复制效果非常好。
• 启用/V开关以获得更多输出。不幸的是，robocopy 甚至没有提及它在日志中忽略的文件。
• 启用/R:5和/W:10开关以确保这不是负载问题
• 尝试先让 robocopy 复制到本地目录，这会导致“有时工作”的相同行为。如果我在同一批次中将两者复制到本地路径和 UNC 路径，则这些文件会被忽略。

值得注意的事情

• 除了时间戳之外，文件始终具有相同的命名方案
• 复制的文件和未复制的文件之间没有明显的区别。这包括他们的名称和文件权限。
• 从 webdav 服务下载后，WinSCP 在源目录中创建这些文件。日志没有说任何异常。
• 我anotherapplication.exe在同一脚本中运行的 可以很好地拾取文件并且确实能够移动它们。

有什么想法或提示吗？一如既往，非常感谢。