我正在寻找replace我们目前的存储。 现有的系统只是我们7年前的域控制器上的450GB文件共享，另外还有另外150GB的服务器。 我们将这些映射到客户机上的驱动器。 都备份到一个单一的400GB磁带机。 添加一些系统状态和一个SQL服务器数据库和夜间备份高达600GB左右。 这不仅仅是一盘磁带，而且我们现在有一个交错的备份，每个星期的晚上我们只从总空间的1/5获得一个“全部”+一切的差别。
为了取代这一点，我想去两个专用服务器（主，加上镜像和备份在一个）。 第一个计划是针对OS + 2 RAID 10 2TB卷的数据（每个4个磁盘+ 1个热备份，包括OS的12个1TB磁盘）的RAID 1卷。 另一个的计划是拥有相同的12个1TB磁盘（每晚从第一台服务器镜像）。 它还将有2个6TB RAID 6卷（每个5个2TB磁盘，单独卷以改善不可避免的重build时间），我计划使用我们现有的备份执行软件在每晚进行差分快照。 这将为我们的磁带提供真正的备份历史/世代存储，并且应该有足够的空间来获得大约30天的价值（简单地检查我们的变化率表明我需要大约3：1的比率来实现这一点）。 第二台服务器将住在校园的远端，以避免需要离开现场的任何东西。
我宁愿购买供应商支持的解决scheme，但成本是一个巨大的问题。 我知道我可以按照我上面所描述的方式完成总成本大约13,000美元（包括操作系统许可证，感谢教育机构的学术定价），这些成本低于我所看到的任何商业select。 我有一个基本的机箱，RAID卡和底板的可靠的合作伙伴，所以我知道我在那里得到好的设备，我知道我需要一个高品质的RAID卡。 我以前没有build立过这个规模的服务器，因此我的问题是：
有什么我失踪，让我不必要地打开数据丢失？ 在组装，安装和configuration服务器时，我应该做些什么或避免什么？ 目前还没有购买任何东西，所以我愿意提供替代build议 – 但定价是关键。 有些东西会引起我的注意，我会很欣赏的评论：
我会非常小心地build立自己的电脑。 不过，这听起来像是你死定了。 处理设备时，请务必遵守正确的防静电程序。 尽量避免在组装RAID卷时从同一制造批次使用硬盘驱动器。 确保您购买的磁盘是按照制造商规定的正确防震包装运输的（而不是典型的NewEgg“将防静电袋放入带有泡沫包装和花生的盒子中）”。
由于您要构build自己的盒子，因此在系统的预期生产期限内，您需要备份足够的备件以用于难以更换的组件。 有备件可用性是“商业”选项的一部分。 如果丢失背板，RAID控制器或主板，则需要准备好更换它们。 您是您自己的硬件支持供应商。 这会增加你的购买成本，但你现在应该可以获得备件，而他们仍然可以使用。
在我甚至想到在生产中使用它之前，我会狠狠地调整硬件。 任何负载testing或生产使用模拟，你可以扔在硬件是一个好主意。 在投入生产之前，您肯定希望摆脱硬件中的任何“婴儿死亡率”。
一个没有前几代的“镜子”是一个不好的非现场拷贝。 如果您正在执行“镜像”，以便在生产失败的情况下将备份文件服务器投入生产，那么保持这样一个“镜像”是有意义的。 不过，在我看来，这不是一个备份。 这听起来更像冗余机制而不是备份机制。 我强烈build议使用允许在远程服务器上存储多代更改的备份，即使您也在远程服务器上维护数据的function“镜像”以用于生产故障切换目的。
我很高兴听到你还在使用磁带。 我是备份离线和离线的忠实粉丝。 离线备份是很好的，因为它们的完整性（只要它们被正确地采用）比保持在线的系统更容易保险。 在一个locking的盒子里远程攻击磁带上的数据是相当困难的。
磁带也是档案存储的一个很好的存储介质。 扩展保留窗口的成本是增量式的（而不是将更多的旋转介质添加到基于硬盘的纯粹解决scheme中）。 我认为你应该强烈地考虑使用磁带来保持你的数据的多代以外的和离线的。 请确保您履行了在磁带上维护长期存档的任何业务要求，并计划在必要时购买其他媒体。 您可以将这些档案保存在更多地理位置，以便在发生重大物理灾难时提供一些恢复function。
如果你正在做一个真正的“复制”的备份，那么你不会丢失存档位。 这取决于你使用的软件。
以下是有关可能有助于减less存储需求的备份的build议：
每天执行一次完整的SQL和系统状态备份（除非您正在执行时间点SQL备份）。
切换到每天执行增量式备份以进行文件服务器备份。 我已经在IT领域工作了11年，并且还没有遇到需要差异备份来恢复系统或恢复数据的场景（敲门砖）。 我可能需要通过几天的增量重新找回用户需要恢复的文件的“版本”，但这很less如此，因为用户通常需要恢复最新的备份副本。 在发生完全系统故障的情况下，最糟糕的情况是您需要恢复多个增量备份集以使文件服务器恢复“同步”。 这当然会延伸你的恢复时间，而且你和组织可能会或不会接受。
我从“可能性与可能性”的angular度和以我的经验来看待系统pipe理，虽然可能需要差异备份，但根据我的经验，这是不太可能的。 这使我可以减less我们的日常备份和备份窗口的大小。
目前市面上有基于open-e ， Nexenta或Windows Storage Server等产品的复制或至less远程差异复制function。
总的来说，我宁愿不购买组件，将它们一起构build到服务器中，但是购买具有系统保修的服务器/设备 – 它们不会花费太多的成本，但在硬件缺陷的情况下可能会节省很多麻烦。
此外，您不应该使用磁带“用于SQL Server和系统状态备份”，而是在场外复制关键数据。 你应该看到你仍然保持着历史 – 可能把SQL服务器整合到标准的备份过程中是个好主意。
如果您是Microsoft的商店并且有资格获得学术许可，则可能需要考虑使用Data Protection Manager来replace陈旧的BackupExec版本 – 这将为您带来有趣的function并与Microsoft软件良好的集成。
为了减less小学的备份时间/压力，我想从镜子上进行夜间备份。 但将复制到镜像销毁我需要获得良好的差异存档位？
是的，它会。 但差异无论如何是一个坏主意 – 你可能不需要它们。 以合理的时间间隔进行完整备份并将其存储在现场。 您的备份策略主要是为了减轻灾难性故障的影响 – 如果您的园区IT站点同时遭受灾难性事件的破坏，那么如果您的用户失去了一天或五天的价值，则可能没有多大关系的数据 – 只要不是整个数据丢失。
我正在寻找44TB的原始磁盘空间，但是在分割出RAID和备份空间之后，我只能向用户展示4TB。 我能比11：1的比例安全吗？
取决于您的安全和性能要求。 您可能可以在“备份”镜像上节省RAID 10设置的成本 – 只要这并不意味着直接为用户提供服务，就可以使用性能更低且更便宜的条带化设置（RAID 5,6）或Z）。
在Nexenta，我们有许多优秀的合作伙伴，比如Pogo Linux，他们的解决scheme应该适合您的预算。 请记住，他们可以帮助您find一个缩小的解决scheme，这将有必要的扩展function，让您根据需要扩大您的SAN。 如果您select构build自己，那么就有NexentaStor Community Edition选项，我相信这个选项目前限制在12TB的磁盘容量，如果在适当的情况下使用重复数据删除和压缩，这可能意味着您实际上将在该12TB中获得更多的数据分配容量。 但是，如果您稍后select，则无法升级到商用企业版。 另外，如果您有未经authentication的解决scheme，支持通常比合作伙伴解决scheme更重要。 除此之外还有其他的select，但是如果你已经对Linux或者更好的Solaris或者Open Solaris有了基本的了解，NexentaStor可能被certificate是一个很好的select，因为底层操作系统是健壮的，并且与OpenSolaris共享很多。