如何保护关键业务数据免遭火灾？

那么首先，你应该总是有一个非现场的数据副本。 不仅仅是因为可能会有火灾，但是如果发生自然灾害，或者类似的事件让你的build筑无法进入，你会怎么做？ 如果没有您的数据的网站副本，你只是洗了。

所以，这就是说，有两种方法可以将数据的非现场副本。

1. 非现场备份 。

   • 通常情况下，您会与像Cintas这样的公司（我熟悉的那个领域的大名）签订合同，将备份磁带带到他们的一个设施，但即使是像员工一样，每天都会把备份带回家这一天总比没有好。

2. 某种同位置设施。

   • 在别的地方，您有一台或多台服务器来存放您的数据，可以是物理站点，如数据中心或云服务。

＃2的优点是，除了能够在发生灾难时制定业务连续性计划之外，还可以将其用于＃1。 您可以放入一个备份系统（希望除了您在主站点上的备份系统之外），这样您就可以进行非现场备份了，如果您的主站点发生故障，您可以从同位置站点运行服务如果能力有所下降，如果节省成本是个问题）。

这两个都不是特别便宜，可能会超过防火保险柜的价格，但优点是它们提供了一个你不能从一个防火保险柜得到的东西，这是防止所有types的数据丢失，而一个防火保险箱只保护反对火。

这个商业案例/婴儿理由基本上是问“如果我们失去了我们的数据会发生什么？” 答案几乎总是让你停业，这使得说服负责人需要适当的备份scheme和/或同位置设施相当容易。 （我工作过的大部分地方都有，即使只是因为技术人员推动他们，直到他们发生。

把它们放在亚马逊冰川上 。 便宜的存储，你不需要经常访问的东西。 这将花费你每个月每GB 1元。 作为一个缺点，在失败的情况下取回数据可能是昂贵的。

如果数据非常重要，则应该备份它。 您的备份scheme应包括备份到磁带和某些磁带集的非现场存储。

除此之外，所有的细节……多less数据？ 它多久改变一次？ 你需要什么样的恢复时间？

如果“networking广播库存”是指不经常更改的大文件，那么定期备份到磁带似乎非常简单。

你没有提到72个硬盘的大小，但是如果真的很重要的话，你至less应该在远程位置备份。 媒体评级firesafes是伟大的保护现场的数据，但如果你的build筑是完全损失。 如在，一切都消失了，包括安全。 如果您确实开始使用异地或在线备份，请确保其build筑物/数据中心距离您的距离不够近，以致它们都可能被同时销毁。

您需要想象：如果我无法访问部分数据，会发生什么情况？ 通常这可能意味着你失业了！ （例如，你不能仅仅依靠希望，那个失败的小部分不会成为你公司运营所需的核心数据。）

您可能需要：

• 数据的冗余（即将数据存储在至less两个单独的磁盘上，或磁盘上的另一个版本或磁带上的另一个版本，或其组合）
• 地点的冗余（即，在您的主要位置遇到火灾/盗窃/破坏/洪水/？）的情况下，具有良好的非现场备份）

您可以将两者结合起来，但是不在现场通常需要一些时间来检索（除非您也有异地办公室，或通过某种方式访问​​它，请与您的场外备份提供商联系）

关于冗余的需要：

硬盘（实际上是任何存储介质）都会老化，有些存在缺陷，有些会碰撞（例如用螺丝刀或者其他驱动器轻敲一下，而将它们存放在架子上可能会有足够的G刮伤磁盘表面，这会导致现在或者在一个短到不长的时间内失败）。 这意味着：您的备份媒体将会在几天之内失败，其他的在几年之内，无法知道何时。

你不知道什么时候会出错，但是你可以评估风险（不要有精确的信息，但是要弄清楚什么可能出错，为什么要防止冗余并定期转移到其他媒体在之前的媒体失败之前）：

假设你有类似的磁盘，你可以说2年内失败的概率是5％

