SQLServer2012_多站点故障转移群集实例
实用文档
SQL Server 2012 AlwaysOn：多站点故障转移群集实例
SQL Server 技术文章
作者：Mike Weiner、Sanjay Mishra、Min He
供稿人：Lingwei Li、Mike Anderson (EMC Corporation)
技术审校：Shaun Tinline-Jones、Steve Howard、Prem Mehra、Paul Burpo、Mike Ruthruff、Jimmy May、Matt Neerincx、Dan Benediktson、Michael Steineke (Edgenet Inc.)、
David P. Smith (ServiceU Corporation)
发布时间：2011 年 12 月
适用围：SQL Server 2012
摘要：SQL Server 故障转移群集是 SQL Server 2012 AlwaysOn 整体实现的一部分。它同时支持本地以及多站点故障转移配置，旨在为 SQL Server 提供高可用性和灾难恢复功能。多站点故障转移群集技术在 SQL Server 2012 中得到显著增强。本文重点介绍多站点故障转移群集的体系结构、SQL Server 2012 中对该技术的增强以及有助于部署该技术的一些最佳做法。
信息
本文档按“原样”提供。本文档中的信息和表达的观点（包括 URL 和其他 Internet 引用）如有更改，恕不另行通知。您应承担使用本文档所带来的风险。
本文档中提及的某些示例只是为了便于说明，纯属虚构。不应据此联想或妄加推断。
本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您可以出于部参考目的复制和使用本文档。
? 2011 Microsoft。保留所有权利。
简介 (4)
SQL Server 2012 多站点故障转移群集 体系结构 (4)
构建多站点故障转移群集所需的组件 (5)
服务器硬件和操作系统 (5)
存储设备 (6)
网络 (6)
Windows Server 故障转移群集 (WSFC) 仲裁模型 (7)
关于多站点故障转移群集改进功能的 SQL Server 客户实验室测试 (7)
挑战、解决之道和经验 (9)
存储验证检查要求 (9)
在故障转移群集管理器中使用 OR 依赖关系配置 IP 地址 (10)
合适的仲裁模型 (11)
多子网 SQL Server FCI 故障转移后的网络注册和客户端连接 (11)
结论 (12)
附录 (13)
实验室硬件和软件环境 (13)
服务器 (13)
SQL Server (13)
存储设备 (13)
存储软件 (13)
本白皮书讨论了 SQL Server 2012 中有关多站点故障转移群集技术的增强功能及其注意事项。其容编排如下所示：
?从体系结构角度探讨多站点故障转移群集。
?部署多站点故障转移群集涉及的组件。
?介绍一下我们的实验室测试。实验室测试是在 SQL Server 2012 的预发行版本基础之上执行的，但是您仍然可以从中了解多站点配置中的故障转移方案和行为。
?我们将讨论面临的挑战、解决之道和获得的一些经验，以帮助在生产环境中部署此技术。
此测试使用的是预发行软件。但是，实验室中所测试的功能在此版本中已基本完成，在最终的生
产版本中不会有大的更改。
SQL Server 2012 多站点故障转移群集-体系结构
在评估 Microsoft SQL Server 环境的高可用性选项时，您可能注意到 SQL Server 中提供了很
多功能，它们可帮助应用程序实现您组织的可用性目标。SQL Server 故障转移群集技术在产品中作为高可用性策略已经有十多年的时间了。通过 SQL Server 故障转移群集，SQL Server 实例在任意时间点都能够在群集的单个节点上运行。如果 SQL Server 实例因为某些原因（如硬件故障）无法在某个节点上运行，它可以故障转移到另一个节点，这样就在 SQL Server 实例级别上提供
了高可用性。
许多企业在多个位置运行数据中心，或可能在不同的站点备有辅助数据中心，以此提供冗余来实
现灾难恢复机制。这样做的一个主要原因是防止站点因为网络、电源、基础结构或其他站点灾难
等原因而导致全面故障。许多解决方案都使用此多站点模型实现了 Windows Server 和 SQL Server 故障转移群集。多站点故障转移群集的节点分散在多个不同的物理站点或数据中心，目的是在某个站点出现灾难时能够在其他数据中心上提供可用性。有时多站点故障转移群集也称为地
理分散的故障转移群集、拉伸群集或多子网群集。
目前，想要部署 SQL Server 2008 R2 多站点故障转移群集，除了 SQL Server 故障转移群集之外，
您还需要部署以下技术：
?SAN 复制和故障转移技术–提供跨站点的数据复制和故障转移功能
?拉伸虚拟 LAN (VLAN) 技术–用于公开可以在站点间进行故障转移的单个 IP 地址（如果环境中存在多个子网）。
在 Windows Server 2003 中，所有群集资源之间的依赖关系均为 AND 依赖关系。（注意：在Windows Server 2003 中，故障转移群集称为服务器群集。）例如，如果“SQL Server”资源依
赖于“IP 地址”和“磁盘 1”资源，仅当“IP 地址”和“磁盘 1”资源均联机时，Windows 群
集才能使“SQL Server”资源联机。Windows Server 2008 引入了指定资源间 OR 依赖关系的能力；有关详细信息，请参阅博客文章群集资源依赖关系表达式
(blogs.msdn./b/clustering/archive/2008/01/28/7293705.aspx)。这个新增功能意味着您可以
指定“SQL Server”资源依赖于“磁盘 1”AND (“IP 地址 1”OR“IP 地址 2”)。此配置允许
多子网群集中的每个站点注册为不同的 IP 地址，同时允许“SQL Server”资源只需要依赖于至
少一个与之绑定的 IP 地址。
但是，SQL Server 2008 R2 不支持 Windows Server 2008 中的 IP 地址 OR 依赖关系。在 SQL Server 2008 R2 和以前的版本中，SQL Server 在启动时将遍历故障转移群集资源组中的所有 IP 地址并尝试与它们全部绑定。如果任何绑定失败，则 SQL Server 的启动也会失败。因此，在
SQL Server 2008 R2 和以前的版本中，需要使用拉伸 VLAN 来启用 SQL Server 多站点故障转移群集。
但是很多客户因为安全、成本、复杂性或与公司标准不兼容等原因不愿意部署拉伸 VLAN。这是限制部署 SQL Server 多站点和多子网群集的重要因素。
在 SQL Server 2012 中，多站点特别是多子网故障转移群集实现方面有了诸多的改进，其中就包括下面两项支持多子网群集的重要增强功能：
?群集安装支持－现在 AddNode（对于集成安装）和 CompleteFailoverCluster（对于高级安装）都可以智能检测多子网环境并自动将 IP 地址资源依赖关系设置为 OR。
?SQL Server 引擎支持－为了使 SQL Server 资源联机，SQL Server 引擎启动逻辑将不再需要绑定到不处于联机状态的所有 IP 地址。IP 地址的状态和 OR 依赖关系配置显示
在“挑战、解决之道和经验”一节的示意图中。
在 SQL Server 客户实验室，我们已使用 SQL Server 2012 的预发行版本测试了这个新功能。本文档的其余部分将提供进一步的背景信息，以使您了解如何在 SQL Server 2012 中配置多站点
SQL Server 故障转移群集并介绍实验室设置、测试过程和相关经验。
构建多站点故障转移群集所需的组件
构建多站点 SQL Server 故障转移群集时，需要考虑很多组件。我们将在此处讨论这些组件和其
他一些注意事项。
服务器硬件和操作系统
硬件配置：根据下面文章中所列的准则，群集硬件必须是受支持的配置（Windows Server 2008
R2 或更高版本）：Windows Server 2008 或 Windows Server 2008 R2 故障转移群集的
Microsoft 支持策略 (support.microsoft./kb/943984)。这些准则要求您在群集上运行验证测试，您可以通过故障转移群集管理器管理单元运行群集验证向导来执行此测试。
Microsoft 软件：Windows Server 和 SQL Server。Windows Server 和 SQL Server 的每个版本所支持的故障转移群集（实例）节点数各不相同，而且不同的版本所支持的故障转移群集功能也各不相同。有关详细信息，请参阅Windows Server 2008 R2 中故障转移群集的新增功能(technet.microsoft./zh-cn/library/dd621586(WS.10).aspx)。本文只涉及 SQL Server 2012 中的一些更改，如果想要全面了解所有的更改，请参考 SQL Server 2012 最终版本推出前后发布的 SQL Server 联机丛书以及其他文章。
注意：Windows Server 故障转移群集 (WSFC) 实现有一个特殊的要求，那就是群集的所有节点必须是同一域的一部分。
存储设备
对于存储设备，要考虑以下几个事项：
?第一个注意事项是与存储设备的连接性：
?通常来说，本地连接采用的是光纤通道交换的连接，其中单个节点具有 LUN 的独占所有权，并可以在任意指定时间实现连接。在故障转移时，另一个节点可以获得对该存储设备的独占所有权。
?在多站点群集方案中，这两个站点通常都有独立的存储设备。当本地节点需要访问存储设备时，两个存储设备之间也存在一个连接，以便将这两个设备起来。两个存储阵列之间的连接机制的类型和性能是影响解决方案的故障转移和 I/O 性能的重要因素。
?其次是存储复制技术，它用于复制各站点存储设备之间的 I/O。此技术由存储供应商提供。?最后，存储供应商还提供一个软件组件来自动执行存储设备之间的故障转移并确定在故障转移时群集哪些磁盘是可访问的和已装载的。
网络
网络组件在多站点（和多子网）环境中也很重要。配置 SQL Server 实例时，确保每个子网有一个有效的 IP 地址，这一步很关键。
还需要考虑到 SQL Server 2012 和以前版本之间的一些区别。首先，尽管 SQL Server 2012 中集成了多子网配置支持，然而在 SQL Server 配置为使用 VLAN 或单个网络时，配置仍旧有效并受支持。其次，在 SQL Server 2008 和 SQL Server 2008 R2 中，生存时间 (TTL) 和其他 DNS 复制配置是故障转移方案和客户端连接的一个重要考虑因素。这些配置问题不再需要在 SQL Server 2012 故障转移群集中解决，因为 SQL Server 2012 版本中提供了一些网络配置和客户端驱动程序的增强功能。有关详细信息，请参阅本文后面的“挑战、解决之道和经验”。
最后，还要考虑一些其他网络注意事项，例如 Windows 群集的检测信号网络，它们很重要，但是不在本文的讨论围。
Windows Server 故障转移群集 (WSFC) 仲裁模型
使用 Windows Server 2008 和 Windows Server 2008 R2 时，支持四种仲裁配置类型。这些仲裁模型在故障转移群集分步指南：在故障转移群集中配置仲裁 (technet.microsoft./zh-
cn/library/ cc770620(WS.10).aspx) 中讨论。在多站点故障转移群集中，仲裁模型还有一些特
殊的注意事项。有关这些注意事项的详细讨论，请参阅多站点故障转移群集的要求和建议(technet.microsoft./zh-cn/library/dd197575(WS.10).aspx) 中的“节点数和相应的仲裁配置”部分。
以下是中所述信息的汇总：对于节点数为偶数的多站点故障转移群集，建议采用“节点和文件共享多数”仲裁配置。应该使用一些打破平局的机制（无论是磁盘、节点还是文件共享见证服务器）。一般建议使用文件共享见证服务器，因为它通常更易于保持文件共享对两个站点均可访问。对于节点数为奇数的情况，请考虑使用“节点多数”选项。但是，在此配置中，如果具有更多节点的站点（通常是主站点）失败，则需要进行人工干预以强制群集在辅助站点启动，因为仲裁已
丢失。
关于多站点故障转移群集改进功能的 SQL Server 客户实验室测试
为了了解某些新的多子网功能，我们在美盛顿州 Redmond 的 SQL Server 客户咨询实验室(SQLCAT) 执行了一些测试。在这些测试中，我们的主要目标是在两个站点间配置多子网故障转移群集并针对配置运行客户工作负荷。
实验室配置如下所示。
硬件和软件：
?两个 Windows Server 2008 R2 服务器位于“站点 A”，两个 Windows Server 2008 R2 服务器位于“站点 B”
?配置为一个多站点故障转移群集实例 (FCI) 的 SQL Server 2012 预发行软件
存储设备：
配置两个 EMC Symmetrix VMAX 企业级存储阵列，每个站点一个。这些阵列均配置有两个 VMAX
存储引擎和 240 个磁盘驱动器。驱动器由企业级闪存驱动器 (EFD)、光纤通道和 SATA 组成。为了满足测试要求，将光纤通道驱动器的一部分提供给镜像配置中的 Windows Server 2008 R2 故
障转移群集。将九个 112 GB 的卷用于数据和日志存储。将一个 300 GB 的卷用于存储数据和日
志备份。每个阵列使用双 8 Gbps 光纤通道连接与测试服务器相连。
存储阵列使用 Symmetrix 远程数据工具（SRDF，在附录中提供了相关）将数据从源阵列发送到目标阵列。名为 R1 卷的源存储设备将数据发送到名为 R2 卷的目标存储设备。当站点发生故障转
移时，SRDF/CE（群集启用器）会检测到阵列复制状态（因为它与 WSFC 活动节点关联）。
SRDF/CE 还处理所有复制状态更改。
这些阵列使用双 1 Gbps 以太网连接进行通信。使用以太网链路是为了方便测试团队通过网络延迟生成设备在测试过程中加入一定的延迟，从而模拟长距离通信情况。
正在运行的SQL Server FCI SQL Server 故障转移的
本地节点
群集站点 A 远程数据中心节点远程数据中心节点
数据库卷
群集站点 B
图 1：多站点配置示意图（在站点和存储设备之间进行存储复制）
网络：
为了模拟多站点网络，我们创建了三个逻辑站点。“站点 A”承载两个故障转移群集节点和一个存储阵列。“站点 A”还针对它自己的子网进行了配置。“站点 B”位于另一个子网中，该子网承载群集中的其他存储阵列和节点。第三个站点/子网承载 Active Directory 结构、Windows Server 仲裁配置的文件共享以及单个 DNS 服务器。尽管第三个站点可能不匹配所有实际实现的体系结构，但是从实验室得到的测试结果仍提供了一些可应用到您的组织环境的有用信息。
若要详细了解有关 SQL Server FCI 故障转移时客户端连接和网络注册的注意事项，请参阅本文后面的“挑战、解决之道和经验”。
仲裁模型：
我们在测试中使用了仲裁模型“节点和文件共享多数”。我们将文件共享放在第三个子网中，它可供其他子网访问。这只是多子网故障转移群集方案中仲裁模型的多个选项之一。您应选取最适合您组织的总体实现的模式。有关仲裁模型的详细信息，请参阅本文前面所述的“Windows Server 故障转移群集 (WSFC) 仲裁模型”。
工作负荷：
为了让测试方案更加真实，运行的客户工作负荷以写为主（占 90% 以上）、每秒大约执行 2,000 个批处理，以便向所用的故障转移群集环境施加一个 I/O 负载。这些 I/O 规模很小，用于模拟高吞吐量的 OLTP 应用程序。
我们通过各种不同的机制测试了众多的故障转移方案，包括在运行 SQL Server FCI 的服务器上手动故障转移（“移动组”）和断电。无论服务器上是否正在运行工作负荷，故障转移行为都符合我们的预期。我们在测试中发现了一些重要经验和注意事项，将在以下章节中与大家分享。
挑战、解决之道和经验
从我们进行的测试以及有关 SQL Server 2012 预发行版本多站点故障转移群集的其他经验中，我们总结了一些对客户很重要的注意事项，有助于您使用 SQL Server 2012 开始构建和部署自己的故障转移群集解决方案。
存储验证检查要求
在使用 SAN 复制的多站点群集环境中，要求一个站点上的存储卷只能对同一站点上的节点可见，另一个站点上的存储卷也只能对该站点上的节点可见。因此，所有存储设备不能同时对所有节点都可见，这导致一些存储验证检查可能无法通过并/或发出警告。如果您跳过存储验证测试，将显示与缺乏支持有关的消息，如：
“否。不需要 Microsoft 对该群集的支持，因此不希望运行验证测试。单击‘下一步’时，继续创建群集。”
在此环境中，应该可以跳过存储验证测试，因为多站点群集解决方案不要求通过存储验证测试就可成为完全受支持的解决方案。有关详细信息，请参阅知识库文章Windows Server 2008 或Windows Server 2008 R2 故障转移群集的 Microsoft 支持策略
(support.microsoft./kb/943984) 中的“地理位置分散的群集”。
注意：只能跳过存储验证检查。如果跳过所有验证，或者验证报告中出现警告或失败，SQL Server 安装程序会检测到此情况并阻止安装。
在故障转移群集管理器中使用 OR 依赖关系配置 IP 地址
当您配置多子网故障转移群集时，只能有一个 IP 地址必须处于联机状态。其他 IP 地址可以保持脱机状态，直到故障转移到该子网。由于这看起来可能不正确或配置出错，我们提供了一个示例来说明故障转移群集管理器如何显示此配置。请注意，根据当前承载 FCI 的子网，一个 IP 地址的“状态”列设置为“脱机”，另一个 IP 地址的“状态”列则设置为“联机”。
图 2：多子网故障转移群集管理器中 IP 地址 OR 依赖关系设置示例
合适的仲裁模型
多站点故障转移群集通常分布在多个地理区域，并且每个站点都包含存储组件。因此，在这种环
境中，仲裁模型有一些特殊的注意事项。有关这些注意事项的详细信息，请参阅本文前面所述的“Windows Server 故障转移群集 (WSFC) 仲裁模型”。但是，当您对多站点故障转移群集运行Windows Server 群集验证时，将显示一条消息，建议采用“节点和磁盘多数”选项作为仲裁模型，如图 3 中所示。
图 3：群集验证工具关于仲裁配置的输出显示
群集验证工具中的向导不检测特定群集是否为多站点群集。可以放心忽略此建议并使用更合适的
仲裁模型，如“节点和文件共享多数”。
多子网 SQL Server FCI 故障转移后的网络注册和客户端连接
在 SQL Server 2012 中，SQL Server 故障转移群集网络名称针对“网络名称”资源（虚拟网络
名称）启用了RegisterAllProvidersIP属性。对于多子网 FCI，此属性表示要将 SQL Server
配置使用的所有 IP 地址都在 DNS 中注册为 SQL Server 虚拟网络名称。因为所有 IP 都在 DNS 中注册，跨数据中心的故障转移不需要对 DNS 中注册的 IP 地址进行任何更改。因为不再需要更新 DNS，所以在故障转移后，客户端连接可以更快解析为 SQL Server 故障转移群集（虚拟网络
名称）。
较新的 SQL Server 客户端驱动程序（包括 SQL Server Native Client）增加了对关键字MultiSubnetFailover的支持。如果客户端可以启用MultiSubnetFailover连接选项，则 SQL Server FCI 可以使用的所有 IP 地址将在连接时进行计算并由客户端进行解析。这个增强功能还有助于在故障转移后改进客户端连接性。
如果客户端所使用的驱动程序不支持MultiSubnetFailover关键字（或未启用它），则需要考虑以下几个事项：
?客户端驱动程序以串行方式计算 IP 地址。此 IP 计算可能延长客户端连接所需的时间。
建议增加ConnectionTimeout值，对于 SQL Server 网络名称可能解析的每个额外 IP
地址，此时间都需要增加 21 秒。因此，如果在新站点上又添加了一个 IP 地址，可以将
新的ConnectionTimeout值配置为：[以前的ConnectionTimeout值] +21 秒。公式为：(X + (N-1) * 21)，其中 X = [当前ConnectionTimeout值]，N = 具有 IP 地址的站点
数。
?在我们的测试中，使用 SQL Server Browser 服务将实例名称解析为端口号有时会失败。
这会导致客户端无法解析为 SQL Server 命名实例。因此，对于不支持
MultiSubnetFailover关键字且要连接到 SQL Server 命名实例的驱动程序，我们建议您
对 SQL Server 实例使用静态端口配置。在这种情况下，可以通过直接在连接参数中指定
SQL Server 和端口号来建立客户端连接。
结论
SQL Server 2012 AlwaysOn 为客户提供了实现高可用性和灾难恢复的多种设计选择。多站点故障转移群集可以提供实例级的高可用性和灾难恢复，是 SQL Server AlwaysOn 体系结构的一个不错的选择。我们对多站点故障转移群集技术做了重大改进，使它成为在很多环境中实现高可用性和
灾难恢复功能的切实可行的选项。本文档旨在帮助用户熟悉该技术，帮助他们成功实施部署，同
时了解我们对 SQL Server 2012 多站点群集进行了哪些改进。
参考信息及本文中引用的文章：
?.microsoft./sqlserver/en/us/future-editions/mission-critical/SQL-Server-2012-high-availability.aspx：SQL Server 2012 高可用性
?blogs.msdn./b/sqlalwayson/：SQL Server AlwaysOn 博客
?群集资源依赖关系表达式博客：
blogs.msdn./b/clustering/archive/2008/01/28/7293705.aspx
?Windows Server 2008 或 Windows Server 2008 R2 故障转移群集的 Microsoft 支持策略：support.microsoft./kb/943984
?Windows Server 2008 R2 中故障转移群集的新增功能：technet.microsoft./zh-cn/library/dd621586(WS.10).aspx
?故障转移群集分步指南：在故障转移群集中配置仲裁：technet.microsoft./zh-cn/library/cc770620(WS.10).aspx
?多站点故障转移群集的要求和建议：technet.microsoft./zh-
cn/library/dd197575(WS.10).aspx
?Windows Server 2008 或 Windows Server 2008 R2 故障转移群集的 Microsoft 支持策略：support.microsoft./kb/943984
?sqlcat.：SQL Server 客户咨询团队站点
?.microsoft./sqlserver/：SQL Server
?technet.microsoft./zh-cn/sqlserver/：SQL Server 技术中心
?msdn.microsoft./zh-cn/sqlserver/：SQL Server 开发人员中心
本文是否对您有所帮助？请给我们提供您的反馈。告诉我们您的评分 1（差）到 5（优），您如
何评价本文，以及您为什么评定这样的分数？例如：
?您评定较高的分数是因为具有很好的示例、极佳的屏幕截图、条理清晰还是其他什么原因？
?您评定较低的分数是因为具有较差的示例、模糊的屏幕截图还是条理不清晰？
此反馈将有助于我们改进我们发布的白皮书的质量。
发送反馈。
附录
实验室硬件和软件环境
特此感我们的合作伙伴为实验室提供硬件和人力资源，使此次测试得以圆满完成。
服务器
? 4 台用于 SQL Server 的 Dell R805 计算机，配置为：
o 2 个 4 核 AMD Opteron 处理器 2.2GHZ
o32 GB RAM
? 1 台 Dell R805 计算机作为文件共享见证服务器
1 台 Dell R805 计算机作为运行应用程序工作负荷的客户端
SQL Server
?SQL Server 2012 预发行软件
存储设备
? 2 个 EMC Symmetrix VMAX SAN －每个站点 1 个
EMC 和 SQL Server：SQL Server 和商业智能的解决方案 (.emc./solutions/application-environment/microsoft/solutions-for-sql-server-business-intelligence.htm)
EMC Symmetrix 存储系统上的 Microsoft SQL Server: (.emc./collateral/software/solution-overview/h2203-ms-sql-svr-symm-ldv.pdf)
存储软件
o适用于 SAN 级复制的 EMC SRDF
o EMC SRDF/CE 群集启用器
EMC Symmetrix SRDF (.emc./storage/symmetrix/srdf.htm)
windows server 2012故障转移集群部署oracle 12c
一、故障转移集群拓扑图 1.1 逻辑拓扑图 1.2 服务器A OS：Windows 2012Entprise R2 ServerName：servernode1 Pubic_IP：30.29.0.31/24 DNS：30.29.0.34 Heartbeat_IP：10.100.0.11/24 1.2 服务器B OS：Windows 2012 Entprise R2 ServerName：servernode2 Pubic_IP：30.29.0.32/24 DNS：30.29.0.34 Heartbeat_IP：10.100.0.12/24 1.3 群集cluster DomainName：https://www.360docs.net/doc/4a11671676.html, ClusterName：JDcluster Cluster_IP：30.29.0.33/24 1.4 域服务器C
IP：30.29.0.34/24 仲裁盘Q：Quorum/20GB 共享盘R：Sharedisk/5TB 二、安装oracle软件 1、在servernode1服务器上安装oracle 12c数据库软件，数据库软件安装在服务器本地磁盘上。 第一步：在oracle安装包中运行setup.exe。 第二步：输入电子邮箱地址，也可以不输入，直接点下一步，不希望收到通知选择“是”。
第三步：选择“仅安装数据库软件”选项，进入下一步。
第四步：选择“单实例数据库安装”选项，进入下一步。
第五步：选择需要的运行时语言，进入下一步。 第六步：选择安装数据版本，进入下一步。
第七步：选择“使用Windows内置账户”（此处不能创建新的Windows用户，因为在这里创建的是本地用户，集群中其他服务器识别不了该用户，会导致切换时其他服务器无法读写控制文件、日志文件等问题），弹出提示框确实继续选择“是”，进入下一步。
Windows Server 2008故障转移群集的操作步骤
本文介绍Windows Server 2008故障转移群集的操作步骤，包括硬件、软件和网络基础结构的准备、安装、创建、配置等内容。 一、准备 故障转移群集必须满足硬件、软件和网络基础结构的某些要求，并且它需要一个具有适当域权限的管理帐户。具体如下： （一）故障转移群集的硬件要求 在一个故障转移群集中，需要配备有以下硬件： （1）服务器：建议使用一组包含相同或相似组件的匹配计算机。 注意，仅当所有硬件组件均标记为"Certified for Windows Server 2008"时，Microsoft 才支持故障转移群集解决方案。此外，完整配置（服务器、网络和存储）必须通过"验证配置"向导中的所有测试，该向导包含在故障转移群集管理单元中。 （2）网络适配器和电缆（用于网络通信）：与故障转移群集解决方案中的其他组件一样，网络硬件必须被标记为"针对Windows Server 2008 进行了认证"。如果使用iSCSI，则必须将网络适配器专用于网络通信或iSCSI，而不能同时用于两者。 在将群集节点连接在一起的网络基础结构中，要避免具有单个故障点。实现这一点有多种方法。可以通过多个不同网络来连接群集节点。或者，您可以通过一个网络来连接群集节点，该网络由成组网络适配器、冗余交换机、冗余路由器或可消除单故障点的相似硬件组成。 注：如果你是通过一个网络来连接群集节点，则该网络需满足验证配置向导中的冗余要求。但是，该向导中的报告将包含一条警告，指明网络不应具有单故障点。 （3）用于存储的设备控制器或相应适配器： - 对于串行连接SCSI 或光纤通道：如果您在所有群集服务器中使用的是串行连接SCSI 或光纤通道，则专用于群集存储设备的海量存储设备控制器应相同。它们还应使用相同的固件版本。 注：通过Windows Server 2008，您无法使用并行SCSI 将存储连接到群集服务器。 - 对于iSCSI：如果你使用的是iSCSI，则每台群集服务器必须具有一个或多个专用于群集存储设备的网络适配器或主机总线适配器。不能将用于iSCSI 的网络用于网络通信。在所有群集服务器中，用来连接到iSCSI 存储目标的网络适配器应相同，建议使用Gigabit 以太网或更高速的以太网。 对于iSCSI 而言，不能使用成组网络适配器，因为它们不受iSCSI 支持。
Windows_Server_2003故障转移群集配置指南
VMware Workstation 中故障转移集群配置指南
目录 一、群集介绍 (3) 二、群集专业术语 (3) 三、实验环境介绍及要求 (4) 1、拓扑图 (4) 2、软件配置说明 (4) (1) DC软件配置信息 (4) (2) Cluster Node A软件配置信息 (4) (3) Cluster Node B软件配置信息 (5) 3、硬件配置要求 (5) (1) 网卡 (5) (2) 共享磁盘 (5) 四、安装群集前的准备工作 (6) 1、创建共享磁盘 (6) (1) 创建用来保存共享磁盘的目录 (6) (2) 创建仲裁磁盘 (6) (3) 创建数据共享磁盘 (7) (4) 验证共享磁盘是否成功创建 (7) (5) 附加共享磁盘 (8) 2、网络及系统配置 (10) (1) 创建群集服务帐户 (10) (2) 添加群集A记录 (12) (3) ClusterNodeA上的共享磁盘配置 (12) (4) 网络配置 (16) (5) ClusterNodeB上的共享磁盘配置 (21) 五、安装群集服务 (24) 1、在A节点上新建一个群集 (24) 2、将B节点加入现有群集 (29) 六、配置群集服务 (35) 1、群集网络配置 (35) 2、心跳适配器优先化 (37) 3、仲裁磁盘配置 (38) 4、创建一个启动延迟（此操作非必需） (39) 5、测试群集安装 (40) 七、故障转移测试 (42) 1、初级测试 (42) 2、高级测试 (44) (1) 手工模拟故障1次 (44) (2) 手工连续模拟故障4次 (45) (3) 停止群集服务测试 (47) (4) 模拟意外断电时故障转移 (49) 八、结束语 (50)
SQLServer2012AlwaysOn多站点故障转移群集实例
SQL Server 2012 AlwaysOn：多站点故障转移群集实例 SQL Server 技术文章 作者：Mike Weiner、Sanjay Mishra、Min He 供稿人：Lingwei Li、Mike Anderson (EMC Corporation) 技术审校：Shaun Tinline-Jones、Steve Howard、Prem Mehra、Paul Burpo、Mike Ruthruff、Jimmy May、Matt Neerincx、Dan Benediktson、Michael Steineke (Edgenet Inc.)、 David P. Smith (ServiceU Corporation) 发布时间：2011 年 12 月 适用范围：SQL Server 2012 摘要：SQL Server 故障转移群集是 SQL Server 2012 AlwaysOn 整体实现的一部分。它同时支持本地以及多站点故障转移配置，旨在为 SQL Server 提供高可用性和灾难恢复功能。多站点故障转移群集技术在 SQL Server 2012 中得到显著增强。本文重点介绍多站点故障转移群集的体系结构、SQL Server 2012 中对该技术的增强以及有助于部署该技术的一些最佳做法。
版权信息 本文档按“原样”提供。本文档中的信息和表达的观点（包括 URL 和其他 Internet 网站引用）如有更改，恕不另行通知。您应承担使用本文档所带来的风险。 本文档中提及的某些示例只是为了便于说明，纯属虚构。不应据此联想或妄加推断。 本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您可以出于内部参考目的复制和使用本文档。 ? 2011 Microsoft。保留所有权利。
故障转移群集安装及其配置
故障转移群集 一、实验拓扑图 二、实验环境 1.配置节点环境 服务器名称、域环境、网卡信息等 计算机名角色群集网卡心跳网卡 iscsi连接 DNS服务器 NS1 DC、DNS 192.168.1.1 10.10.10.1 172.16.10.1 192.168.1.1 NS2 域成员192.168.1.2 10.10.10.2 172.16.10.2 192.168.1.1 *注：只配置群集网卡的DNS信息，其他网卡不能配置 2.配置公共存储环境 服务器名称、网卡信息等 3.关闭3台服务器上windows防火墙 三、实验步骤 1.配置公共存储服务器 （1）安装iSCSI Soft Target软件按照提示采用默认安装即可 （2）配置Microsoft iSCSI Soft Target软件管理工具—Microsoft iSCSI Soft Target —创建iscsi目标
输入iscsi目标名称——下一步 然后选择高级——添加——IQN和域名——确定——下一步 （3）安装虚拟磁盘 选择iscsiserver右键——为iscsi目标添加虚拟磁盘——下一步——输入虚拟磁盘文件存储的物理路径c:\qdisk.vhd——下一步
分配空间大小500M（范围为100-1000M） 配置虚拟磁盘的名称——仲裁盘——下一步——完成 同样的方法添加第二块虚拟磁盘 注意：1）物理路径c:\ddisk.vhd 2）空间大小适当大一些2000M 3）虚拟磁盘描述：数据盘
（4）添加可以访问iscsi服务器的发起程序服务器名称 选中iscsiserver节点属性——iscsi发起程序——添加——IP和172.16.10.1、172.16.10.2 2、配置两个节点的iSCSI发起程序 （1）分别在节点1、2上服务器管理工具——iscsi发起程序——发现门户——172.16.10.3和端口——目标——选中内容——连接——目标——设备（显示两个disk磁盘设备）（2）在节点1上服务器管理器——磁盘管理——对磁盘1、2——联机、初始化、新建简单卷（卷标：qdisk 盘符：q 大小500M；卷标：ddisk 盘符：m 大小：2000M） （3）在节点2上服务器管理器——磁盘管理——联机——选中磁盘右键——更改驱动器号和路径（修改为如下图所示） 3、配置故障转移群集 （1）在两个节点上安装故障转移群集功能 （2）在节点1（NS1）上管理工具——故障转移群集——创建一个群集——下一步——浏览找到节点1（NS1）的名称、添加进来——下一步——配置验证测试——运行所有测试——下一步——下一步（显示通过测试）——下一步——输入群集名称和地址（名称不能与域名相同、IP地址不能与其他任何地址相冲突）（mscs和192.168.1.200）——下一步——下一
Windows Server 2012 故障转移群集 安装手册
Windows Server 2012故障转移群集 安装手册 2013年1月 微软 (中国)
目录 Windows Server 2012故障转移群集特点 (3) 环境描述 (4) 前提条件 (5) 安装Windows Server2012故障转移群集 (6) 验证集群 (21)
1.Windows Server 2012故障转移群集特点 1)创建最多包含64个节点的群集，对您的环境进行扩展，而老版本只能包含 16个节点。 2)通过对基础架构进行扩展，每个群集最多可运行4,000个虚拟机，每个节点 最多可运行1,024个虚拟机。 3)具有控制虚拟机群集管理和其他群集角色的功能。 4)相比Windows Server 2008 R2，增加了对于扩展文件服务器的支持。 5)支持群集感知更新 (CAU)，群集感知更新 (CAU)是一个自动化的功能，允 许更新自动应用于群集服务器中的主机操作系统，并且更新过程中的可用性损失极小或为零 6)在运行 Windows Server 2012的群集中，管理员可以配置对同时运行 Windows Server 2012的群集虚拟机上的服务进行监视。 7)Microsoft iSCSI Software Target是Windows Server 2012中的一项集 成功能。它可通过 TCP/IP 从服务器提供存储，包括故障转移群集中托管的应用程序的共享存储。在Windows Server 2012中，可使用故障转移群集管理器或 Windows PowerShell cmdlet将高度可用的iSCSI目标服务器配置为群集角色。
Windows Server 2008 R2的故障转移群集
故障转移群集可以配置使用多种不同的配置。组成群集的服务器可以是活跃状态或不活跃状态，而不同服务器可以被配置为在活跃服务器故障后立刻接管相应的资源。一般故障转移的过程只需要几分钟的时间，至于时间的长短主要取决于群集的配置和具体应用，当节点处于活跃状态时，该节点上可以使用所有资源。 当服务器故障后，在这台服务器上配置了故障转移群集的资源组就会被其他服务器所接管。当故障服务器重新上线后，群集服务可以配置为允许让原服务器进行故障回复，或者是让当前服务器继续处理新的客户端请求。本文章将讲述基 于Windows Server 2008 R2的故障转移群集实现。 安装“故障转移群集”： 下面就开始在两个节点上安装群集服务。在此以server1为例，安装方法是：打开服务器管理器图标----添加功能，从中选择“故障转移群集”。 当两个节点安装完群集服务后，我们需要运行群集配置验证程序，来检查节点服务器、网络和存储设备是否符合群集要求。 仅当完整配置(服务器、网络和存储)可以通过“验证配置”向导中的所有测试时，微软才支持故障转移群集解决方式，另外，解决方案中的所有硬件组件均必须标记为“certified for windows server 2008 R2”。 方法是在server1或者是server2上进入故障转移群集管理器，单击“验证配置”。如下图所示：
因为我们需要验证的是群集中的所有节点，所以我们需要把所有节点都添加进来，如下图所示： 点击“下一步”之后，我们需要“运行所有测试”，如下图所示：
给出验证清单，也就是所要进行验证的项目。点击，下一步之后，开始出现下面的验证过程：
windows2008+sqlserver2008故障转移集群
windows2008+sqlserver2005故障转移集群的实现网络规划 IP: public private 主域控AD 192.168.10.40 节点A: 192.168.10.41 10.0.0.41 节点B：192.168.10.42 10.0.0.42 管理口IP：192.168.10.200 Iscsi口IP: 192.168.10.201 Mscs IP：192.168.10.100 SQL server集群IP：192.168.10.101 DTC IP：192.168.10.102 2、存储规划 Q盘:20GB S盘:30GB M盘:40GB 3、MSCS安装环境配置 3. 1 配置虚拟机windows server 2008 3.1．1防火墙设置 先将三台计算机名字改为A、B、AD，其中A和B做两节点，AD做主域控 分别将A节点、B节点和AD域控的防火墙入站连接设置成允许 3.1.2 windows网络配置 设置A节点public网络，IP设置为192.168.10.41，首选NDS指向AD域控的IP
设置A节点private网络，设置IP为10.0.0.41，在高级中点击DNS标签，去掉在DNS中注册此链接的地址选项 在WINS标签中选中禁用TCP/IP上的netbios选项
3.1.3 磁盘划分 分别从A节点和B节点的iscsi发起程序中输入isum550的iscsi端口的IP，从节点上发现三块磁盘， 分别将A、B两节点上的三块磁盘格式化和重命名，命名为Q盘，S盘和M盘
4、MSCS集群配置 4.1、AD域的配置 4.1.1、创建主域控 在B节点的运行中输入dcpromo,运行出现下图
故障转移群集
故障转移群集必须满足硬件、软件和网络基础结构的某些要求，并且它需要一个具有适当域权限的管理帐户。具体如下： （一）故障转移群集的软件要求 一个故障转移群集中的所有服务器必须运行相同版本的Windows Server 2008。服务器可以运行以下任一版本的操作系统： - Windows Server 2008 Enterprise - Windows Server 2008 Datacenter - Windows Server 2008 Enterprise 的服务器核心安装 - Windows Server 2008 Datacenter 的服务器核心安装 另外，所有服务器必须运行相同硬件版本的操作系统（32 位、基于x64 或基于Itanium 体系结构）。例如，如果一台服务器运行的是基于x64 版本的Windows Server 2008 Enterprise，则故障转移群集中的所有服务器都必须运行该版本。 所有服务器还应具有相同的软件更新（修补程序）和Service Pack。 （二）故障转移群集的硬件要求 在一个故障转移群集中，需要配备有以下硬件： （1）服务器：建议使用一组包含相同或相似组件的匹配计算机。 注意，仅当所有硬件组件均标记为"Certified for Windows Server 2008" 时，Microsoft 才支持故障转移群集解决方案。此外，完整配置（服务器、网络和存储）必须通过"验证配置"向导中的所有测试，该向导包含在故障转移群集管理单元中。 （2）网络适配器和电缆（用于网络通信）：与故障转移群集解决方案中的其他组件一样，网络硬件必须被标记为"针对Windows Server 2008 进行了认证"。如果使用iSCSI，则必须将网络适配器专用于网络通信或iSCSI，而不能同时用于两者。
Oracle故障转移群集环境搭建与测试
WinServer2012R2故障转移群集 文档版本：1.0编写时间：2016-08-07 文档作者：Helte更新时间：…… 目录 1.简述 (2) 1.1.背景 (2) 1.2.工作原理 (2) 1.3.工作状态 (2) 2.环境介绍；网络配置及拓扑设计 (3) 2.1.环境介绍 (3) 2.2.网络配置及拓扑设计 (4) 3.具体搭建过程 (4) 3.1.域控制器的搭建 (4) 3.2.Oracle数据库服务器的搭建 (8) 3.3.存储服务器的搭建 (9)
1.简述 1.1.背景 故障转移群集是由微软首先提出的旨在简化并提高群集的安全性与稳定性；其前身为微软的服务器群集并对之做相应的改进，故障转移群集主要为了实现服务的高可用，解决企业服务器部署过程中的单点故障，提高服务器的平均无故障时间等，它的功能主要是通过节点的冗余实现的。 1.2.工作原理 故障转移群集必须基于域的管理模式部署，以“心跳机制”来监视各个节点的健康状况；备用服务器以心跳信号来确定活动服务器是否正常，要让备用服务器变成活动服务器，它必须确定活动服务器不再正常工作。 1.3.工作状态 根据故障转移群集的工作原理，不难想象出它的工作状态，但由于具体应用环境的不同，故障转移群集可以在三种模式下工作，从而适应不同的部署环境。1.定期同步：在这种模式下群集会根据设定的时间定期的进行状态同步，定期更新与触发更新的优点在于资源开销少，但当主设备宕机后需要一定时间与同步工具同步主设备最后一次的变更信息。2.触发更新：这种模式下当主设备发生状态更新时备用服务器会立即复制更新信息，但次模式下资源开销较大。3.双主模式（共享存储）：此模式下群集服务器同时在共享存储设备上记录状态，当某台设备宕机后故障转移立即发生。
如何重命名 SQL Server 故障转移群集实例
如何重命名SQL Server 故障转移群集实例 如果SQL Server 实例包括在故障转移群集中，则重命名虚拟服务器的过程不同于重命名独立实例的过程。有关详细信息，请参阅如何重命名承载 SQL Server 独立实例的计算机。 虚拟服务器的名称始终与SQL 网络名称（SQL 虚拟服务器的网络名称）相同。尽管您可以更改虚拟服务器的名称，但不能更改实例名。例如，您可以将名为VS1\instance1 的虚拟服务器更改为其他名称（例如SQL35\instance1），但是名称的实例部分(instance1) 将保持不变。 开始重命名进程之前，请阅读下列各项。 ?除了在复制时使用日志传送的情况之外，SQL Server 不支持对复制所涉及的服务器进行重命名。如果主服务器永久丢失连接，则可以重命名日志传送中的辅助服务器。有关详细信息，请参阅复制和日志传送。 ?当您重命名被配置为使用数据库镜像的虚拟服务器时，必须在进行重命名操作之前先关闭数据库镜像，然后用新的虚拟服务器名称重新建立数据库镜像。数据库镜像的元数据将不会自动更新来反映新的虚拟服务器名称。 重命名虚拟服务器 1.使用群集管理器将SQL 网络名称更改为新名称。 2.使网络名称资源脱机。这将使SQL Server 资源和其他相关资源也脱机。 3.使SQL Server 资源重新联机。 验证重命名操作 虚拟服务器被重命名之后，任何使用旧名称的连接现在都必须使用新名称来连接。 若要验证重命名操作是否已完成，请从@@servername或sys.servers中选择信息。 @@servername函数将返回新的虚拟服务器名称，sys.servers表将显示新的虚拟服务器名称。若要验证故障转移过程是否能够使用新名称正常工作，用户还应尝试将SQL Server 资源故障转移到其他节点。 对于从群集中任何节点进行的连接，都可以立即使用新名称。但是，对于从客户端计算机使用新名称进行的连接，则必须在新名称对该客户端计算机可见之后，才能使用新名称连接到服务器。根据网络配置，通过网络传播新名称所需的时间长度可能为几秒钟，也可能长至 3 到 5 分钟；旧的虚拟服务器名称在网络上不再可见也可能会需要一些时间。 若要最小化虚拟服务器重命名操作的网络传播延迟，请使用下列步骤： 最小化网络传播延迟 ?在服务器节点上从命令提示符发出下列命令：
windows-server-2016无域配置故障转移群集帮助文档
准备工作 软件准备 （1） SQL Server 2016 （2） Windows Server 2016 DataCenter 64位 （3） VMware-workstation 12 Pro 操作系统：都是Windows Server 2016 DataCenter（只有Windows Server 2016 才能无域配置集群） 计算机名 node1：WIN-VF232HI2UR6 node2：WIN-1MCR65603IJ IP规划
第一步：安装故障转移集（所有节点均需要此操作） 第二步：添加DNS后缀（所有节点均需要此操作，且后缀需一致） 第三步：所有节点上以管理员方式运行Powershell，然后执行以下命令 new-itemproperty -path HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System -Name LocalAccountTokenFilterPolicy -Value 1 或者也可以手动添加此注册表项（项名：LocalAccountTokenFilterPolicy，DWEORD（32位）值，值为1） HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
第四步：添加用户名，名称、密码均要一致，且隶属于Administrators 第五步：添加节点映射(注意要把集群名以及虚拟IP加上) C:\Windows\System32\drivers\etc\host
windows2012故障转移群集
Windows server 2012 Hyper-V故障转移群集 和终端用户相比，企业用户对于业务的连续性和可靠性更为在意。相对而言，企业一般不会将追逐单一硬件的性能排在第一位。 如何衡量业务是否持续可用，一般使用"x 个9"这种方式来定义。如我们常说的"3 个9"，即表示年可用性为99.9%，也即意味着一年只能有76 个小时的系统停机时间。对于单台物理服务器而言，这意味着该设备一年内不能出现硬件损坏的情况，否则更换配件和重新上架的时间过长，很容易导致可用性等级超出这个标准。 像"5 个9"，甚至"6 个9"这种高可用性是如何实现的呢？可想而知，通过单台物理服务器来实现这种目标将是非常苛刻且成本高昂的。 常见的可用性与相应的可允许停机时间如表8-1 所示。 为了满足企业对业务持续可用的追求，降低年故障停机时间，系统、网络、存储各大厂商都引入了"群集"的概念。"群集"的作用是通过多台硬件同时运行来实现的，当故障发生时，通过快速且自动化的切换故障服务器，从而实现业务的持续运行。和传统的硬件故障或网络故障发生后，需要人为参与排障不同的是，群集技术是不需要人为参与的，可以做到全自动运行。当故障发生时第一时间转移故障节点，从而极大限度的提升业务持续可用的能力。 Windows Server 2012 R2 作为新一代的Cloud OS，其Hyper-V 角色自然也拥有"群集" 的能力。Windows 下的群集技术被称之为"故障转移群集"，Hyper-V 角色的故障转移群集目的很明确：当群集内某一台Hyper-V 主机出现故障无法提供服务时，可由群集内的其他主机快速接管任务，继续为用户提供持续可用的服务。
2021年Windows Server R2+SQL Server 故障转移群集部署之令狐采学创编
windows server +SQL server 欧阳光明（2021.03.07） 故障转移群集部署 .05.13 目录 环境准备2 一、逻辑分区的设置4 1.1安装StarWind5.44 1.2配置StarWind6 1.3防火墙设置14 1.4节点连接ISCSI设备15 二、群集的创建和配置20 https://www.360docs.net/doc/4a11671676.html, Framework 3.5 功能和故障转移群集添加20 2.2创建群集22 2.3配置MSDTC28 三、SQL??Server?? 群集安装?? 3.1服务器1安装SQL Server 32 3.2服务器2安装SQL Server 46
环境准备 1、主机：2台节点服务器（服务器1和服务器2，VMware环境），另准备1台服务器安装StarWind5.4（本次演示中用域服务器兼职），下称服务器3 2、操作系统：Windows Server R2 Standard 3、数据库：SQL Server 4、网络配置： 5、域账户配置：在域中添加账户Bigant1，登陆节点1；账户Bigant2登陆节点2；且赋予两个账户对服务器1和2的本地系统管理员权限；添加SQL Server账户sql，上述所有域账号创建时注意设置“密码永不过期”。 注：在域服务器中要提升Bigant1和Bigant2的权限为管理员，否则无法创建群集，如下图 6、网络拓扑图
一、逻辑分区的设置 1.1安装StarWind5.4 1、在服务器3上安装 2、根据提示点击下一步安装 3、启动ISCSI服务（点击确定后在服务管理器中查看ISCSI是否启动，手动启动） 4、最后一步 5、安装完成 1.2配置StarWind 1、打开StarWind软件，添加主机 2、地址默认127.0.0.1，端口不变，点击OK 3、创建完成后，右击主机名，点击Connect 4、默认账号root，密码：starwind，点击OK登录 5、在本地磁盘中新建虚拟磁盘文件夹ISCSI，并提前准备各个虚拟磁盘需要用到的文件夹（文件夹名称和个数随意，此处为便于区分以功能命名） 6、添加Target 7、输入可分辨的名称 8、选择存储类型 9、选择设备类型 10、选择虚拟设备类型
Windows Server 2008R2 MSCS+SQL SERVER故障转移集群配置
Windows 2008 R2集群服务和SQLServer 2008 R2集群服务部署 大体步骤： 1.建立域控制器，配置好域控及两台成员服务器的网卡参数和DNS指向，修改各服务器的主机名。成员服务器需要加 入到域。（成员服务器上设置IP时只选择IPv4,去掉IPv6的选项。心跳网卡可以不设置dns，在成员和域控制器上要在网卡的高级属性中的wins选项中禁用NETBIOS。） 2.在域控制器dc上添加对私网地址网段的反向DNS解析。（若成员服务器加入到域后没有对应的DNS记录可以尝试 重启缺少记录的对应服务器） 3.安装角色和功能时要确定安装“I/O多路径”“故障转移群集”应用服务器里的“传入、传出服务”“分布式协调器 DTC”。 4.创建群集后在群集所在的节点上安装sql的故障转移群集，在备机上向sql server故障转移群集添加新的节点。 一、环境 已部署好域环境如下图。 域控制器一台，安装有Windows Server 2008 R2,已加入域，IP地址为 1.1.1.30 节点计算机两台：wloonga和wloongb，安装有Windows Server 2008 R2，已加入到域。IP地址分别 1.1.1.1和1.1.1.2（需要先做好域并在域上建立一个sql server2008R2专用的组，并将sql用户加入domain admin组和群集服务器的本地管理员组。） 两台群集服务器在通过iscsi连接存储磁盘后在磁盘管理中设置相同的磁盘盘符如下
已划分存储： 二、在两台节点计算机wloong1和wloong2上添加多路径I/O功能在wloong1上过程如下： 1、点击开始- 管理工具- 服务管理器- 功能- 添加功能
SQLServer2012_多站点故障转移群集实例
实用文档 SQL Server 2012 AlwaysOn：多站点故障转移群集实例 SQL Server 技术文章 作者：Mike Weiner、Sanjay Mishra、Min He 供稿人：Lingwei Li、Mike Anderson (EMC Corporation) 技术审校：Shaun Tinline-Jones、Steve Howard、Prem Mehra、Paul Burpo、Mike Ruthruff、Jimmy May、Matt Neerincx、Dan Benediktson、Michael Steineke (Edgenet Inc.)、 David P. Smith (ServiceU Corporation) 发布时间：2011 年 12 月 适用围：SQL Server 2012 摘要：SQL Server 故障转移群集是 SQL Server 2012 AlwaysOn 整体实现的一部分。它同时支持本地以及多站点故障转移配置，旨在为 SQL Server 提供高可用性和灾难恢复功能。多站点故障转移群集技术在 SQL Server 2012 中得到显著增强。本文重点介绍多站点故障转移群集的体系结构、SQL Server 2012 中对该技术的增强以及有助于部署该技术的一些最佳做法。
信息 本文档按“原样”提供。本文档中的信息和表达的观点（包括 URL 和其他 Internet 引用）如有更改，恕不另行通知。您应承担使用本文档所带来的风险。 本文档中提及的某些示例只是为了便于说明，纯属虚构。不应据此联想或妄加推断。 本文档不向您提供对任何 Microsoft 产品中的任何知识产权的任何法律权利。您可以出于部参考目的复制和使用本文档。 ? 2011 Microsoft。保留所有权利。
WindowServer2012故障转移集群配置与Oracle11GR2双机实现V1.2
Window Server 2012 故障转移集群配置与Oracle 11G R2双机实现
文件修改控制
1准备工作： 需要准备3台服务器（必须），1台磁盘阵列（可选），主要用到的资源如下 1.1一台域控制器（以下所有服务器的操作系统均为windows server 2012 Enterprise R2 X64bit） 计算机名字为AD3 IP地址：192.168.1.250 掩码：255.255.255.0 网关：192.168.1.1（可有可无）自己看着办。。。。。。。 DNS：192.168.1.250 域名为：bbc.local 1.2节点1：域成员服务器 IP地址：192.168.1.251 掩码：255.255.255.0 网关：192.168.1.1 DNS;192.168.1.250 心跳网络：192.168.2.1 加域：bbc.local 1.3节点2: 域成员服务器 IP地址：192.168.1.252 掩码：255.255.255.0 网关：192.168.1.1
DNS;192.168.1.250 心跳网络：192.168.2.2 加域：bbc.local 1.4集群虚拟IP Cluster IP：19 2.168.1.253 需要三个共享磁盘M数据盘、Q仲裁盘、oracle通用服务和 依赖盘I盘，共享盘建议用专用存储，(测试可用 windows 2012系统自带的iscsi功能实现，正式环境建议 使用磁盘柜，要求磁盘柜分2-3个逻辑驱动器，1个作为仲 裁盘、另外1个作为数据盘、通用服务和依赖盘可有可 无)。注意是逻辑驱动器不是磁盘分区。 1.5oracle通用服务共享IP：19 2.168.1.200 （漂移IP） 1.6以下文档中部分图片来自网络，图片内容仅供参考，以文字描 述为准。 2设置第一台AD服务器 2.1网络参数，其余两台也是按上面给出的参数来设定，就不分别 做图解。
windows 2008R2+故障转移集群+oracle11g配置指导说明
windows 2008+Oracle 11g R2 故障转移群集配置 一. 故障转移群集环境介绍： 1.1 逻辑拓扑图 1.2 服务器A OS：win 2008 entprise sp1 ServerName：node1 Pubic_IP：192.168.200.1/24 DNS：192.168.200.1 Heartbeat_IP：10.10.10.10/24 1.2 服务器B OS：win 2008 entprise sp1 ServerName：node2 Public_IP：192.168.200.2/24 DNS：192.168.200.1 Heartbeat_IP：10.10.10.20/24 1.3 群集cluster DomainName：https://www.360docs.net/doc/4a11671676.html, ClusterName：cluster Cluster_IP：192.168.200.3/24 1.4 服务器C（通过starwind软件虚拟仲裁和共享盘） IP：192.168.200.200/24 仲裁盘Q：Quorum/1GB 共享盘R：Sharedisk/12GB
2.2 分别在本地host文件添加各自的记录（C： \windows\system32\drivers\etc\hosts） A：192.168.200.2 node2 192.168.200.3 cluster 192.168.200.200 BackupServer B：192.168.200.1 node1 192.168.200.3 cluster 192.168.200.200 BackupServer 2.3 A和B防火墙设置：把两片网卡勾去掉，不然彼此不能正常通信
win server故障转移群集
Windows Server 2008故障转移群集文档 一、优势 故障转移群集可以配置使用多种不同的配置。组成群集的服务器可以是活跃状态或不活跃状态，而不同服务器可以被配置为在活跃服务器故障后立刻接管相应的资源，从而保证业务数据的高可用性，高稳定性，高安全性。 当服务器故障后，在这台服务器上配置了故障转移群集的资源组就会被其他服务器所接管。当故障服务器重新上线后，群集服务可以配置为允许让原服务器进行故障回复，或让当前服务器继续处理新的客户端请求。 二、概述 故障转移集群（Failover Cluster）是实现SQL Server高可用性解决方案之一。一个集群通常由多台服务器组成，每台服务器称为一个节点。通过使用冗余节点来减少宕机时间，为客户关键业务的高可用性提供了有力的保障。与以前版本相比，SQL Server 2008故障转移集群做了很大改进，不但简化了安装和维护，而且提供了新功能减少系统维护时的宕机时间，比如循环升级、循环打补丁等。本文将简述一下SQL Server 2008故障转移集群的基本结构和原理。 SQL Server 2008支持本地集群，即所有节点都在同一个子网内，通常位于同一个物理地点；如果节点跨越不同区域，则必须把所有的节点都配置到同一个VLAN中，所以在上层的集群看起来还是同一个子网内。一个典型的故障转移集群的架构如图1所示。 首先要指出的是，SQL Server故障转移集群有两个核心层次，一个是Window
s层，一个是SQL Server层。Windows故障转移集群是一个平台，提供了与应用无关的故障转移的基本功能，比如节点之间心跳检测、故障转移策略管理等。在其上可以构建很多故障转移集群的具体应用，而SQL Server故障转移集群正是其中之一（其他故障转移集群的应用还有很多，比如邮件服务器、文件服务器、打印服务器等）。因此，安装SQL Server故障转移集群前，必须要先把所用的节点加入到同一个Windows故障转移集群中。向现有的集群中增加新节点也是如此。SQL Server 2008故障转移集群推荐安装在Windows Server 2008上，因为该版操作系统大大简化了Windows故障转移集群的管理维护。和独立的S QL Server一样，SQL Server的故障转移集群也支持多实例。每一个SQL Se rver故障转移集群的实例都有一个虚拟的网络名字，客户通过该名字访问集群数据库就和访问一台物理的数据库服务器一样。所以虽然集群内部有很多节点，但客户是感觉不到的。正常运行时，只有一个节点上的SQL Server实例进程在运行，此节点称为活动节点（Active Node），而所有其他节点则称为被动节点（P assive Node）。集群的虚拟网络名字总是映射到当前活动节点的IP上。和独立的SQL Server不同的是，SQL Server故障转移集群的数据不能存储在本地磁盘上，而必须存储在共享的SAN（Storage Area Network）上。实际上SAN 是在Windows故障转移集群中配置，然后分配给SQL Server故障转移集群的实例使用的（在安装时指定）。通常SAN总是被当前的活动节点独占使用的，从而避免了多节点同时访问可能造成的数据损坏。 故障转移有两种形式，一种是由管理员发起的，一般是在对当前活动节点进行系统维护之前先把整个集群转移到其他节点上；另一种是系统检测到故障时自动进行的故障转移。故障转移过程如图2所示。Windows故障转移集群会首先停止当前活动节点上的SQL Server实例进程，然后根据该实例的故障转移策略选择一个新的节点，最后在此新节点上启动SQL Server的实例进程，同时获得对SAN的独占访问权。这个节点就成为了新的活动节点，虚拟网络名字也随之映射到此新节点上，从而保证客户应用还能正常连接数据库。由于数据都是存储在共享的SAN上的，在故障转移过程中并不需要数据复制。宕机时间只发生在故障转移时短暂的瞬间，即旧的活动节点的实例进程被停止后，到新的活动节点
Windows Server 2008R2搭建故障转移群集
Windows Server 2008R2搭建故障转移群集 03/25/2015 之前博主看到有位小伙伴在博客留言发个搭建SQL Server群集服务器的教程,这里先放上搭建群集的教程，因为太粗心博主花了几天时间才搭建成功，不知道能不能帮上那位小伙伴的忙，博主本人水平也不高，期间也询问了很多人，所以有写错的地方还望如果的高手指点一下。 先说一下所有操作都是在虚拟机上实现的，starwind用来模拟共享磁盘，由于是实验所以两台计算机间并没有仲裁磁盘 共有三台虚拟机，一台做域控制器，另外两台作为节点，starwind磁盘模拟服务器建立在域控制器上。(由于实验已经完成，所以截图都是配置完成后的图片) 实验步骤： ? 1.搭建域控制器 ? 2.搭建starwind磁盘服务器 ? 3.节点计算机配置群集网卡以及心跳网卡 ? 4.节点计算机加入域控制器 ? 5.节点计算机添加ISCSI服务器
6.节点计算机安装配置故障转移服务器 建立域控制器的教程我就不截图了，最近空间有限，服务器配置好IP，运行dcpromo，输入域名等，然后添加两个用户 使用starwind模拟共享磁盘，首先是add target，输入名称，然后在这个target 下add device to target，选择hard disk，再使用virtual disk，再选择路径并且设置大小缓存方式，然后建立（这一步实际操作的人可以略过）
节点1配置好心跳网卡和群集网卡，IP地址我是按照上面的拓扑图来的，心跳网卡在设置IP地址的地方点击高级，然后关闭netbios，关闭DNS注册，在网卡属性界面只勾选一个TCP/IPV4，群集网卡要将DNS设置成域控制器的IP地址，不然无法解析。 注意：在网络链接中，群集网卡优先级高于心跳网卡，在组织中勾选菜单栏，打 开高级菜单选择高级选项，将群集网卡提升优先级
在 Windows Server 2008 中配置双节点文件服务器故障转移群集的循序渐进指南
在 Windows Server 2008 中配置双节点文件服务器故障转移群集的循序渐进指南 更新时间: 2007年4月 应用到: Windows Server 2008 故障转移群集是一组独立的计算机，这些计算机相互协作以提高应用程序和服务的可用性。多台群集服务器（称为节点）之间由物理电缆和软件连接。如果其中一个群集节点出现故障，另外一个节点就会开始提供服务（该过程称为故障转移）。从而使用户遭遇服务中断的次数降至最低。 本指南描述了安装和配置具有两个节点的文件服务器故障转移群集的步骤。通过按照本指南的说明创建配置，您可以了解故障转移群集并熟悉 Windows Server? 2008 Enterprise 或Windows Server? 2008 Datacenter 中的“故障转移群集管理”管理单元界面。 注意 在 Windows Server 2008 中，对故障转移群集（以前称为服务器群集）进行改进的目的是为了简化群集，使它们更加安全，并增强群集稳定性。群集设置和管理更加容易。同故障转移群集与存储进行通信的方法获得改进一样，群集中的安全性和联网也得到了改进。有关对故障转移群集所做的改进的详细信息，请参阅 https://www.360docs.net/doc/4a11671676.html,/fwlink/?LinkId=62368（可能为英文网页）。 在本指南中 双节点文件服务器群集概述 故障转移群集中的共享文件夹 双节点故障转移群集要求 安装双节点文件服务器群集的步骤 配置双节点文件服务器群集的步骤 其他资源
双节点文件服务器群集概述 故障转移群集中的服务器可以充当多种角色（包括文件服务器、打印服务器、邮件服务器或数据库服务器），并可针对多种其他服务和应用程序提供高可用性。本指南描述了如何配置双节点文件服务器群集。 故障转移群集通常包含一个物理连接到群集中所有服务器的存储单元，但一次只能有一个服务器访问该存储单元中的任何给定卷。下图显示了一个连接到存储单元的双节点故障转移群集。 向一个群集中节点公开的存储卷或逻辑单元号 (LUN) 不得向其他服务器（包括另一个群集中的服务器）公开。下图说明了这一点。 请注意，为了实现任意服务器的最大可用性，遵循服务器管理的最佳操作至关重要 - 例如，认真管理服务器的物理环境，在完全实施软件更改之前对其进行测试，以及密切跟踪所有群集服务器上的软件更新和配置更改。