关于SQL Server 群集的几个关键技巧

我花了很长时间才追捕到这个原因。有一天，我突然想到查看一下本地组成员身份。当我添加了这两个帐户之后，故障转移便顺利进行了。于是我开始思考。虽然您只是偶尔才需要重建节点，但如果需要重建节点，那便是在紧急时刻。尽管我已经提供了文档，但人们并不利用它。只需编写一个简短的脚本来添加这两个帐户及进行任何其他必要的自定义，就能使安全部分自动完成。在SQL Server 2005中，事情得到了改善。安装程序要求您为SQL Server服务帐户设置域级组。

当然，这让我想得更多。您可以创建几个脚本，它们调用CLUSTER.EXE将节点添加到Microsoft Cluster Server (MSCS)群集中。您只需为脚本提供节点名称，然后由脚本处理其余工作。在紧急情况下，自动化确实是您的朋友。

N+1群集

有时，向群集添加节点的原因不是您要更换节点。您可以将更多的SQL Server实例添加到群集中且每个实例都需要不同的磁盘资源。虽然多个实例可以在一个节点上运行，但这些实例会共享CPU和RAM，因此可能会导致性能降低。理想情况下，在一个节点上仅运行一个实例。但在发生故障转移时如何能确保做到这一点呢？很简单：答案是，有一个节点上不运行任何服务，而其他节点则是每个节点上运行一个SQL Server实例。实际上，这就是N+1群集的定义： N+1个节点上运行N个实例。额外的节点是备用节点。

升级SQL Server

升级SQL Server的群集实例不是因为胆小：构建群集只为一个原因 - 您需要正常运行时间。但SQL Server 2005提供了许多您想利用的增强功能。所以，如果您准备升级，无需太多停机时间便可以继续进行。

您会选择哪种方案？我们首先看一看成本最高的解决方案：创建整个新群集。这意味着要创建若干新服务器，或许还要创建新的存储区域网络(SAN)。您或许可以保留现有的网络交换机，但这大约就是您所要保留的全部。显然，这种方法的成本很高，但它具有一定的优势。与旧硬件相比，新硬件的运行通常要好得多，因为磁盘容量和速度都得到了增长。因此，仅仅使用新硬件，您的性能就会得到迅速提高。您甚至可能会租用设备，而这只是为了保持领先地位。