我想更换我们当前的存储。现有系统只是我们 7 年历史的域控制器上的 450GB 文件共享，加上另一台服务器的另外 150GB。我们将它们映射到客户端计算机上的驱动器。两者都备份到单个 400GB 磁带驱动器。添加一些系统状态和一个 sql server db，每晚的备份大约有 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 更好的比例吗？
答案1
我对自行组装电脑非常谨慎。不过，听起来你对此非常执着。处理设备时，请务必遵守正确的防静电程序。组装 RAID 卷时，尽量避免仅使用同一制造批次的硬盘驱动器。确保您购买的磁盘按照制造商的规定装在适当的防震包装中（而不是像 NewEgg 那样“装在防静电袋中，放在盒子里，里面放一些气泡膜和花生”）。
由于您要自行构建机箱，因此您需要为难以更换的组件储备足够的备件，以备系统预期生产寿命期间之用。备件可用性是“商业”选项的一部分。如果您丢失了背板、RAID 控制器或主板，您需要准备好更换它们。您充当自己的硬件支持供应商。这会增加您的购买成本，但您应该购买备件现在趁它们还容易获得的时候。
在考虑将硬件用于生产之前，我会对硬件进行严格的测试。对硬件进行任何负载测试或生产使用模拟都是好主意。在投入生产之前，您肯定希望消除硬件中的任何“早期缺陷”。
没有多个先前生成的“镜像”是糟糕的异地副本。如果您正在执行“镜像”以允许您在生产发生故障时将备份文件服务器投入生产，那么保留这样的“镜像”是有意义的。但在我看来，这不是备份。这听起来更像是一种冗余机制，而不是备份机制。我强烈建议使用允许在远程服务器上存储多代更改的备份，即使您还维护了远程服务器上数据的功能性“镜像”以用于生产故障转移目的。
我很高兴听到你仍然会使用磁带。我非常喜欢将备份保存在异地和离线状态。离线备份很好，因为它们的完整性（前提是它们从一开始就被正确保存）比始终保持在线的系统更容易保证。远程攻击锁箱中的磁带上的数据非常困难。
磁带也是用于档案存储的极佳存储介质。扩展保留窗口的成本是递增的（而不是在纯硬盘解决方案中添加更多旋转介质）。我认为您应该认真考虑使用磁带来保留所有异地和离线数据的多代。确保您满足在磁带上维护长期档案的任何业务要求，并计划在必要时购买额外的介质。您可以将这些档案保存在地理位置更分散的位置，以便在发生重大物理灾难时具有一定的恢复能力。
如果您进行的备份确实是“复制”，那么您不会丢失存档位。这取决于您使用的软件。
答案2
以下是有关备份的建议，可能有助于减少您的存储需求：
每天执行完整的 SQL 和系统状态备份（除非您愿意执行时间点 SQL 备份）。
切换到每天对文件服务器备份执行增量备份。我从事 IT 领域已有 11 年，但还没有遇到过需要差异备份来恢复系统或恢复数据的情况（敲木头）。我可能需要回顾几天的增量备份才能找到用户需要恢复的文件的“版本”，但这种情况很少见，因为用户通常希望恢复最新的备份副本。如果发生整个系统故障，最坏的情况是您需要恢复多个增量备份集以使文件服务器恢复“同步”。这当然会延长您的恢复窗口，这对您和组织来说可能是或可能不是可以接受的。
我从“可能性与概率”的角度来处理系统管理，根据我的经验，虽然我可能需要差异备份，但可能性不大……根据我的经验。这使我能够减少每日备份的大小以及备份窗口。
答案3
有些设备具有复制功能，或者至少具有基于以下方面的远程差异复制功能：开放式，尼克森塔或者Windows 存储服务器在市场上。
总的来说，我宁愿不购买组件来将它们组装成服务器，而是购买具有系统保修的服务器/设备 - 它们的成本不会高出很多，但在出现硬件缺陷的情况下可能会为您省去很多麻烦。
此外，您不应使用磁带“进行 SQL Server 和系统状态备份”，而应将其用于将关键数据复制到异地。无论如何，您都应该确保保留历史记录 - 将 SQL Server 纳入标准备份流程可能是一个好主意。
如果您是 Microsoft 商店并且有资格获得学术许可，您可能需要研究数据保护管理器来替换旧的 BackupExec 版本 - 它将为您带来有趣的功能并与 Microsoft 软件良好集成。
为了减少主服务器的备份时间/压力，我想从镜像服务器获取夜间备份。但复制到镜像服务器是否会破坏我获取良好差异所需的存档位？
是的，会的。但无论如何，差异备份是个坏主意——你可能不需要它们。以合理的间隔进行完整备份，并将其存储在异地。你的备份策略主要是为了减轻灾难性故障的影响——如果你的两个校园 IT 站点同时被灾难性事件摧毁，你的用户丢失一天或五天的数据可能并不重要——只要不是全部数据都丢失就行。
我正在查看 44TB 的原始磁盘空间，但在划分 RAID 和备份空间后，只向我的用户公开 4TB。我能安全地做得比 11:1 更好吗？
取决于您的安全性和性能要求。您可能可以节省“备份”镜像上 RAID 10 设置的成本 - 只要这不是直接为用户服务，您就可以使用性能较低且成本较低的带奇偶校验条带设置（RAID 5、6 或 Z）。
答案4
在 Nexenta，我们有许多优秀的合作伙伴，例如 Pogo Linux，他们提供的解决方案应该适合您的预算。请记住，他们可以帮助您提出一个缩小的解决方案，该解决方案将具有必要的扩展功能，可让您根据需要扩展 SAN。如果您选择自行构建，可以选择 NexentaStor 社区版选项，我认为该选项目前的磁盘容量上限为 12TB，如果您在适当的情况下使用重复数据删除和压缩，则可能意味着您实际上会在 12TB 分配容量中获得更多数据。但是，如果您以后选择升级到商业企业版，您将无法升级。此外，如果您拥有未经认证的解决方案，支持总是比合作伙伴解决方案更成问题。还有其他选择，但如果您对 Linux 或更好的 Solaris 或 Open Solaris 有基本的了解，NexentaStor 可能是一个绝佳的选择，因为底层操作系统非常强大并且与 OpenSolaris 有很多共同之处。