什么能使LTO驱动器写到一半的容量？

Question

我有一个LTO4驱动器，当给它新的LTO4磁带时，即使磁带的未压缩容量应该是800 be，也只能写460 new到磁带上。

我已经注意到，在一个方向上，驱动器写入接近声明的80 it /秒，但相反方向，它只管理接近40 it/秒。

该驱动器是一个受支持的HP模型，需要一个固件升级，我已经做了，但问题仍然存在。驱动器的自我测试失败时，运行惠普磁带工具，但没有错误信息，只是警告的行，它显示的数据量，以每种不同的磁带速度。

是什么导致了这个问题？磁带电机听起来像是在两个方向上以相同的速度运行，所以我想知道，以只有40 of /秒的速度写入是否意味着驱动器遇到错误，不得不再次写入数据，从而导致写入速度和容量的明显损失。这个是可能的吗？

有没有人知道什么会导致类似的问题，但惠普磁带工具驱动评估回来，否则，好吗？

编辑:我尝试过加密(462‘t)和off (467’t)，而且我正在编写的数据不是很可压缩，所以驱动器的压缩功能不太强。

EDIT2：@Mark尝试使用LTO3磁带，而不是预期的400 it，它只写296 it。观察写入量，它似乎写9GiB在前包装，但只有4.4GiB在反向包装，但电机以相同的速度运行。所以看起来你的理论是正确的，驱动程序得到了大量的验证后错误，并且不得不重写大量的数据。奇怪的是，在任何一种磁带工具测试中都没有出现这样的原因，他们都说头部寿命很好，没有任何问题，只是写入的数据量有问题(测试期间大约有2GB，但我只知道其他驱动器的其他测试通常在6GB左右)。

Answer 1

听起来像是磁带机头堵塞了。你唯一能做的就是：

• 用一条最好是新的清洁胶带清洗几次驱动器。
• 运行一个测试备份，看看是否有什么变化。
• 联系供应商进行更换(手指交叉，如果您需要这一点，您将仍然有保修)。

忘了检查驱动器是否更新了，它的驱动程序最近使用了比当前版本更早可用的驱动程序。

Answer 2

LTO驱动器将对他们刚刚写入的数据执行验证读取。如果它不够好，他们可以写一份额外的副本，正如你提到的。物理上写入磁带的数据包含备份应用程序不可见的额外元数据，固件可以使用这些元数据在读取时去复制额外的副本。

由于LTO驱动两个方向的写入，仅有一个读头和一个写头是不够的。这两个头的位置顺序将意味着核查只能朝一个方向进行，而不是两者兼而有之。

由于这个原因，驱动器有三个头。它们的磨损速度不一样快。当第一个头部磨损时，你会看到一个方向的容量下降，因为它是另一个方向使用的不同的头部。

您描述的故障模式并不是HP独有的。我见过多个非HP驱动器以您所描述的方式失败。唯一的区别是，我在额定为120 in /S的驱动器上看到了它，所以我看到120 in /S在一个方向，而在另一个方向上是60 in/ so。

Answer 3

我不是LTO方面的专家，但我怀疑如果磁带在编写时不是“流”(但使用“停止和去”)，固件可能会在上次写入和下一次写入之间留下一些“安全漏洞”(磁带必须停止，稍微向后定位，然后重新加速，然后在安全间隙后开始编写)。

所以，就像在过去的好日子里，当它写着倾听它的声音时，站在驱动器旁边会很有帮助。你能清楚地听到停-n-去的模式。停止-n-去模式也可能使任何内置驱动器压缩效率更差.