40TB数据/单个驱动器上的35万个文件的非现场备份解决scheme

就像Chopper说的那样，我们不提供产品和服务build议 – 所以我要告诉你的一切都是非常通用的。 你将不得不去看你的思考橱柜（可能你看到一些价格标签后的哭泣angular落），并找出如何在你的环境中做到这一点。

如果你问“如何备份这台服务器？”，这听起来像你试图找出，开始定义你的要求：

• 多less数据？
• 您需要多长时间备份一次？
• 它多久改变一次？ （每个备份周期多less钱？）等

知道这将帮助您找出哪种解决scheme可能是最有效的。 您可以使用许多商业（或开源）备份工具自行完成备份，但是select介质和备份计划会有所不同。

• 大量的变化
  您可能是SAN和SAN复制的候选人（或等同于NAS）。 基本上将整个文件系统克隆到另一个站点，并通过专用的networking链接传输更改。
  请注意，这不是一个真正的“备份” – 如果有人删除了重要的文件，它会从两个地方消失 – 它只是给你灾难恢复。
• 初始设定很大，但变化量较小
  此后，可以使用单个基本备份和增量备份（可能使用“合并”或“合成完整”备份来控制恢复时间）。

select媒体types也很重要 – 磁带是传统的，相当大。
如果磁带的成本太高，太可怕了，太磁盘驱动器也是相对便宜的。 光学媒体可能不是您的40TB数据集大小的选项。

通过专用链路进行SAN复制是一个很好的解决scheme，除了成本。 另一个select是在远程站点备份到SAN（或只是一个拥有大量磁盘的主机），但是这也可能需要专用（FAST）networking连接。 如果您的更改集很大（尤其是如果您有一个小的更改集，您可以始终在本地进行初始备份，然后将存储设备发往现场，并使用较慢的链接）。

除了备份之外，请确保您考虑到恢复过程 – 如果需要3个月的时间才能通过较慢的networking上行链路恢复数据，则备份可能不太有用。