标签: tape

IBM 今天仍在开发和销售磁带驱动器。它们的容量似乎与现在的硬盘不相上下，但搜索时间和传输速率都明显低于硬盘。

那么，现在什么时候磁带驱动器比硬盘驱动器（或 SSD）更可取呢？

多年来，我们一直在 LTO 磁带上备份我们的数据，知道我们拥有磁带上的所有内容，这真是令人欣慰。一个姊妹项目和我们的一个数据提供商都已转向 100% 磁盘存储，因为磁盘成本下降了很多。如今，当我们向潜在客户推荐系统时，我们倾向于淡化或不提及我们使用磁带系统进行数据存储，因为它可能看起来已经过时了。

我更愿意以两种不同的格式保存数据：磁盘和磁带。此外，一旦数据被安全地写入磁带，我觉得（也许是天真地）它已经被永久保存了。不必依赖 RAID 控制器来回读数据对我来说是另一个优点。

你现在看到磁带备份的地方了吗？

在三周的时间里，我在客户站点经历了六次 LTO-1 和 LTO-2 磁带驱动器完全故障。有些机制失败了。其他人则失去了可靠写入的能力。这些是 HP Ultrium 232、448 和 460 驱动器。大多数这些单位是在 2006 年和 2008 年之间部署的，因此失败的时机是正确的。容量 (400GB) 适合应用程序。我用等效的设备替换了几个驱动器，只是为了保持一致性。一台服务器也有 SCSI HBA 故障，进一步延迟了恢复。那时，客户询问是否有比磁带更好（或更少挑剔）的可用硬盘解决方案。

当我开始寻找替代品时，我发现RDX 可移动磁盘存储技术已被主要服务器制造商（HP、Dell、IBM）采用。从我的角度来看，它看起来像是通过 USB2 内部或外部连接的对接 2.5" SATA 磁盘，容量高达 1TB。由于这些是实际磁盘，因此恢复和寻道时间似乎是合理的。但我有几个问题实践中的技术。

• 这里有人成功使用这些驱动器吗？有什么需要注意的吗？
• RDX 与直接外部 USB 磁盘的区别是什么？
• 在我的应用程序中，磁带的优点之一是驱动器具有硬件压缩功能。这对于我必须在 Linux 系统上备份的高压缩数据集非常有帮助。假设 RDX 依赖于软件压缩，我是否正确？
• 由于这些是物理磁盘，Linux 或 Windows 中是否存在挂载点问题？磁带的好处之一是它不是挂载的文件系统，通常不受病毒、rootkit、系统崩溃等的影响。
• 此外，我观看了有关将 RDX 与Cactus Lone-Tar一起使用的入门教程，当我看到他们使用mkfs命令在/dev/sda. 是否有任何设备的重命名/重新排序（从添加SCSI控制器，插入USB密钥等）的机会，或将对接单元在一个特定的设备名称坚持为你更换驱动器？
• 30兆/秒的备份速度准确吗？

我很好奇，因为这可能是一个有趣的选择。一系列磁带驱动器故障发生之时，在继续前进之前重新评估其他选项是有意义的。

我有一些 LTO 磁带机，并根据需要使用清洁磁带，但清洁磁带的使用寿命并不像我预期的那样可预测。我正在寻找一种查询系统的方法，无论是机器人 (Quantum i6000) 还是 Veritas Netbackup，以查看磁带是否已实际过期。

老实说，我不确定是什么导致磁带过期——我认为它会缠绕到最后并停止，所以它不会重复使用以前使用过的部分。目前，Netbackup 正在“安装次数”字段中存储“可用清理次数”，该字段总是从 50 开始，但我注意到清理磁带可能会在 15 次清理周期后过期，可能是因为特别脏驾驶。谢谢。

我想在我的所有备份磁带上启用加密。我或多或少知道如何在技术上做到这一点，但实现这一点的程序和人为因素很棘手。

我使用带有 bacula 的 HP LTO4 驱动器，它没有任何密钥管理功能。实际上，它对硬件加密的支持是在读写之前调用一个外部脚本来设置驱动器上的密钥。

我的问题：

