我们有一台服务器每周运行四次增量备份，每周进行一次完整备份。 它一直在间歇性地报告硬件错误，但是最近一直在频繁地报告：
Error: The device reported an error on a request to read data from media. Error reported: Hardware failure. There may be a hardware or media problem. Please check the system event log for relevant failures. Error: C: is not a valid drive, or you do not have access. 硬件人员已经replace了所有硬件：VXA磁带机，SCSI电缆，SCSI卡，SCSI终结器，转接卡和系统板，并且错误仍在发生。 有没有像这样的错误报告的情况下，或者可能会有另一个硬件问题？ 就像我说的那样，这是间歇性的，所以我也没有看到它可能是一个权限问题。
编辑：系统事件日志报告以下错误：
(Event ID 9) The device, \Device\Scsi\adpu3201, did not respond within the timeout period. (Event ID 117) The driver for device \Device\Scsi\adpu3201 detected a port timeout due to prolonged inactivity. All associated busses were reset in an effort to clear the condition.
它连续三次报告这两个错误，大约相隔八分钟，然后才最终失败。 磁带也被更换，驱动程序已经更新。
C：不是有效的驱动器，或者你没有访问权限。
错误信息是C :,而不是磁带驱动器。 所以让我们来分析这个错误信息中的两种可能性：
“C：不是有效的驱动器”。 C：单一驱动器？ RAID？ 有没有什么东西可以在备份的同时吃掉磁盘IO？ （对于那个时候，有没有什么东西在吃你的CPU或内存？）longneck在评论中说，C：硬盘的硬件是否有控制器固件或者驱动更新？ 如果是RAID，是否检查过驱动器和RAID控制器？ （例如，某些RAID-5types的读取性能会随着可能干扰备份的错误驱动器而降低。）
“或者你没有访问权限。” 备份运行的帐户/权限是什么？ 如果是System，又名COMPUTERNAME $，那么当时是否可以更改密码？ 如果是另一个帐户，是否有networking连接来validation它使用的凭据？ 这是一个服务帐户，有人在其他地方input密码错误，导致备份期间locking？ 您的域控制器是否有问题？
请尝试更换磁带，就像迈克尔·汉普顿（Michael Hampton）build议的那样，因为这很容易。 但我不认为这是你的问题。
我们更多地查看了日志，发现有一些磁带一直在失败。 原来硬件制造商并没有用新的磁带取代磁带，只是将已有的磁带进行了洗牌。 获得全新的磁带完全解决了这个问题。