我们有一台坏RAM的服务器，导致长时间的停机，而我们的客户面临的应用程序不得不停下来一段时间。 我们正在提出一个即时故障解决scheme，但不知道哪种方法最具成本效益。 是一个Windows服务器群集最好的方法呢？ 另外请注意，我们正在使用Parallels Virtuozzo，如果这有什么不同。 我们发现Parallels有一个文档化的方法来设置它，但它表示它需要一个域控制器以及光纤连接到共享存储，是真正需要的吗？
谢谢。
冗余有几种不同的forms。 如果你正在谈论硬件冗余，Windows集群是一个不错的select。 在你的badRAM的情况下，你会失败到被动节点，并有一分钟左右的停机时间，然后可以专注于修复另一个节点，没有完全下降的压力。
Windows群集运行良好，但如果您以前从未使用过，则会出现一个学习曲线。 这绝对是你想先在实验室testing的东西，给自己很多时间去testing故障转移，故障恢复等等，所以在投入生产之前你确实很舒服。
存在域控制器要求是因为您需要群集能够在两个节点上的相同安全上下文中运行，而本地帐户不提供此function。 而是使用域帐户作为群集帐户。 如果你还没有一个域名，那么你需要考虑域名的冗余性 – 用一对域控制器很容易实现。
共享存储是必需的，因为您需要可以由群集的两个节点访问的某种forms的存储。 这可以是光纤SAN存储或iSCSI – 无论你有什么可用的，如果你从头开始，那里有很多的select。
群集的另一个好处是，当您需要在主动节点（Microsoft更新，固件更新等）上执行维护时，您可以快速执行故障切换，并且在此操作期间不必closures整个事件。
在互联网上聚集的信息并不缺乏。 这是一个好的开始 。
这是必需的。
Windows群集在其configuration的某些方面使用actvive目录工作。 也就是说，如果两台计算机都有一个虚拟实例，只是作为域控制器，并且使用外部的第三台计算机作为PDC模拟器（一些小的/便宜的），那就没问题。
共享存储 – 是的，Fire no。 你应该和ISCSI一样好。 这是最主要的需要，因为这基本上是所有的服务器故障转移 – 没有constatnly同步光盘。 所有更大型的集群解决scheme都假定SAN具有存储能力。
你怎么能有坏RAM？ 我的意思是，它不像ECC RAM不开始疯狂的尖叫，当它变得不好的时候）