1. 我应该如何跟踪哪些磁带具有加密功能？我已经有几百盘没有加密的磁带。即使我花时间用加密重写它们，也会有几个月的重叠，有些有，有些没有。bacula 如何在读取给定磁带之前知道是否设置密钥？即使设置了密钥，驱动器是否足够智能以读取未加密的磁带？
2. 如果密钥被泄露，我们将不得不更改它，我们将遇到与 #1 相同的问题。
3. 如果密钥丢失，我们实际上已经丢失了所有备份。我怎样才能在不增加它被破坏的风险的情况下缓解这种情况？
4. 密钥是否应该定期更改？一年一次？最佳做法是什么？
5. 大型 ISV 备份系统如何处理这些问题？

我找到了this，但它并没有真正回答我的问题。

即使在 1-2 TB 范围内的磁盘也比磁带便宜得多，但我看到Google 使用磁带驱动器进行备份。他们（磁盘）的主要缺点是什么？我可以想象某种磁盘“库”，它只是一堆可以将 SATA 磁盘滑入的插槽。

如何确定 LTO 磁带上剩余多少空间？

如果我寻找到最后并检查状态，我可以看到我的文件编号为 17，但我不知道每个文件有多大。

$ mt -f /dev/nst1 eod
$ mt -f /dev/nst1 status
SCSI 2 tape drive:
File number=17, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x44 (LTO-3).
Soft error count since last status=0
General status bits on (81010000):
 EOF ONLINE IM_REP_EN

没有读取整个条带，我如何确定磁带的已用/可用容量？

据我了解，LTO 磁带以“包裹”形式写入数据，其中第一个包裹将磁带解卷到驱动器中，第二个包裹将其放回到盒式磁带中。这个过程会重复多次，其想法是一旦到达磁带的末端，所有的磁带都会回到盒式磁带中，只需稍微倒带就可以弹出。

但是我注意到，当您到达磁带的末尾时，驱动器听起来好像已经完成了最后一卷的一半，因此驱动器在弹出磁带之前会花一些时间倒带，即使它已经报告说已到达磁带末尾。

这是因为磁带上有一些保留容量，以便在不减少总容量的情况下重写失败的块或跳过磁带的坏部分吗？或者有什么其他原因导致磁带的这种明显提前完成？

好的。一些考虑因素

我使用 Backup Exec 12.x/​​13.x，有服务器 2003/2008 环境，包括 Exchange。

我有备份到磁盘（完整/差异）发生，独立于备份到 LTO（完整/差异）。出于多个原因，我宁愿不只是从磁盘备份到磁带，而是希望将备份直接备份到 LTO。

我目前有一个 LTO-3 驱动器，没有任何加载器/机器人/库。为 LTO 驱动器提供服务的盒子中有一块Adaptec 39160 Ultra160 SCSI 卡。我目前使用一盘完整的磁带（每周一盘）和一盘差异磁带（一周四天，然后取出磁带）。完整备份正在突破 372.5GB 的障碍，当它完成时，备份在周六没有完成，它仍在等待周一早上的磁带。

Ward 提到在正常工作时间之后的周一下午/晚上放置第二个 LTO3 完整磁带。与此的问题比较如下：

正常流量

• 周五插入 LTO3 磁带 1 以进行第 1 周的完整备份
• 周一插入 LTO3 胶带用于差速器
• 周二、周三、周四差价使用周一插入的胶带
• 重复第 2 周

2 个 LTO3 磁带用于完整备份流

• 周五插入 LTO3 磁带 1 以进行第 1 周的完整备份
• 周一插入 LTO3 磁带 2 以进行第 1 周的完整备份
• 星期一插入 LTO3 磁带 1 用于第 1 周的完整备份（用于验证过程）
• 星期一插入 LTO3 磁带 2 用于第 1 周的完整备份（用于验证过程）
• 周二插入 LTO 3 磁带用于差分 …

我有一个 Ultrium 448 磁带机、LTO-2 磁带 (200/400GB)，我使用 HP Data Protector 作为备份客户端。系统设置为格式化并覆盖所有磁带，但在要求插入另一盘磁带之前，我从未设法在磁带上获得超过 150GB 的容量。

任何想法为什么会发生这种情况？