中国领先的IT技术网站
51CTO旗下网站
故障转移群集的Hyper-V放置策略
Windows Server 故障转移群集为 Hyper-V 基础架构提供了一个至关重要的技术，不仅可以提供可用性，而且可以提供可移植性。虚拟化和私有云环境的一个重要概念在于破除负载与底层物理资源之间的捆绑关系，而故障转移群集通过使用实时迁移技术在不同物理宿主机之间不停机移动和放置虚拟机，真正实现了这一点。
作者：Symon Perriman来源：| 13:43
Windows Server 故障转移群集为 Hyper-V 基础架构提供了一个至关重要的技术，不仅可以提供可用性，而且可以提供可移植性。虚拟化和私有云环境的一个重要概念在于破除负载与底层物理资源之间的捆绑关系，而故障转移群集通过使用实时迁移技术在不同物理宿主机之间不停机移动和放置虚拟机，真正实现了这一点。这里将提供一些有关放置的最佳实践，帮您对群集上使用的不同 Hyper-V 场景进行优化。
默认故障转移策略
如果有节点遇到故障，虚拟机将被分散到其他群集节点上。在老版本 Windows Server 中，任何资源都可以分散到承载虚拟机数量最少的群集节点中。在 Windows Server 2012 中，这种逻辑进行了改进，可以根据宿主机的内存数量这一最常见的约束性资源，决定虚拟机的分散方式。每个虚拟机都可以放置到空闲内存资源最多的节点中，并且会针对每个虚拟机的资源需求进行评估，例如检查虚拟机是否支持 NUMA。
如果承载多个虚拟机的群集节点崩溃，群集服务将寻找优先级最高的虚拟机，然后检查其他所有节点，确定拥有空闲内存最多的节点。随后会在这个节点上启动该虚拟机。这个过程可以针对所有虚拟机重复进行，从优先级最高的虚拟机开始按照优先级高低执行，直到所有虚拟机都重新放置。
虚拟机优先级
在 Windows Server 2012 中，群集中运行的每个虚拟机都可以分配优先级：高、中，或低。这样即可确保在群集运行中，高优先级的虚拟机可以得到最妥善的放置。同时通过使用这种方式可以确保组织最重要的服务或最关键的基础架构角色可比其他不那么重要的负载更快速的上线。
如果承载多个虚拟机的群集节点崩溃，那么首先将启动高优先级虚拟机，随后是中等优先级虚拟机，最后才是低优先级的。相同的逻辑还将应用于其他群集的运营，例如并发实时迁移或节点维护模式，这种情况下优先级高的虚拟机总是可以首先移动。
首选的所有者
从老版本 Windows Server 开始，就可以针对每个虚拟机配置故障转移节点顺序首选项。如果环境要求某些重要的虚拟机必须留在某些节点上，这一特性就显得非常有用。例如，通常虚拟机都需要尽量留在主要数据中心（首选所有者）内运行，只有在主要站点不可用时，虚拟机才在备份数据中心内运行，实现灾难恢复。
如果承载了多个虚拟机的群集节点崩溃，高优先级虚拟机会尝试移动到首选所有者列表中的第一个节点。如果该节点不可用，那么虚拟机会继续尝试移动到首选所有者列表中的下一个节点。如果所有首选所有者都不可用，那么就会移动到可能的所有者列表中的第一个节点。
可能的所有者
在老版本 Windows 中，每个虚拟机还有可能的所有者设置。该设置使得虚拟机可以在不存在可用首选所有者的情况下也能移动到其他群集节点并启动。某些环境要求就算没有可用的首选所有者，也要在其他宿主机上运行虚拟机，此时这个功能就变得非常有用。在多站点群集中，位于备份站点的宿主机可以分配为可能的所有者，但不能作为首选所有者。在这样的场景中，只有主站点没有可用的节点（首选所有者）的情况下，虚拟机才会故障转移到辅助站点。
如果承载了多个虚拟机的群集节点崩溃，高优先级虚拟机会尝试移动到首选所有者列表中的第一个节点。如果所有首选所有者都不可用，那么就会移动到可能的所有者列表中的第一个节点。如果可能的所有者列表中的第一个节点不可用，则会移动到列表中的下一个节点。如果首选所有者和可能的所有者列表中都没有可用节点，虚拟机将会移动到任何其他节点，但保持离线状态。取决于故障回复策略，只要相应节点变得可用，虚拟机还可以重新回到首选所有者或可能的所有者，然后尝试启动。
在 Windows Server 2012 中，每个虚拟机还有一个选项非常重要，可以将虚拟机重新移动到首选所有者或可能的所有者，并从最首选的所有者尝试启动。如果希望确保将某些虚拟机保留到相同宿主机上，并且在从崩溃中恢复后重新将这些虚拟机移动到这些宿主机中，该功能就非常有用。
如果群集节点从崩溃中恢复，并重新加入群集关系，那么任何没有在首选所有者上运行的虚拟机都将可以获得通知，该节点已经可用于进行放置。该过程首先从可能的所有者上运行的优先级最高的虚拟机（或者位于其他节点上的离线虚拟机）开始，每个虚拟机都将判断该节点是否是最佳宿主机，随后在自己的首选所有者上执行实时迁移（或启动操作）。
在高度虚拟化的环境中还会遇到一个问题：&引导风暴&，如果同时启动大量虚拟机就容易遇到这种问题。虚拟机的启动要比标准的正常运行状态需要更多宿主机资源，因此启动大量虚拟机有时候可能会使得宿主机过载，影响宿主机的性能，甚至导致宿主机崩溃（如果某些宿主机没有设置资源保留就可能出现在这种情况）。作为一项安全措施，在故障转移或节点重启动过程中，并发启动的虚拟机数量会受到限制（高优先级的首先启动），其他虚拟机会在队列中等待启动。就算这些虚拟机是在同时启动，依然会分阶段错峰进行，以确保不会对宿主机造成太大压力。此外还可以通过配置一些选项避免遇到&引导风暴&。
保持模式最早出现在 Windows Server 2008 R2 中，可以让虚拟机保留在最后一次刻意放置（可能是由系统管理员决定的，或者 System Center Virtual Machine Manager 的放置策略决定的）后所分配的宿主机上。如果整个群集崩溃，每个虚拟机都会等待之前自己所在节点上线，然后开始启动。当然这个过程也是高优先级虚拟机首先开始。这样既可防止整个群集的所有虚拟机试图在上线的第一个节点上启动，有助于避免&引导风暴&。群集服务将等待一个默认设置的时间段，等待原始节点重新加入群集。如果节点在这个时间段内没有加入群集，虚拟机会被放置到最首选的所有者上，这样既可确保虚拟机依然可以上线，同时使得新宿主机有机会首先启动自己的虚拟机。
有些时候，如果群集故障转移或崩溃，我们可能会希望某些不重要的虚拟机先不要启动，这样其他虚拟机就有更多机会进行故障转移，并尽可能快速地上线。老版本 Windows Server 就具备自动启动属性，如果该属性被禁用，虚拟机在放置到节点上之后将不能自动启动。
在高度虚拟化的环境中，这一特性会显得非常有用，因为必须确保宿主机和关键的基础架构虚拟机能够正常运行，不用担心这些群集中承载的并不需要持续可用的虚拟机所造成的资源约束或&引导风暴&。这些虚拟机可以稍后由管理员或自动化脚本启动。
Anti-Affinity
Windows Server 2012 之前就已存在最终放置策略，但主要考虑的是其他虚拟机，而非宿主机。群集属性 AntiAffinityClassName（AACN）使得您可以对虚拟机添加自定义的标签，这样不同虚拟机就可以共享或使用不同的 AACN。共享同一个 AACN 的虚拟机可以自动将其分散到不同的宿主机。这样有助于在同一套基础架构角色中跨越群集中的不同节点对租户或虚拟机进行隔离。例如，让所有虚拟化的 DNS 服务器或来宾群集节点位于同一台宿主机上，一旦该节点崩溃就会造成单点故障，因此将这些虚拟机分散在不同的宿主机上，有助于为服务提供持续可用性。
假设有一个包含四个节点和四个虚拟机的群集，每个虚拟机的 AntiAffinityClass-Name 都设置为&蓝色&，那么默认情况下，每个节点都可以承载&蓝色&虚拟机。如果使用相同 AACN 的&蓝色&虚拟机的数量超过群集中的节点总数，那么每个节点上就可能有超过一个&蓝色&虚拟机，但这些虚拟机依然会尽可能保持更广泛的平均分散。
通过使用这些策略，就可以对 Windows Server 2012 故障转移群集中的虚拟机放置进行优化。永远要记得为虚拟机配置优先级，这样高优先级虚拟机就可以优先放置，此外还要考虑如果任何节点变为不可用，虚拟机将用怎样的方式进行放置。【编辑推荐】【责任编辑： TEL：（010）】
大家都在看猜你喜欢
头条头条外电头条外电
24H热文一周话题本月最赞
讲师：0人学习过
讲师：0人学习过
讲师：11人学习过
精选博文论坛热帖下载排行
本书分为4个部分共24章，以插件开发为中心，围绕插件开发主要介绍SWT/JFace的应用、插件扩展点的实现，以及GEF、EMF和RCP的相关知识。本书...
订阅51CTO邮刊Windows Server 2008 故障转移集群温馨提示！由于新浪微博认证机制调整，您的新浪微博帐号绑定已过期，请重新绑定！&&|&&
LOFTER精选
网易考拉推荐
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
安装准备一览表
开始安装故障转移群集之前，请检查以下各项。
确认您的硬件解决方案
如果群集解决方案中包含地理位置分散的群集节点，则还必须验证如网络延迟和共享磁盘支持等附加项。整个方案都必须包含在地理群集硬件兼容性列表中。有关详细信息，请参阅 Microsoft 知识库中的 。
Windows 2000 Advanced Server 和 Datacenter Server 版还支持 SAN 配置。Windows 目录和硬件兼容性列表中的“群集/多群集设备”类别中列出了一组支持 SAN 的存储设备，这些设备已经过测试，可作为 SAN 存储单元并且附加多个 MSCS 群集。通过将此列表中的设备与 Windows 目录和硬件兼容性列表的“群集”类别中定义的完整群集配置相匹配，您可以以 Microsoft 支持的方式在具有共享存储设备的 SAN 结构上部署一组 Windows 服务器和群集。有关详细信息，请参阅 Microsoft 知识库中的 。
如果您在 iSCSI 技术组件上部署 SQL Server 故障转移群集，建议您多加注意。有关详细信息，请参阅 Microsoft 知识库中的 （对 SQL Server 2000 的支持）。
有关支持信息，请参阅 Microsoft 知识库中的 。
考虑仲裁磁盘资源共享问题。在服务器群集中，仲裁磁盘包含服务器群集配置的主控副本，它还在群集节点之间的所有网络通信都失败时用作补救措施。根据实现的服务器群集类型，仲裁磁盘可能是共享群集磁盘阵列上的物理磁盘，也可能不是。尽管最好是将整个群集磁盘用作仲裁磁盘，但也可以允许仲裁资源之外的其他资源访问仲裁磁盘。
然而，使仲裁资源与其他资源共享同一磁盘会使您处于两难境地。您要么必须配置资源以使组不受其故障的影响，要么必须允许组受其他资源故障的影响。在第一种情况下，资源将不再支持故障转移；在第二种情况下，仲裁资源将随组（包含仲裁资源和出现故障的资源）的其余部分进行故障转移。结果是，在完成组的故障转移之前，整个群集将处于脱机状态。
有关正确的仲裁驱动器配置的详细信息，请参阅 Microsoft 知识库文章 。
如果源安装文件和 SQL Server 故障转移群集在不同的域中，则要安装该群集，需要将安装文件复制到可用于 SQL Server 故障转移群集的当前域。
确认您的操作系统设置
确保您的操作系统已正确安装并且支持故障转移群集。下表列出了 SQL Server 版本和支持这些版本的操作系统。
SQL Server 2008 R2 Evaluation 的硬件和软件要求与 SQL Server 2008 R2 Datacenter 相同。
SQL Server 版本
Windows Server 2003 Enterprise SP2
Microsoft Windows 2003 Datacenter Server SP2
Microsoft Windows 2008 Enterprise
Microsoft Windows 2008 Datacenter Server
Microsoft Windows 2008 R2 Enterprise
Microsoft Windows 2008 R2 Data Center
SQL Server 2008 R2 Datacenter（64 位）IA641
SQL Server 2008 R2 Datacenter（64 位）x641
SQL Server 2008 R2 Datacenter（32 位）
SQL Server 2008 R2 Enterprise（64 位）IA641
SQL Server 2008 R2 Enterprise（64 位）x641
SQL Server 2008 R2 Enterprise（32 位）
SQL Server 2008 R2 Developer（64 位）IA641
SQL Server 2008 R2 Developer（64 位）x641
SQL Server 2008 R2 Developer（32 位）
SQL Server 2008 R2 Standard（64 位）x641
SQL Server 2008 R2 Standard（32 位）
在 WOW 模式下不支持 SQL Server 2008 R2 群集。这包括从 WOW 上最初安装的 SQL Server 2000 和 SQL Server 2005 进行升级。对于这种情况，只能选择通过并行安装新版本并迁移进行升级。对于 SQL Server 2000 IA64，不支持就地升级。
有关详细信息，请参阅。
在 Windows Server 2003 上启用 Windows 加密服务提供程序 (CSP)。如果在任何群集节点上停止或禁用 CSP 服务，SQL Server 安装程序将失败，并显示一个“Windows 徽标要求”对话框。
SQL Server 支持装入点；SQL Server 的群集安装数取决于可用驱动器号的数量。如果只对操作系统使用一个驱动器号，而所有其他驱动器号均可用作正常群集驱动器或群集驱动器宿主装入点，则每个故障转移群集最多只能有 25 个 SQL Server 实例。
通过已装入卷或装入点可以使用单个驱动器号来引用多个磁盘或卷。如果您有一个驱动器号 D: 引用常规磁盘或卷，则您可以在附加磁盘或卷不需要拥有各自的驱动器号的情况下，在驱动器号 D: 下连接或“装入”附加磁盘或卷作为目录。
SQL Server 故障转移群集的其他装入点注意事项：
SQL Server 安装程序要求已装入驱动器的基准驱动器具有关联驱动器号。对于故障转移群集安装，此基准驱动器必须是群集驱动器。在此版本中，不支持卷 GUID。
不能在故障转移群集实例之间共享具有驱动器号的基准驱动器。这是对故障转移群集的正常限制，而不是对独立的多实例服务器的限制。
特别要注意的是，设置故障转移群集时要确保基准驱动器和已装入磁盘或卷都已作为资源列在资源组中。SQL Server 安装程序会在故障转移群集安装过程中验证驱动器配置。
SQL Server 安装程序自动设置 SQL Server 群集组与将处于故障转移群集中的磁盘之间的依赖关系。因此不要在运行安装程序之前设置磁盘的依赖关系。
在 SQL Server 2008 R2 故障转移群集安装期间，将为 SQL Server 网络资源名称创建计算机对象（Active Directory 计算机帐户）。在 Windows 2008 群集中，群集名称帐户（群集自身的计算机帐户）需要有权创建计算机对象。有关详细信息，请参阅 （故障转移群集分步指南：在 Active Directory 中配置帐户）。如果您在 Windows 2003 群集上安装 SQL Server 群集，则群集服务需要有权创建计算机对象。有关详细信息，请参阅以下 Microsoft 知识库文章：
若要对 SQL Server 启用 Kerberos 身份验证，请参阅 Microsoft 知识库中的。
配置 Microsoft 群集服务器
必须至少在服务器群集的一个节点上配置 Microsoft 群集服务器 (MSCS)。只有将 MSCS 安装在通过 MSCS 软件兼容性测试的硬件配置上，才支持 MSCS。您还必须将 SQL Server Datacenter、SQL Server Enterprise 或 SQL Server Standard 与 MSCS 一起运行。SQL Server Datacenter 和 SQL Server Enterprise 支持最多 8 节点的故障转移群集。SQL Server Standard 支持两节点的故障转移群集。
有关在 Windows Server 2003 上安装和配置 MSCS 的详细信息，请参阅 。
SQL Server 服务的资源 DLL 导出两个函数，MSCS 群集管理器使用它们来检查 SQL Server 资源的可用性。一个是 LooksAlive，它是一项简单的检查，可以通过 Windows NT 服务控制管理器来查询服务状态。另一个是 IsAlive，它是一项较严格的检查，可以作为用户探测连接到 SQL Server 以执行一个简单查询。默认情况下，LooksAlive 每 5 秒触发一次，IsAlive 每 60 秒触发一次。可以通过 SQL Server 资源的“高级”选项卡中的 MSCS 群集管理器或者使用 Cluster.exe 命令提示实用工具来更改 LooksAlive 和 IsAlive 的轮询间隔。
MSCS 必须能够使用 IsAlive 检查来验证故障转移群集实例是否正在运行。这需要使用可信连接来连接到服务器。默认情况下，在群集的节点上未将运行群集服务的帐户配置为管理员，并且 BUILTIN\Administrators 组没有登录到 SQL Server 的权限。只有更改对群集节点的权限时，这些设置才会改变。
确保运行群集服务的组或帐户可以登录到 SQL Server 以执行 IsAlive 检查。如果不能，IsAlive 检查将失败。MSCS 群集服务帐户必须至少拥有 SQL Server 的 public 权限，才可以定期运行 SELECT @@servername。
安装 MSCS 时，请务必使用不同的服务帐户登录到 MSCS 和 SQL Server。否则，将无法使用群集命令更改群集服务密码。
使用 MSCS 时，在其他节点联机之前，一个节点必须受共享 SCSI 总线的控制。不这样做会导致应用程序故障转移进入联机挂起状态并阻止故障转移到其他节点，或者会导致完全失败。如果您的群集系统具有专有安装进程，则应使用该专有进程。
安装 Microsoft 分布式事务处理协调器
在故障转移群集上安装 SQL Server 之前，请确定是否必须创建 Microsoft 分布式事务处理协调器 (MSDTC) 群集资源。如果只安装数据库引擎，则 MSDTC 群集资源不是必需的。如果要安装数据库引擎和 SSIS、工作站组件或者要使用分布式事务处理，则必须安装 MSDTC。请注意，MSDTC 对于仅 Analysis Services 实例不是必需的。
配置 Microsoft 分布式事务处理协调器
安装操作系统并配置群集后，您还必须使用群集管理器配置 MSDTC 以便在群集中使用。群集 MSDTC 失败不会导致 SQL Server 安装程序停止运行，但如果未能正确配置 MSDTC，则 SQL Server 应用程序功能可能会受影响。
其他软件注意事项
确保所有群集节点配置相同，包括 COM+、磁盘驱动器号和 Administrators 组中的用户。
确认已正确配置群集互连（信号）。有关详细信息，请参阅知识库文章。
确认已清除所有节点中的系统日志，并再次查看了系统日志。确保在继续操作之前，日志中没有任何错误消息。
如果采用与早期版本并行的配置来安装 SQL Server，则 SQL Server 服务必须只使用全局域组内的帐户。此外，SQL Server 服务所使用的帐户不得出现在本地 Administrators 组中。不遵守此原则会导致意外的安全行为。
如果在原先不存在 Windows Server 2003 域控制器的环境中部署 Windows Server 2003 群集节点，请参阅。
安装必备软件 - 在运行安装程序以安装或升级到 SQL Server 2008 R2 之前，请首先安装下列必备软件以缩短安装时间。可以在每个故障转移群集节点上安装必备软件，然后在运行安装程序之前将这些节点重新启动一次。
.NET Framework 3.5 SP1。安装程序不会将 .NET Framework 3.5 SP1 安装在群集操作系统上。必须先安装 .NET Framework 3.5 SP1，才能运行安装程序。若要避免 .NET Framework 3.5 安装程序出现问题，请确保 Windows Update 服务正在运行。
Windows Installer 4.5。
如果您使用的是 Windows Server 2003 SP2，请安装。这是 数据库引擎 服务的 FILESTREAM 功能的要求。
SQL Server 安装程序支持文件。您可以通过运行位于您的 SQL Server 2008 R2 安装介质上的 SqlSupport.msi 来安装这些文件。
若要使用加密，请在 SQL Server 故障转移群集中的所有节点上安装带有完全限定的 MSCS 群集 DNS 名称的服务器证书。例如，如果您有一个包含两个节点（节点的名称分别为“”和“”）的群集和一个名为“Virtsql”的 SQL Server 故障转移群集实例，则必须获取“”的证书，并在 test1 和 test2 节点上安装该证书。然后，可以选中 SQL Server 配置管理器中的“强制协议加密”复选框，以将故障转移群集配置为使用加密。
在将证书安装到故障转移群集实例中的所有参与节点上之前，请勿选中“强制协议加密”复选框。
确认 MSCS 群集上未安装防病毒软件。有关详细信息，请参阅 Microsoft 知识库文章 。
确认未压缩要安装 SQL Server 的磁盘。如果尝试将 SQL Server 安装到压缩驱动器上，SQL Server 安装程序将失败。
对故障转移群集安装的群集组命名时，群集组名称中不能包含以下任何字符：
小于运算符 (&)
大于运算符 (&)
双引号 (")
单引号 (')
“and”符 (&)
此外还要确认现有的群集组名称不包含不受支持的字符。
网络、端口和防火墙注意事项
确认在开始安装 SQL Server 之前，已对所有专用网卡禁用 NetBIOS。
SQL Server 的网络名称和 IP 地址不能用于任何其他目的，如共享文件。如果要创建文件共享资源，请为该资源指定不同的唯一网络名称和 IP 地址。
Microsoft 建议您不要在数据驱动器上使用文件共享，因为它们可能影响 SQL Server 的行为和性能。
虽然 SQL Server 在群集中支持 TCP/IP 上的命名管道和 TCP/IP 套接字，但 Microsoft 建议您在群集配置中使用 TCP/IP 套接字。
为了确保故障转移群集功能正常工作，请针对 SQL Server 端口、SQL Browser 端口、文件和打印机共享（TCP 139/445 和 UDP 137/138）以及远程过程调用（TCP 端口 135）在防火墙配置设置中添加例外。
请注意，ISA Server 在 Windows 群集上不受支持，因此它在 SQL Server 故障转移群集上也不受支持。
必须启动并正在运行远程注册表服务。
必须启用远程管理。
对于 SQL Server 端口，请使用 SQL Server 配置管理器对您要取消阻止的实例检查 TCP/IP 协议的 SQL Server 网络配置。如果要在安装后使用 TCP 连接到 SQL Server，则必须对 IPALL 启用 TCP 端口。默认情况下，SQL Browser 侦听 UDP 端口 1434。
故障转移群集安装程序操作包括一个用于检查网络绑定顺序的规则。尽管绑定顺序看起来可能是正确的，但您可能已对系统禁用或“幻像”NIC 配置。“幻像”NIC 配置可影响绑定顺序并导致绑定顺序规则发出警告。若要避免此问题，请使用下列步骤来标识并删除禁用的网络适配器：
在命令提示符下，键入：set devmgr_Show_Nonpersistent_Devices=1。
键入并运行：start Devmgmt.msc。
展开网络适配器的列表。此列表中应仅包含物理适配器。如果您具有禁用的网络适配器，安装程序将根据网络绑定顺序规则报告故障。“控制面板/网络连接”还将显示适合器已禁用。确认“控制面板”中“网络设置”显示的已启用物理适配器的列表与 devmgmt.msc 显示的列表相同。
删除禁用的网络适配器，然后再运行 SQL Server 安装程序。
安装完成后，请返回到“控制面板”中的“网络连接”，禁用当前未使用的任何网络适配器。
其他注意事项
若要创建故障转移群集，您必须是本地管理员，有权作为服务登录并有权在故障转移群集实例的所有节点上作为操作系统的一部分工作。
在安装或更新 SQL Server 故障转移群集之前，应禁用在安装过程中可能会使用 SQL Server 组件的所有应用程序和服务，但应使磁盘资源保持联机状态。
在 Windows Server 2008 上，会自动生成用于 SQL Server 2008 R2 服务的服务 SID。对于从 SQL Server 2000 或 SQL Server 2005 升级得到的 SQL Server 2008 R2 故障转移群集实例，将保留现有的域组和 ACL 配置。
域组必须与计算机帐户位于同一域中。例如，如果将安装 SQL Server 的计算机在 SQLSVR 域（MYDOMAIN 的子域）中，则必须在 SQLSVR 域中指定一个组。SQLSVR 域可能包含来自 MYDOMAIN 的用户帐户。
在 Windows Server 2003 上，为将要作为 SQL Server 故障转移群集的一部分安装的群集服务创建域组。必须以作为域组成员的域帐户身份运行 SQL Server 服务、SQL Server 代理服务、Analysis Services 服务以及 iFTS 服务。如果需要，请向域管理员询问现有域组的名称，或者为故障转移群集创建域组。
如果在 Windows 2000 混合模式域中安装 SQL Server 2008 R2 故障转移群集实例，则必须对 SQL Server 群集服务使用全局域组。
Windows 2000 域控制器可以在混合模式和本机模式下运行。混合模式允许同一域中存在下级域控制器。
群集节点作为域控制器的情况下不支持 SQL Server 故障转移群集。
配置域名服务 (DNS) 或 Windows Internet 名称服务 (WINS)。必须在要安装 SQL Server 故障转移群集的环境中运行 DNS 服务器或 WINS 服务器。SQL Server 安装程序要求 SQL Server IP 接口虚拟引用注册动态域名服务。如果无法完成动态注册，安装程序将失败，安装将回滚。如果没有可用的动态注册，则必须在 DNS 中预注册服务器。
请查阅 中的内容。
请查阅中的内容。
考虑故障转移群集是否支持您要使用的 SQL Server 工具、功能和组件。有关详细信息，请参阅。
考虑您将如何监视和维护故障转移群集以实现高可用性目标。有关详细信息，请参阅和。
阅读(2351)|
用微信&&“扫一扫”
将文章分享到朋友圈。
用易信&&“扫一扫”
将文章分享到朋友圈。
历史上的今天
loftPermalink:'',
id:'fks_',
blogTitle:'安装故障转移群集前的准备工作',
blogAbstract:'
安装 SQL Server 故障转移群集之前，必须选择运行 SQL Server 的硬件和操作系统。还必须配置 Microsoft 群集服务 (MSCS)，检查网络和安全性并了解将在故障转移群集上运行的其他软件的注意事项。
安装准备一览表
{if x.moveFrom=='wap'}
{elseif x.moveFrom=='iphone'}
{elseif x.moveFrom=='android'}
{elseif x.moveFrom=='mobile'}
${a.selfIntro|escape}{if great260}${suplement}{/if}
{list a as x}
推荐过这篇日志的人：
{list a as x}
{if !!b&&b.length>0}
他们还推荐了：
{list b as y}
转载记录：
{list d as x}
{list a as x}
{list a as x}
{list a as x}
{list a as x}
{if x_index>4}{break}{/if}
${fn2(x.publishTime,'yyyy-MM-dd HH:mm:ss')}
{list a as x}
{if !!(blogDetail.preBlogPermalink)}
{if !!(blogDetail.nextBlogPermalink)}
{list a as x}
{if defined('newslist')&&newslist.length>0}
{list newslist as x}
{if x_index>7}{break}{/if}
{list a as x}
{var first_option =}
{list x.voteDetailList as voteToOption}
{if voteToOption==1}
{if first_option==false},{/if}&&“${b[voteToOption_index]}”&&
{if (x.role!="-1") },“我是${c[x.role]}”&&{/if}
&&&&&&&&${fn1(x.voteTime)}
{if x.userName==''}{/if}
网易公司版权所有&&
{list x.l as y}
{if defined('wl')}
{list wl as x}{/list}