我最近被任命为系统管理员，负责流媒体服务及其相关的服务器架构。
每周我花 3 个小时去检查保存着服务器文件的磁带库。
为了节省驾驶时间，我想实施一种策略，即通过 ssh 或等效方式保存和传输文件，使用 tar 文件或 zip 文件。我正在考虑使用 IaaS 或只是一个定期脚本来备份和传输到单独的位置。
如果我要实施这种磁带备份替代方案，需要考虑哪些因素？
我不确定业务需求、数据量等。我目前处于文献综述阶段，知道这个网站拥有丰富的有用知识和参考资料。
我现在有更多信息。
- 备份遵循 3-2-1 规则。3 份副本，分别位于 2 个介质上，1 个位于异地。
- 14.1 Tb，包括服务器映像、卷和文件夹。
- 额外容量 20%
- RTO 48 小时（理想时间为 24 小时）
- RPO 1 小时
- 每日数据变化量为 5%
- 目前 40Mbs 管道中有 15Mbs 专用于备份流量
答案1
没有业务需求是一个很大的危险信号——所以我强烈建议理解什么是必须的前投资任何解决方案。
也就是说，为了节省大量的异地数据，我建议使用rsync或zfs send/recv
rsync在处理许多很少更改的小文件时效率最高 - 在这种情况下，它会有效地跳过未更改的文件。在处理较大文件的小更改（仅传输增量）时，它也非常高效。与rsnapshot（用于定期快照轮换）结合使用时，它可以很好地工作。但是，当非常大的文件（例如：虚拟机磁盘）累积更改时，它会受到很大影响。
zfs send/recv在较低级别（块层）上工作。因此，它可以高效地传输较大的文件增量，且不会产生大量开销。但是，它需要支持 zfs 的发送方和目标。
另一种可能性是使用一些（相对）低成本的云存储解决方案，如 Amazon Glacier。这些服务可能非常有用，但它们通常存在一些重大问题（即：仅附加存储），这意味着它们根本不是灵丹妙药。
答案2
首先，计算出需要传输的大致数据量，并将其与现场可用的网络带宽进行比较。如果您发现需要将一条新的光纤线路连接到“偏僻地区”的站点才能获得必要的带宽，那么您可能已经发现了以前没有这样做的原因。
Minix 之父 Andrew S. Tanenbaum 有一句经典名言：“永远不要低估高速公路上飞驰的装满磁带的旅行车的带宽。”
你需要弄清楚的第二件事是为什么你每周去现场一次：如果主要目的是将磁带轮换到备用位置，以便现场发生任何重大灾难（如火灾或洪水）不会破坏数据，那么你的问题的答案将与只是旧磁带库容量不足的情况完全不同。在前一种情况下，访问现场是现有灾难恢复解决方案；在后一种情况下，可能只需要获取一个新的、容量更大的磁带库。
磁带库仍然是档案式大容量存储的有力竞争者，特别是当现场获取高带宽连接的成本太高时。
答案3
如果您最关心的是驾驶上的宝贵时间，那么可以考虑将更换磁带的任务外包出去。
大多数数据中心都提供远程操作服务，切换磁带所需的时间可能不超过 10 分钟。
然后快递/包裹服务可以来收集磁带并将其运送到您的办公室。
尽管这需要付出代价，但比起节省时间来说还是便宜的。
但请考虑一下，也许过一段时间后，您会喜欢定期离开办公室，避开无聊的会议，花几个小时开车，同时听您最喜欢的播客……