一个正常运作了很长一段时间的后备工作突然开始在感恩周围断断续续地失败,并且随着时间的推移而变得越来越糟糕。现在它每天都在失败。我想我的磁带驱动器可能坏了,但我不完全确定。
备份软件(ArcServe)总是抛出媒体错误,虽然我的磁带不是全新的,但是他们看到了15种或更少的使用/擦除,并被适当地存储。
该磁带驱动器(量子LTO2半高)是在它的最新固件修订和scsi和磁带驱动器都在最新的windows驱动程序。这些驱动程序版本从问题开始就没有更新,因为我首先查看的地方之一是驱动程序更新。
我使用一个名为xTalk的工具对磁带驱动器进行诊断测试,而“驱动器健康”测试表明这是可以的。除了完整的磁带备份之外,我还运行了所有单独的诊断测试,所有的测试也都完成了。整个磁带备份在70%-80%的测试中失败。它引发媒体错误(与ArcServe抛出的媒体错误相同)。我每天的Arcserve备份也失败在网络共享6/6,其中的备份集,大约是70-80%通过这项工作。在失败之前,70%-80%的磁带备份测试和写Arcserve作业的70%-80%之间的模式关联得太好了,但我不知道我是否能对我在那里看到的东西给予任何重视。我对这些东西缺乏经验。
需要注意的是,在两个月的测试中,磁带驱动器在运行我的测试之前需要清洗。这些日期分别是12/16/11、12/20/11、1/9/11和1/23/11。在1/9/11,我用相同的固件对磁带驱动器进行了通货通货,并按照量子的建议进行了三次背靠背清理。在我的经验中,功能驱动从不要求那么多的清理。我的清洁胶带很旧。在我之前在我的公司。但是它并没有看到任何接近50次清洁的地方,它说它可以做到。我认为磁带仍然清洁,因为当驱动器告诉我,我必须清理它,磁带进去,信息消失了关于清洁它几天。
让我困惑的是,短磁带写作和中等长度磁带写作都是非常好的。关于整个磁带的一些东西,并且接近磁带的末尾,是我被吓跑的原因。
所以,我订购了新的磁带,目前正在尝试在新磁带上备份完整的磁带。
在我的备份日志中,我也看到一些网络错误。因此,我不确定我是在解决备份共享在网络上丢失的问题,还是正在与糟糕的硬件进行斗争,或者两者兼而有之。
我希望以前去过那里的人能把我在这里看不到的东西拼凑在一起。如果我的驱动器损坏了,那么我不介意把它送进去,并付钱给它修理。但是,当它只在一种测试失败,而设备健康测试说,该单位是好的,这使得很难证明把磁带驱动器扔进邮件。
希望外面有人能帮忙。谢谢你阅读我的帖子,祝你今天愉快。
编辑1:我可以从磁带恢复,因为媒体错误是不完整的。我可以合并一个非常古老的磁带回到数据库,并从其中恢复文件。甚至我的Arcserve也向我展示了e6918“你的磁带驱动器需要清理”。所以这是几个“正常”的磁带驱动器的事情,我的磁带驱动器仍然可以做。让我更少地认为是磁带驱动器被损坏,但持续的清洁说,不是我的感觉。
编辑#2: 1/27/12 -我在1/25/12的收缩包装上拿出了一个全新的LTO2磁带,并对它进行了一个完整的磁带备份测试,没有问题。我在1/25/12的时候又拍了一盘新的LTO2磁带,做了一个完全的arcserve备份,没有问题。今天早上,我收到了我的新的LTO2清洁磁带,我把它看了三遍。在第一次清洗之后,我检查了吸尘器上的窗户,发现它没有被完全覆盖在污垢中,所以我用另外两次作为一个很好的方法。然后,我打开了我的xtalk测试软件,没有“干净的磁带驱动器现在”警告,所以我决定采取以前的错误磁带,并删除它,并尝试一个完整的磁带备份。我已经写了整个磁带的内容,并且正在验证写操作的过程。如果恢复正常的话,我就可以做一些上周在写操作中失败的事情。因此,这可能是一个很好的迹象,表明我的问题即将得到解决。真不敢相信一点点污垢会影响这么多。
发布于 2012-01-23 22:23:06
首先,试着更换你的清洁胶带(订购几个)。
清洁胶带的"50次清洗“数字有点像”每10000英里一次“的汽车换油:在理想的条件下,这是很好的,但这并不是性能的保证。如果你把清洁胶带用在肮脏的老头子上,它不会持续那么久:我见过清洁胶带在一个清洗周期后就会变成棕色,我肯定不会再重复使用它们了。
你的磁带可能看起来很干净,但把它放在一盘闪亮的新磁带旁边,你可能会发现一个惊人的不同。
还要注意的是,“清理我”的信息只是表明清洁周期已经完成--清洁信息(可能是媒体错误)会在“几天”之后(而不是几个月)返回,这让我怀疑您的清洁磁带没有完成这项工作(驱动器正在收集错误,这会触发它再次进行清洗)。
如果运行新的清理磁带并使用新磁带进行备份并不会使问题消失,您可能需要对驱动器进行维护/更换。
我不认为您的网络错误是相关的-媒体错误通常由磁带驱动器引发,并且将独立于任何网络问题。您可能想就这些错误打开一个单独的问题(如果您这样做,请尽可能具体:“网络错误”是那些毫无意义的短语之一,可以是“我无法打开到备份客户端的连接”,也可以是“我正在使用ISCSI与磁带驱动器对话,但它不起作用!”)
发布于 2012-07-13 17:24:33
从五月开始,这个磁带驱动器终于在我身上再次失败了。它被确定为一个损坏的单位。
我们换成了外部usb驱动器备份,而不是磁带。整体设备成本要便宜得多。
不幸的是,对我来说,我关于可靠备份软件的问题被认为是可以关闭的,我不得不编写一个超级批来处理新驱动器上的备份。不太理想,但很管用。
https://serverfault.com/questions/352892
复制相似问题