在群集管理中手动配置资源组所有权

核心提示：很多在Microsoft SQL Server 2005安装上执行的具体群集配置设置是可以通过把群集管理的管理工具整合到Windows服务器操作系统来修改成加速安装的， 对群集管理的访问可以通过从Microsoft Windows启动菜单的STARTAdministrative ToolsCluster管理中实现，在群

很多在Microsoft SQL Server 2005安装上执行的具体群集配置设置是可以通过把群集管理的管理工具整合到Windows服务器操作系统来修改成加速安装的。

对群集管理的访问可以通过从Microsoft Windows启动菜单的STARTAdministrative ToolsCluster管理中实现。之前的一篇文章提供了这个管理工具的高度概括，也让我们深入了解了如何在群集的节点间手动故障恢复一个SQL Server实例。如果你不了解群集管理的总体布局和功能，请回顾这篇文章：SQL Server系统管理员的群集管理应用。

为了熟悉这个讨论中使用的示例群集的布局，我将借此机会来列出我使用的命名原则。请参考下面的截图。它和之前的群集管理器文章一样使用同样的假设和命名原则。

图一

为了继续回答你的问题，请选择一个资源组看看，右键单击并选择属性：

图二

接下来将显示下面的对话框：

图三

这个对话框显示了资源组的名称，如果关联到某人还会显示资源组的一个描述，另外还有正在讨论的资源组首选属主的列表。当节点被击落(无论是优雅地还是强行地)或者处于手动故障恢复或自动恢复的情况时，首选的属主是物理服务器/按照所有权排序的节点。当你想把物理硬件专用于SQL Server某些特定的实例，允许其他的节点处理它们之间的高可用性功能问题时，这个信息在群集中将尤为重要。例如，看看下面的例子：

你有一个四节点的群集并安装了SQL Server 2005的3个实例。该实例和物理节点属主如下：

作为数据库管理员，你需要按照这个群集下面的要求进行。

l 你组织中的一个成本中心支助SQL01和Server01硬件和认证的购买。只有它的数据库可以在那个服务器上运行。

l Servers 02 和03还有它们关联的SQL Server实例是企业支助的，并能够接受群集中其它任何SQL 实例的故障恢复。

l Server04专用于接受在Server01上主要默认设置执行的关键财政数据库的SQL01实例故障恢复。

为了实现这些要求，你需要像我之前提到的那样进行。你将通过选择资源组属性菜单中的General光标中的Modify来分配首选所有权。

图四

在上面的截图中你可以看到所有权还没有确定。如果不这样做，你会伤害这个自动故障恢复过程的成功实施。在本例中，我之前列出的“修改你的首选属主”对话框将显示如下：

图五

请注意主要的属主是Server01，但是允许Server04拥有SQL01的资以防Server01遇到物理服务器失败或者重启/关机请求。

SQL02和SQL03的资源组都被允许在彼此上运行，主要是为了在由于一个故障恢复请求的需要时分配物理节点。因此所有权和优先权的例外是相同的。

图六 资源组SQL02

图七 资源组SQL03

正如你看到的，这是一个简单的过程，通过它你可以在群集管理中构造故障恢复行为。这个过程与任何资源组类型一样并且也不仅仅限于的SQL Server资源组。我建议在任何SQL Server安装之后检查这些设置以便检验物理节点所有权正确配置并且定期地查看所有权以便于确保用户对高可用性的要求能够及时准确地满足。