磁带替代

Question

最近，我被指派为系统管理员，负责管理流服务及其相关的服务器架构。

每周一次，我要花3个小时去翻一个磁带库，里面有服务器文件。

为了节省开车时间，我想实现一种策略，在ssh上保存和传输文件，或者与tar文件或zip文件等效。我正在考虑IaaS或者只是一个周期性的脚本来备份和传输到一个单独的位置。

如果我要实现这种磁带备份的替代方案，需要考虑什么呢？

我不确定业务需求，数据量等。我目前正处于文献复习阶段，知道这个网站是如此丰富的有益知识和参考。

我现在有更多的信息。

1. 备份的3-2-1规则。3份，2份媒体，1份场外。
2. 14.1 Tb由服务器映像、卷和文件夹组成。
3. 增加20%的容量
4. RTO 48小时(预期24小时)
5. RPO 1小时
6. 每日数据变化为5%
7. 目前有15 for的40 for管道专门用于备份流量。

Answer 1

没有业务需求是一个很大的危险-所以我强烈建议在投资于任何解决方案之前先了解需要什么。

也就是说，为了节省大量的非现场数据，我可以建议使用rsync或zfs send/recv。

当您处理许多很少更改的小文件时，rsync是效率最高的--在这种情况下，它有效地跳过了未更改的文件。在处理对较大文件的小更改时，它也是相当有效的，只传输增量。再加上rsnapshot (用于周期性快照旋转)，它可以很好地工作。但是，当非常大的文件(例如:虚拟机磁盘)积累更改时，它会受到很大的影响。

zfs send/recv工作在一个较低的层次-块层。因此，它可以有效地传输更大的文件增量，而不需要大量的开销。然而，它需要一个具有zfs能力的发送方和目标。

另一种可能是使用一些(相对)低成本的云存储解决方案，如亚马逊冰川( Amazon )。这些服务可能非常有用，但它们通常带有一些重要的缺点(即仅附加存储)，这意味着它们根本不是一个灵丹妙药。

Answer 2

首先，计算出传输所需的粗略数据量，并将其与现场可用的网络带宽进行比较。如果你发现你需要一条新的光纤线路进入一个“无处可寻”的站点以获得必要的带宽，你可能已经发现了为什么以前没有这样做过。

AndrewS.Tanenbaum(Minix之父)的一句经典名言是：“千万不要低估一辆装满磁带的旅行车在高速公路上飞驰而过的带宽。”

你需要弄清楚的第二件事是为什么你每周去一次网站:如果主要的目的是让磁带旋转到另一个地点，这样现场发生的任何重大灾难(比如火灾或洪水)都不会破坏数据，那么你的问题的答案将与一个容量不足的旧磁带库完全不同。在前一种情况下，访问站点是现有灾难恢复解决方案的一部分；在后一种情况下，可能只是获得一个新的、容量更大的磁带库的问题。

磁带库仍然是档案式大容量存储的有力竞争者，特别是如果在现场获得高带宽连接的代价太高的话。

Answer 3

当你主要关心的是你花在开车上的宝贵时间时--考虑一下，简单地把更换磁带的任务外包出去。

大多数数据中心提供远程手动服务，可能不超过10分钟的切换磁带的工作。

然后快递/包裹服务可以来收集磁带并把它们运到你的办公室。

虽然有一个价格标签，它将比你的时间更便宜。

但是考虑一下，也许过了一段时间，你会希望有一个正常的机会离开你的办公室，避免无聊的会议，并花几个小时开车一边听你最喜欢的吊舱.