我的LTO2驱动器想要反复清洗

一个正常运转的备份工作在一段时间内突然开始间歇性地在感恩节周围失败，随着时间的推移不断恶化。 现在每天都在失败。 我认为我的磁带机可能会损坏，但我不完全确定。

备份软件（ArcServe）总是抛出媒体错误，虽然我的磁带不是全新的，但他们看到了15次或更less的使用/擦除并且被适当地存储。

磁带驱动器（Quantum LTO2 Half Height）是最新的固件版本，scsi HBA和磁带驱动器都是最新的Windows操作系统驱动程序。 这些驱动程序版本从问题开始以来一直没有更新，因为我查看的第一个地方是驱动程序更新。

我使用称为xTalk的工具对磁带驱动器运行诊断testing，“驱动器健康状况”testing表示没有问题。 除了完整磁带备份之外，我还运行所有单独的诊断testing以及所有这些testing。 完整的磁带备份在70-80％的testing中失败了。 它引发媒体错误（ArcServe抛出相同的媒体错误）。 我的每日Arcserve备份也在networking共享中出现故障，6个备份集中有6个备份集，大约70-80％通过这个工作。 在进行完整磁带备份testing之前的70-80％之间的模式出现故障之前，编写Arcserve作业的70-80％之间的相关性非常好，但是我不知道是否可以对我在那里看到的任何内容施加任何影响。 我对这些事情没有经验。

• 如何通过Linux恢复Symantec Backup Exec备份？
• 磁带驱动器在14.04 ESXi VM上不可用
• 将我们的第一个磁带机（SAS）连接到SATA总线
• 20 TB数据的备份解决scheme
• Ultrium LTO4 1840上的固件错误

需要注意的是，在两个月的testing中，磁带驱动器在进行testing之前需要进行清洁。 这些date是12/16 / 11,12 / 11 / 11,1 / 9/11和1/23/11。 在2011年9月1日，我重新安装了磁带驱动器，并使用与之相同的固件，并按照Quantum推荐的方法进行了三次背靠背清洗。 根据我的经验，function驱动不会要求那么多的清理。 我的清洁磁带是旧的。 在我之前是在我的公司。 但是在接近50次清洗的时候并没有看到它可以做到。 我认为磁带仍然清理好，因为当驱动器告诉我，我必须清理它的磁带进入和消息消失了几天的清洁。

让我感到困惑的是，一个简短的磁带写入和一个中等长度的磁带写入都是非常好的。 关于完整的磁带，靠近磁带的末尾，是什么怪胎我的驱动器。

所以，我订购了新鲜的磁带，目前正在尝试在新磁带上进行完整的磁带备份。

在我的备份日志中，我也看到一些networking错误。 所以我不确定我是否在networking上丢失了一个备份共享的问题，或者我正在与坏的硬件对抗，或者两者兼而有之。

我希望以前在那里的某个人可能能够把我在这里没有看到的一些东西拼凑在一起。 如果我的驱动器损坏，那么我不介意发送它并付款来修复它。 但是，当它只在一种types的testing中失败时，设备运行状况testing显示该设备没有问题，这使得将磁带驱动器扔在邮件中变得困难。

希望有人在那里可以协助。 感谢您阅读我的文章，祝您有美好的一天。

编辑＃1：我可以从由于媒体错误而不完整的磁带中恢复。 我可以将一个非常旧的磁带合并回数据库，并从中恢复文件。 甚至我的Arcserve日志也会显示e6918“您的磁带机需要清洁”。 所以这是我的磁带机仍然可以做的更多的“普通”磁带驱动器。 使我不那么认为是磁带驱动器被损坏，但持续的清洗说明否则我感觉。

编辑＃2：2012年1月27日 – 我在1/25/12采用了一种全新的LTO2磁带，并对其进行了完整的磁带备份testing，没有任何问题。 2012年1月25日，我又拿了一条新的LTO2磁带，做了一个完整的ARCserve备份，没有任何问题。 今天早上，我收到了我的新LTO2清洁带，我跑了三遍。 第一次清洁后，我检查了磁带清洁器上的窗口，发现它并没有完全被污染，所以我另外两次运行它作为一个很好的措施。 然后我打开了我的xtalktesting软件，并没有“干净的磁带驱动器现在”的警告，所以我决定采取以前错误的磁带，并删除它，并尝试一个完整的磁带备份。 我写了整个磁带的内容，并正在validation写入操作。 如果这样回来，那么我将能够做一些上周在写入操作中失败的东西。 所以这可能是我的问题正在解决的一个好兆头。 不能相信一点点污垢会影响这么多。