☰

关于备份策略的想法？

tag-icon • tag-icon backup
关于备份策略的想法？

我们目前在一个位置有 2 个文件服务器，在远程办公室有 1 个。大约有 50GB 的数据通过 DFS 复制，并且每天备份到磁盘，每月备份到 REV 驱动器。事实证明，这种策略非常有效。如果一台服务器发生灾难性故障，数据将立即在另外两台服务器上可用。

所有 3 台服务器也都设置为 PDC，因此如果其中一台出现故障，还应该有 2 台服务器可用。

但是，服务器上的操作系统没有备份，这让我有点困扰。我的计划是购买一个相对便宜（低于 2k）的 4Tb NAS，每周备份整个服务器。还是分别备份数据和系统更有意义？您的备份策略是什么？

答案1

我假设您运行的是 Windows，因为您运行的是 DFS。我无法从您的问题中判断出您当前是否正在将 Active Directory 和文件备份到其他介质，而不是复制到其他站点。哪些内容正在备份到 REV 驱动器？我担心的不是操作系统，而是 AD 损坏或关键任务文件被复制到其他服务器。

我同意你希望使用 SAN 来备份服务器，但我更感兴趣的是获取 AD 和文件的快照。理想情况下，你希望给自己一些备份，以便在发生损坏或灾难性故障时可以恢复。

在您的场景中，我会考虑以下几点：

  1. DC -> 将 AD 备份到 SAN。
  2. 文件存储 -> 备份到 SAN。
  3. SAN 每天创建快照（根据容量保留几周）
  4. 将备份副本移至异地（REV 驱动器）

就备份操作系统本身而言，有几点需要考虑：

  • 您认为重建的可接受停机时间是多长？
  • 您会使用相同的硬件进行重建吗？
  • 您打算将操作系统备份存储在 SAN 上吗？
  • 可接受的损失程度（备份对您来说值多少钱？）
  • 你的链接速度是多少？

在我看来，Windows 的实际安装和配置是一个相对较快的过程。由于站点丢失不太可能导致数据丢失（由于复制），因此更多的是停机问题。除非有强有力的商业案例（例如：耗时且困难的配置，需要大量时间才能重建），否则我并不是映像服务器的忠实粉丝。映像有其自身的挑战，如果您要为某个流程增加更多管理时间，我会确保首先没有更适合您需求的东西。由于您已复制到远程位置的其他站点，我估计您最大的风险是未被注意到的被复制的数据损坏。然后，您必须评估使用当前方法进行恢复的难度。

我个人认为备份实际操作系统没有多大价值，除非你在每个盒子上执行的操作需要花费大量时间才能重新生成。针对你的文件和 AD 进行扩展备份，并评估可接受的停机时间窗口。完成这些操作后，你就可以更好地评估你的 DR 需求。

答案2

那么，第一个问题是停机成本是多少，以及您正在考虑哪些场景。

然后，看看恢复过程是怎样的。如果你认为严重的损失可能意味着你的硬件发生了足够大的改变，你无论如何都需要重新安装，那么为什么要备份操作系统呢？

就我个人而言，我喜欢能够在一个地方彻底消失后还能生存下来，但我很偏执。

可能想说您正在使用 Windows（对吗？我是 Unix 用户）以及哪个版本，还有，站点之间有多少带宽，如果一台服务器宕机，您的用户是否能继续使用？

相关内容