据我了解，LTO磁带将数据写入“包装”，第一个包装将磁带放入驱动器，第二个包装将其卷回到磁带中。 这个过程重复了很多次，其思想是，一旦磁带已经到达尾部，所有的磁带将会回到磁带盒中，并且可以在退回时popup。 但是我已经注意到，当你到达磁带的末尾时，驱动器听起来像是在最后包装的一半左右，所以驱动器花费一些时间在popup磁带之前倒带，即使它已经报告磁带的末端已经到达。 这是因为磁带上有一些保留的容量，以允许重写失败的块或跳过磁带的不良部分而不减less总容量？ 还是有其他原因，这显然是磁带早期完成？
监视块设备性能的方法很多：dstat和iostat，heck，甚至sar都会给你提供块设备I / O速率的数据。 不幸的是，我不知道有什么好的工具可以监视像磁带驱动器这样的字符设备的性能。 我知道有些工具可以提前监控性能（pv，dd + SIGUSR1，可能还有其他的），但是根据性能的不同，可以说2个小时的工作可能需要3个小时或者30个小时，而你不知道它是哪一个。 我能想到的唯一的一点是strace或类似的一些精心的使用，parsing输出的字节写入，也许与时间戳。 有没有一个我已经忘记或从未听说过的常用工具？
好。 有些东西要考虑 我使用的是Backup Exec 12.x / 13.x，包括Exchange的服务器2003/2008环境。 我有备份到磁盘（完整/差异）发生，是独立于备份到LTO（全/差）。 由于一个以上的原因，我宁愿不只是从磁盘备份到磁带，我想保持备份直接到LTO发生。 我目前有一个单一的LTO – 3驱动器，没有types的装载机/机器人/图书馆。 为LTO驱动器提供服务的盒子中有一个Adaptec 39160 Ultra160 SCSI卡 。 我现在使用一个磁带（每周一个）和一个磁带（在磁带被取出之前每周四天）。 完全备份正在冲击372.5GB的障碍，当它的备份没有完成星期六，它仍然在等待星期一上午的录像带。 沃德提到，在正常工作时间之后的星期一下午/晚上，放置第二套LTO3磁带。 这个问题比较如下： 正常stream量 星期五将LTO3磁带1插入第1周的完全备份 星期一插入LTO3磁带差分 周二，周三，周四差价使用星期一插入的磁带 重复第2周 2个LTO3磁带用于完全备份stream 星期五将LTO3磁带1插入第1周的完全备份 星期一在第一周插入LTO3磁带2进行完全备份 星期一插入LTO3磁带1用于第1周的完全备份（用于validation过程） 星期一插入LTO3磁带2用于第1周的完全备份（用于validation过程） 星期二插入用于差分的LTO 3磁带 周三，星期四差价使用星期二插入的磁带 重复第2周 额外的磁带交换周一至周六6个小时（从我放入第二盘磁带开始）。 如果我在下午5点这样做，我会在这里直到午夜交换磁带。 这不包括周六/周日/周一等待录像带的空闲时间。 现在，我可以closuresvalidation过程并保存两次磁带交换，并将“备份”过程缩短几个小时，但是如果我不closuresvalidation，我不能只放入磁带2，并在一天结束时离开。 将备份溢出到第二个磁带上会延长备份过程，但也是如此 增加旋转中的磁带数量（成本） 增加运输中的磁带数量（公文包的尺寸/重量到异地存储） validation过程之后，让我在工作时间之后呆在现场，从而增加了备份过程的复杂性 增加了从我的办公室pipe理备份/恢复的复杂性，这不在服务器机房旁边。 处理来自家庭的这些问题，这是四倍的。 是的，我不会在星期六去坐在那里6个多小时，并保姆磁带机。 我想在工作之外有一种生活。 当MF发生时，12小时的时间已经够糟糕了。 我不会永久把自己绑定到6天的工作周。 磁带机是戴尔PowerVault 110T LTO3。 备份服务器位于千兆位以太网上，仅使用一个NIC，并可在大约12小时内填满整个磁带。 我可以更改备份过程，将其中一台密集型服务器分隔到自己的LTO上进行完全备份，以临时暂停此决定，但是很快我想我需要select以下选项之一： 购买一个LTO-3驱动器，并利用只有第二个物理磁带。 […]
我有一个Ultrium 448磁带机，LTO-2磁带（200 / 400GB），我使用HP Data Protector作为备份客户端。 系统设置为格式化并覆盖所有磁带，但是在要求插入另一个磁带之前，我从未设法在磁带上获得更多〜150GB的磁带。 任何想法，为什么这可能会发生？
我发现这一点 ，但它并没有真正回答我的问题。 磁盘甚至在1-2TB的范围内比磁带便宜得多，但我看到Google使用磁带驱动器进行备份 。 他们（磁盘）的主要缺点是什么？ 我可以想象某种磁盘“库”，这只是一堆插槽，你可以滑动SATA磁盘。
我想在所有备份磁带上启用encryption。 我或多或less知道如何在技术上做到这一点，但是实现这一点的程序和人力因素是棘手的。 我使用带有bacula的HP LTO4驱动器，它没有任何密钥pipe理function。 实际上，它对硬件encryption的支持是在读写之前调用外部脚本来设置驱动器上的密钥。 我的问题： 我应该如何跟踪哪些磁带有encryption？ 我已经有几百个没有encryption的磁带了。 即使我花时间用encryption来重新编写它们，也会有几个月的重叠，有些有重叠，有些则没有重叠。 在阅读给定的录像带之前，bacula如何知道是否设定了密钥？ 即使设置了密钥，驱动器是否足够聪明以读取未encryption的磁带？ 如果关键是妥协，我们将不得不改变它，我们将有＃1相同的问题。 如果密钥丢失，我们实际上已经丢失了所有的备份。 我怎样才能减轻这个风险而不增加风险呢？ 钥匙是否应该定期更换？ 每年一次？ 最佳做法是什么？ 大型ISV备份系统如何处理这些问题？
在三个星期的时间里，我在客户现场遇到了六次完整的LTO-1和LTO-2磁带机故障。 有些机制失败了。 其他人失去了可靠编写的能力。 这些是惠普Ultrium 232,448和460驱动器。 这些单位大部分是在2006年至2008年间部署的，所以失败的时机是正确的。 容量（400GB）对应用程序是正确的。 为了保持一致性，我用同等设备replace了几个驱动器。 一台服务器也出现SCSI HBA故障，进一步延迟恢复。 那时，客户询问是否有可用的硬盘解决scheme，比磁带更好（或者更不挑剔）。 当我开始寻找替代品时，我发现RDX可移动磁盘存储技术已经被主要服务器制造商（ HP ， Dell ， IBM ）所采用。 从我的angular度来看，它看起来像2.5“SATA磁盘，通过USB2在内部或外部连接，容量高达1TB，因为这些是实际的磁盘，恢复和寻找时间似乎是合理的。该技术在实践中。 有没有人在这里使用这些驱动器成功？ 有什么需要注意的吗？ 什么区别RDX从直接的外部USB磁盘？ 磁带在我的应用程序中的一个优点是驱动器具有硬件压缩。 这极大地帮助我在Linux系统上备份的高度压缩的数据集。 我是否正确地认为RDX依靠软件压缩？ 由于这些是物理磁盘，Linux或Windows中是否有挂载点问题？ 关于磁带的好处之一是，它不是一个安装的文件系统，通常不受病毒，rootkit，系统崩溃等的影响。 另外，我还看了一个关于使用RDX和Cactus Lone-Tar的入门书，并且在使用mkfs命令在/dev/sda上的RDX驱动器上创build一个文件系统时， 是否有设备重命名/重新sorting的机会（从添加SCSI控制器，插入USB密钥等），或者在交换驱动器时对接单元是否会保留在特定的设备名称？ 30兆字节/秒的备份速度是否准确？ 我很好奇，因为这可能是一个有趣的select。 一系列的磁带驱动器故障发生之前，有必要重新评估其他选项，然后再继续前进。
我们已经在LTO磁带上备份了多年的数据，知道我们拥有磁带上的所有东西，这是一个真正的安慰。 一个姊妹项目和我们的数据提供商之一，都搬到了100％的磁盘存储，因为磁盘的成本已经下降了很多。 当我们现在向潜在客户提出系统时，我们倾向于淡化或不提到我们使用磁带系统来存储数据，因为它看起来可能已经过时了。 将数据保存为两种不同的格式（磁盘和磁带）让我感觉更加舒适。 另外，一旦数据被安全地写入磁带，我感觉（也许天真地）它已被永久保存。 不需要依靠RAID控制器来读取数据对我来说是另一个好处。 你现在看到有磁带备份的地方吗？
IBM今天仍在开发和销售磁带机。 它们的容量似乎与今天的硬盘相当，但是search时间和传输速率都明显低于硬盘。 那么今天的磁带驱动器何时更适合硬盘（或SSD）？