在构建低成本存储服务器时应该注意什么？

Question

我正在寻找替换我们当前的存储。现有系统只是我们 7 年旧域控制器上的 450GB 文件共享，加上来自另一台服务器的另外 150GB。我们将这些映射到客户端机器上的驱动器。两者都备份到一个 400GB 的磁带驱动器。添加一些系统状态和一个 sql server 数据库，每晚备份大约 600GB。这不仅仅是单个磁带可以做的，所以我们目前有一个交错备份，我们每个工作日晚上只从总空间的 1/5 中“完整”加上所有内容的差异。

为了替换这个，我想转到两个专用服务器（主服务器，加上镜像 和备份在一个）。第一个计划是一个用于操作系统的 RAID 1 卷 + 用于数据的 2 个 RAID 10 2TB 卷（4 个磁盘 + 1 个热备用，总共 12 个 1TB 磁盘包括操作系统）。另一个的计划是拥有相同的 12 个 1TB 磁盘（每晚从第一台服务器镜像）。它还将有 2 个 6TB RAID 6 卷（每个 5 个 2TB 磁盘，单独的卷以缩短不可避免的重建时间），我计划使用我们现有的备份执行软件每晚制作差异快照。这将为真正的备份提供历史/世代存储来代替我们的磁带，并且应该有足够的空间来获得大约 30 天的价值（对我们的更改率的简单检查表明我需要大约 3:1 的比率来完成此操作）。第二台服务器将位于校园的远端，以避免需要将任何东西带离现场。

我更愿意购买供应商支持的解决方案，但成本在这里是一个大问题。我知道我可以做我上面描述的事情，总成本约为 13,000 美元（包括操作系统许可，感谢教育机构的学术定价），这远低于我见过的任何商业选项。我在基本机箱、RAID 卡和背板方面有可靠的合作伙伴，所以我知道我在那里得到了很好的设备，而且我知道我需要高质量的 RAID 卡。我之前没有构建过这种规模的服务器，因此我的问题是：

有什么我遗漏的东西让我不必要地对数据丢失敞开心扉吗？在组装、安装和配置服务器时，我应该做什么或避免什么？还没有购买任何东西，所以我愿意接受其他建议——但价格是关键。一些立即引起我注意的项目，我很感激评论：

• 为了减少主要备份时间/压力，我想从镜像中获取每晚备份。但是复制到镜像会破坏我需要获得良好差异/增量的存档位吗？
• 我不确定如何在这里配置分代存储，因为差异和增量都需要一个基础来工作。我知道我可以直接为此使用主存储，这对于这里和那里的文件来说没什么大不了的，但是如果我需要完全重建一个卷怎么办？如何确保 30 天内未更改的文件仍然可用？
• 我刚刚描述的解决方案需要 44TB 的原始磁盘空间，但只向我的用户公开 4TB。其余的会丢失到 RAID、镜像和历史备份空间中。我可以安全地做得比 11:1 的比例更好吗？

Answer 1

我会非常谨慎地构建自己的计算机。不过，听起来你对它非常执着。搬运设备时，请务必遵守正确的防静电程序。在组装 RAID 卷时，尽量避免只使用同一制造批次的硬盘驱动器。确保您购买的磁盘是按照制造商的规定以适当的防震包装运输的（而不是典型的 NewEgg“在他们的防静电袋中放入带有一些气泡膜和花生的盒子中”的安排）。

由于您要构建自己的盒子，因此您需要在系统的预期生产寿命期间为难以更换的组件储备足够的备件。备件可用性是“商业”选择的一部分。如果您丢失了背板、RAID 控制器或主板，您需要准备好更换它们。您充当自己的硬件支持供应商。这会增加你的采购成本，但你应该获得的备件现在，当他们仍一应俱全。

在我什至考虑在生产中使用它之前，我已经非常严重地调整了硬件。您可以在硬件上进行的任何负载测试或生产使用模拟都是一个好主意。在投入生产之前，您肯定希望消除硬件中的任何“婴儿死亡率”。

没有多个前代的“镜像”是糟糕的异地副本。如果您正在制作“镜像”以允许您在生产失败的情况下将备份文件服务器投入生产，那么保持这样一个“镜像”是有意义的。不过，在我看来，这不是备份。这听起来更像是一种冗余机制而不是备份机制。我强烈建议使用允许在远程服务器上存储多代更改的备份，即使您还在远程服务器上维护数据的功能“镜像”以用于生产故障转移目的。

我很高兴听到你仍然要使用磁带。我非常喜欢将备份保持在异地和离线状态。离线备份很好，因为它们的完整性（前提是它们一开始就被正确使用）比始终保持在线的系统更容易确保。远程攻击锁箱中磁带上的数据非常困难。

磁带也是一种很好的档案存储介质。扩展保留窗口的成本是递增的（与向纯基于硬盘的解决方案添加更多旋转介质相反）。我认为您应该强烈考虑使用磁带来保留多代异地和离线的所有数据。确保您满足在磁带上维护长期存档的任何业务要​​求，并计划在必要时购买额外的媒体。您可以将这些档案保存在地理位置更加多样化的位置，以便在发生重大物理灾难时提供一些恢复能力。

如果您正在执行真正“复制”的备份，那么您将不会丢失存档位。这取决于您使用的软件。

Answer 2

以下是有关备份的建议，可能有助于减少存储需求：

每天执行完整 SQL 和系统状态备份（除非您愿意执行时间点 SQL 备份）。

切换到每天为文件服务器备份执行增量备份。我在IT领域工作了11年，还没有遇到过需要差异备份来恢复系统或恢复数据的场景（敲木头）。我可能需要返回几天的增量来找到用户需要恢复的文件的“版本”，但这种情况很少发生，因为用户通常希望恢复最新的备份副本。如果发生完全系统故障，最坏的情况是您需要恢复多个增量备份集以使文件服务器恢复“同步”。这当然会延长您的恢复窗口，并且您和组织可能会也可能不会接受。

根据我的经验，我从“可能性与概率”的角度来处理系统管理，虽然我可能需要差异备份，但根据我的经验，这不太可能。这使我能够减少日常备份的大小和备份窗口。