P(one disk fails within 2 years)=5%=0.05 P(that disk won't fail within 2 years)=0.95 P(you have n disk, 0 disk fails within 2 years)=(0.95)^n P(at least 1 disk amongst n fails within 2 years)=1-(0.95)^n if n=72 (you have 72 disks), P=1-0.95^72=1-0,024894281=0,975...=more than 97% 

英文：如果您有72张磁盘，并且如果您可以说一张磁盘在两年内有5％的可能性失败，那么您在两年内就有97％的机会出现磁盘故障。 这并不完全准确，但它应该告诉你事情可能会出错，而且比平常所期望的要快。

为了更“吓唬”你现在可以这样说，P（一个磁盘在20年内失效）= 0.99（对于一个驱动器来说20年是一个很长的时间，即使它工作，读取它们的设备也许不能处理它们）

 P(that disk won't fail within 20 years)=0.01 P(no disk amongst n fails within 20 years)=(0.01)^n=0 P(at least one disk amongst n fails within 20 years)=1-(0.01)^n=1=100% (or so close to 100% that it doesn't matter) 

除此之外，如果您购买同一供应商的所有驱动器，P（其中一个磁盘发生故障后失败）非常高，远高于P（一个磁盘发生故障）：磁盘构build类似，所以如果一个人失败了，那么同一批中的其他人同时失败的机率就会很高（或者很高）！

所以我build议：

• 备份至less2个独立的东西（2×72高清，从2个独立的供应商？或高清和磁带？）。
• 至less有一个（如果可能，另一个）备份存储在另一个城镇 。 每隔n天更新一次（每周至less？），以便在主存储全部失败的情况下返回备份时间（即：如果主存储失败，您将能够返回上周的数据本星期）
• 定期检查备份（我的意思是，检查它们，每个字节至less读取一个字节，每个字节至less一次，也是复制到另一个备份介质的好时机。
• 确保至less有2个人知道这一点，并且可以帮助在需要外部备份时检索数据。
• 等等

与@longneck的build议类似，但略有不同：备份到Amazon S3或Google Cloud Storage等（如果您正在为数据寻找热备份，我build议不要使用Amazon的Glacier，因为您将通过从Glacier快速恢复数据。有关Glacier检索费的更多信息， 关于Hacker News的讨论很多 。

Amazon S3对于初学者来说每GB的成本为0.095美元（过去每GB的成本为0.125美元，但是亚马逊刚刚在一周前就放弃了）。 Google的云存储和其他服务可能在相同的价格范围内。

除了成本和“无限增长的存储”之外，您还可以获得细粒度的ACL并允许您的数据。 亚马逊提供ACL控制的IAM ，我怀疑其他提供商提供类似的控制。

最后，这些云存储服务为您提供了真正强大的API来读取/写入数据，并为数据做其他事情。 您可能会发现这有助于自动执行一些备份任务。

如果磁带不划船，请尝试备份到磁盘。

再购买两块磁盘arrays，并将它们安装在防震旅行箱中。 通过光纤等带宽很大的东西连接它们。

您可以在现场旋转它们，镜像到它们，并将它们存储在安全存储设施外。

与磁带备份类似，但可能会更好，这取决于您每周的数据量和数据生产量。

我想build议你的问题的另一种select。 无论如何，你需要有一个非现场备份，从而给你冗余。 我发现Synology公司的一个NAS型驱动器托架，有许多不同的驱动器托架版本，您只需要查看一下适合您的是什么。

最好的部分是这些驱动器可以彼此RSYNC，甚至到异地的位置，他们可以做块级备份，只有文件的变化备份，而不是整个文件，如果不需要的话。 所以你的数据本质上被复制到另一个地方，备份花费时间和带宽。 我喜欢DS1812 +，但他们有更好的更快的驱动器托架，那么对于大型组织或更快的需求。 我将粘贴一个链接到下面的公司网站：

http://www.synology.com/us/index.php

我希望这能帮助你，祝你好运。