我有一台服务器，里面有 40TB 的数据和 3500 万个文件。虽然服务器本身有 RAID 和所有相关功能，但我担心如果服务器遭到物理破坏（火灾、雷击等），会发生什么情况。
该系统设计为在单个驱动器上运行所有内容（大量遗留代码），因此分成小驱动器不是一个选择（重写代码所需的资源是令人望而却步的）。
我想知道有哪些经济高效的异地备份选项。将它们移动到托管解决方案是可行的，但由于其中很多是媒体数据，需要服务器场频繁处理，这可能会带来延迟和带宽问题。
编辑：我说的“单个驱动器”是指从用户的角度。数据本身可以分布在一个驱动器中，只要访问这些数据的软件可以将所有内容视为单个驱动器即可。
答案1
就像 Chopper 所说的那样，我们不提供产品和服务推荐 - 所以我要告诉你的一切都是很普通的。你必须去思考（可能是看到一些价格标签后哭泣的角落）并弄清楚如何在你的环境中实现这一点。
如果您问“如何备份此服务器？”，这听起来就像您试图弄清楚的，请先定义您的要求：
- 多少数据？
- 您需要多久备份一次？
- 它变化的频率是多少？（每个备份周期会有多少？）等等。
了解这一点将有助于您确定哪种解决方案最有效。您可能可以使用许多商业（或开源）备份工具进行备份，但选择媒体和备份计划会有所不同。
- 大量高容量变更
您可能适合使用 SAN 和 SAN 复制（或与 NAS 等效的复制）。基本上将整个文件系统克隆到另一个站点并通过专用网络链接传输更改。
请注意，这不是真正的“备份” - 如果有人删除了重要文件，它会从两个地方消失 - 它只是为您提供灾难恢复。 - 初始集合很大，但变化量很小
单个基础备份和随后的增量备份（可能使用“合并”或“合成完整”备份来控制恢复时间）在这里可以很好地发挥作用。
选择介质类型也很重要 - 磁带是传统的介质，而且体积很大。
如果磁带成本过高，TB 级磁盘驱动器也相对便宜，而且可靠。对于 40TB 大小的数据集，光学介质可能不是一种选择。
除了成本之外，通过专用链路进行 SAN 复制是一种很好的解决方案。另一种选择是备份到远程站点的 SAN（或仅备份到具有大量磁盘的主机），但这也可能需要专用（快速）网络连接。如果您的更改集很大，则尤其如此（如果您的更改集很小，您可以始终在本地进行初始备份，然后将存储设备运送到异地并使用较慢的链路）。
此外备份确保你考虑到恢复过程——如果您需要 3 个月的时间才能通过缓慢的网络上行链路恢复数据，那么备份可能不是很有用......