必须在两台服务器之间移动几个非常大的文件(VHD),我在远程桌面会话中使用Windows资源pipe理器启动了文件复制操作,然后closures会话而不注销,使文件副本继续工作; 第二天,我login回来,文件副本似乎已经完成…但文件上的所有时间戳(创build,上次访问,上次修改)是指我启动副本的时间,我知道肯定复制操作需要几个小时。
我会期望至less“最后访问”或“最后修改”的时间戳来引用文件复制操作结束的实际时间,但看起来这不是如何工作。
如果复印件成功完成,何时可以检查(如果我可以)?
文件大小不是一个指标,因为即使复制操作被中断,文件也总是被分配到全尺寸。
您可以使用fciv在源服务器和目标服务器上生成文件的散列。 如果哈希匹配,你可以100%确定副本是成功的。
我所知道的最好的解决scheme是使用RoboCopy和/log:选项。
您没有说明您正在使用哪种操作系统,但是如果您添加bytes sent per second的bytes sent per second或正在使用的networking接口的bytes read per second计数器,Windows性能监视器的更高版本可用于指示时间。
性能监视器图表最多显示1000个点(Windows 7 * ),如果精度不是太重要,则可以将采样频率设置为60秒,总持续时间为60000秒(16.6小时)。
这不会是非常准确的,特别是在繁忙的服务器上,但是可能只是给你一个很好的指示,特别是如果你将它与其他计数器相连,例如逻辑磁盘活动,内核分页池大小等。
如果需要更高的时间精度或更长的持续时间,则可以始终启用日志logging。
将其与校验和实用程序结合使用,以确保文件是相同的。
在下面的屏幕截图中,对于压缩窗口的道歉,我不希望图像在SF上生成滚动条,但是您可以粗略地看到60/60000的效果,如上所述。 也可以借口缺乏有用的数据,我显然没有离开它足够长的时间,但你明白了。

*我确信Windows Server 2008 R2也是如此,但是现在还没有一个可用于testing的盒子。