最佳备份服务器策略

我不认为有一个最佳的备份策略。 它的很大一部分依赖于你正在备份的内容以及它有多less。 我要指出的是，它应该受到恢复要求的驱动，特别是如何快速恢复，以及在发生故障时能承受多less损失。 最后，您需要记住至less需要覆盖2层还原：还原个别数据项和完整服务器还原。

我总是更喜欢磁带到NAS，但由于某些原因磁带在某些方面有一个不好的代表。 然而，一个主要的优势是，它与任何操作系统（或其他逻辑）环境在物理上是分离的，因此您可以大大减less问题，例如如何备份备份服务器，以及如何实施干净而简单的非现场策略。

我对备份的标准build议是让它们尽可能简单和原始，这样你的恢复也可以很简单，因此可能出现错误的层数较less。 备份应该是可预测和无聊的。

在线备份是人们可以find诱人的东西，但是你应该永远记住，有时候你可能需要做一个完整的服务器恢复。 除非你的服务提供商的带宽与你的本地带宽相当，否则我会保留的。

您需要在内部和外部进行备份。 在内部的是快速恢复，而异地的情况下，以防万一你的“内部”爆炸。

我build议尽可能使用RAID-6，并在任何备份机器上安装电池备份控制器。

我不知道你知道哪些备份服务，但是其中的任何一个为你提供无限空间是一个非常糟糕的主意。

您需要从业务需求开始。 备份策略从思考恢复计划开始。 找出每天（甚至每小时）需要备份的内容，以便在任何时间范围内再次获得特定的业务function。 可能不需要备份来实现所需的function。 例如，如果我需要一个文件服务器能够恢复在30分钟内删除的任何文件，我会在Windowsconfiguration卷影复制服务，每隔15分钟采取捕捉。

一旦你有业务需求，那么你可以确定实现它的技术要求。 你会注意到，在评论中的争论是关于成本/性能，可靠性等所有业务问题。

让我开始说，任何备份系统都比没有备份系统好，但如果你只是要备份到另一台机器或存储设备在同一个位置，它只比没有备份系统好一点。 您需要一种将备份置于异地的方法。 我的首选是一直使用磁带。 有些人会build议一个基于互联网的远程存储，但这当然不是一个全球可行的解决scheme。 它还增加了将数据存储在未知位置并且可以被不知名人员访问的相关风险。 无论使用哪种方法，备份只有恢复的能力。

我目前在一家公司工作，在一场火灾彻底摧毁了他们的最后场所，包括其中的一切后，必须从头开始重build。 由于足够的非现场备份，他们可以做到这一点。 您的公司在相同的情况下会怎样？ 根据我所看到的一些统计数字，大部分企业在这样的灾难发生后的第一年就会失败，主要原因之一就是关键数据的丢失，这通常会导致业务stream失。

考虑备份时的第一步是：在数据上标上价格标签，并分别停机。 一旦采取了这些步骤，其余的或多或less就会落空。

哦，明智的事情。 像他一样，我是一个“传统主义者”，认为妥善pipe理和维护磁带备份提供了很多优点（易于离线和离线，增加成本低以增加容量，“严重的”磁带技术（如LTO和DLT ）具有能够长期存档的媒体）到单独的基于磁盘的备份。 磁盘到磁盘到磁带是收缩备份窗口并提供方便恢复的好方法，而且由于磁盘到磁盘的填充速度适中（例如RAIDconfiguration中的一些大型SATA磁盘， ）不是太昂贵。

您提出的方法都没有提到备份离线。 备份既是离线也是离线。 使备份保持在线状态意味着攻击者可以在丢弃您的生产数据后立即废弃您的备份。 远程攻击存储在非现场物理安全位置的物理介质非常困难。

如果您决定进行基于磁盘的备份，我强烈build议定期进行离线和异地备份。

不pipe你做什么，testing恢复是有序的。 我们不做备份“备份”。 我们做备份以便恢复。 您需要定期通过恢复testing备份。 你需要知道如何执行恢复，你需要经常性地执行它们。 你的态度，重新恢复，应该是“在那里，做到了”。 当一个真正的灾难发生时，你最想做的就是学习如何从死亡中恢复系统。

正如我在我对mh的回答的评论中所说的，在线备份只是和恢复机制一样好（因为我们再一次做备份来恢复）。 如果下载需要连续36小时才能从在线备份提供商处获得数据，并且您的业务无法处理36小时的停机时间，那么这可能是一笔不好的交易。 如前所述，如果您可以构build在线备份来捕捉对日常业务不重要的缓慢变化的“归档”数据，则可以将其用作场外存储策略，从而减less业务关键数据需要放在您离开现场的物理媒体上。

有关服务器故障已经有几个很好的问题。 我会去读他们。 这里有几个让我想起来的。

• 我们的计划备份策略是否适合我的新服务器基础架构？

• 大约2009年的推荐备份媒体？

• 你如何做你的备份？

备份是pipe理员所做的最重要的事情。 ….
让我重复一遍。

备份是pipe理员所做的最重要的事情。

一个好的备份策略允许从各种数据丢失恢复，包括…

1-硬件故障。
2-数据/应用程序错误和数据损坏。
3-无意的或恶意的文件/文件夹/数据删除。
4-现场或基础设施问题（即服务器机房内发生火灾）。
5区域灾难（即卡特里娜飓风）

一个好的策略可以平衡数据的价值和宕机成本，以及失败的可能性，可用的资金以及各种备份系统的成本。

至less ，您应该每天备份所有数据的磁带，以及将这些备份保持在场外的某种scheme。 周末和夜间增量备份的完整备份是可以的。 我喜欢4周的磁带旋转。 定期testing备份（通过恢复和通过testing服务器重build）。

顺便说一句 – 恕我直言，我们尊敬的主机需要改善堆栈溢出备份策略的场外组件。