是否有可能从Windows 2003 R2命令提示符中删除文件，可能会删除错误的文件？
我们有一个语音logging服务器，唯一的目的是在电话线上收听，并logging它听到的波形文件。
根据客户的要求，我们需要保持这些电话90天，所以每个星期一，我有一个批处理作业（我只是一个简单的.bat文件），我增加了我想删除的文件（del a_yyyymmdd *），并运行它
经过这么多年的操作，我们认为windows正在删除错误的文件。 例如，本周，我将删除feb 09-feb-13（3个月前）
但是我们发现上个星期的电话被删除了
我是积极的，我的批量工作是正确的编码，我一直在做这个每个星期一在过去的4年
我们已经决定下周一不再运行批量作业，看看会发生什么，但是有没有人看到这个？
更具体一点 – 每个通话logging软件供应商在这个文件夹中有10000个这样的文件，我们对这个服务器什么都不做; 没有服务包，没有更新，没有杀毒软件，什么都没有。 其真正的，内部的，具体的目的。
我认为它的某种文件系统的腐败
有任何想法吗？
——–将客户端名称转换为＃的batch file————–
cd cappman copy rec_06\a_20110130*####* #### copy rec_06\a_20110131*####* #### copy rec_06\a_20110201*####* #### copy rec_06\a_20110202*####* #### copy rec_06\a_20110203*####* #### copy rec_06\a_20110204*####* #### copy rec_06\a_20110205*####* #### copy rec_06\a_20110130*####* #### copy rec_06\a_20110131*####* #### copy rec_06\a_20110201*####* #### copy rec_06\a_20110202*####* #### copy rec_06\a_20110203*####* #### copy rec_06\a_20110204*####* #### copy rec_06\a_20110205*####* #### cd rec_06 del /q a_20110130* del /q a_20110131* del /q a_20110201* del /q a_20110202* del /q a_20110203* del /q a_20110204* del /q a_20110205* cd.. copy rec_07\a_20110130*####* #### copy rec_07\a_20110131*####* #### copy rec_07\a_20110201*####* #### copy rec_07\a_20110202*####* #### copy rec_07\a_20110203*####* #### copy rec_07\a_20110204*####* #### copy rec_07\a_20110205*####* #### copy rec_07\a_20110130*####* #### copy rec_07\a_20110131*####* #### copy rec_07\a_20110201*####* #### copy rec_07\a_20110202*####* #### copy rec_07\a_20110203*####* #### copy rec_07\a_20110204*####* #### copy rec_07\a_20110205*####* #### cd rec_07 del /q a_20110130* del /q a_20110131* del /q a_20110201* del /q a_20110202* del /q a_20110203* del /q a_20110204* del /q a_20110205* cd .. cd rec_06 del /q a_20110301*####* del /q a_20110302*####* del /q a_20110303*####* del /q a_20110304*####* del /q a_20110305*####* del /q a_20110306*####* del /q a_20110307*####* cd.. cd rec_07 del /q a_20110301*####* del /q a_20110302*####* del /q a_20110303*####* del /q a_20110304*####* del /q a_20110305*####* del /q a_20110306*####* del /q a_20110307*####* 只是今天早上检查事件查看器 – 没有任何规范; 我最近重新启动，组策略同步等…
除此之外，上面列出的文件夹不是主要的录制文件夹 – 每隔3个星期左右，我将rec主文件夹重命名为rec_0＃，以减less主文件夹中的文件数量。 录音节目老旧; 它没有保留date的手段，所以我不得不自己处理它; 所以从上周删除的文件，是荒谬的，因为我们甚至没有从主rec文件夹（这些文件所在的位置）删除文件 – 我们正在从这些其他文件夹中删除文件（删除06和07的原因
就像我所说的那样，你看到####是一个客户名称; 删除和复制的区别在于保留一些客户电话的时间更长或更短。
-Mario
批处理脚本编码错误，或文件命名错误。 如果天气不好，Windows将不会构成一个要删除的文件。
解决这个问题的最好方法是build立一个虚拟环境，用示例数据填充它（或复制生产的东西），然后用这种方法testing脚本。
如果你真的有NTFS错误或损坏的RAID控制器，你会看到错误飞出事件查看器。 既然你没有提到这些，我假设他们没有发生。 最可能的罪魁祸首是你的批处理，最简单的事情是在非现场系统上进行testing。
这里有一个types的想法，手动运行脚本步骤。