大数据的库故障转移群集

数据库集群的故障切换与故障恢复在当今的信息化时代，数据库扮演着重要的角色，为各种应用程序提供数据支持。

然而，由于种种原因，数据库集群在运行过程中可能会出现故障，如网络故障、服务器故障等。

为了保证系统的可用性和可靠性，需要进行故障切换和故障恢复。

一、故障切换故障切换是指在数据库集群中，当主节点（Master）发生故障时，自动将备用节点（Standby）切换为新的主节点，从而保证系统持续运行。

故障切换的过程需要保证数据的一致性和可用性。

首先，当主节点发生故障时，备用节点需要检测到主节点的故障。

这可以通过各种方法实现，如心跳检测、PING命令等。

当备用节点检测到主节点故障后，它会发起故障切换的请求。

接下来，备用节点需要将自己切换为新的主节点。

这需要进行一系列的操作，如获取主节点的IP地址、运行数据库服务、更新集群信息等。

同时，备用节点还需要通知其他节点，让它们将自己设置为新的主节点，以实现全局的一致性。

最后，一旦备用节点切换为新的主节点，集群中的应用程序需要重新连接到新的主节点。

这需要进行一些配置调整和重新连接的操作，以保证应用程序可以正常访问和使用数据库。

二、故障恢复故障恢复是指在数据库集群中，当主节点故障并切换为新的主节点后，需要将原来的主节点恢复为备用节点，并将数据同步到新的备用节点上。

故障恢复的过程需要保证数据的一致性和完整性。

首先，故障恢复需要将原来的主节点重新配置为备用节点。

这需要对原来的主节点进行一些设置和参数调整，使其能够正常运行和同步数据。

同时，需要将原来的备用节点设置为新的备用节点，以保证集群中的节点信息是准确的。

接下来，故障恢复需要将数据从新的主节点同步到新的备用节点上。

这需要进行一系列的数据传输和同步操作，以保证数据的一致性和完整性。

在这个过程中，需要考虑网络带宽、数据量大小等因素，以提高数据同步的效率。

最后，一旦数据同步完成，集群中的应用程序需要重新连接到新的备用节点。

这需要进行一些配置调整和重新连接的操作，以保证应用程序可以正常访问和使用数据库。

故障转移群集仲裁原理你可以把故障转移群集想象成一个小团体，这个小团体里的成员都很重要，它们一起工作来保证某个任务或者服务能够顺利进行。

比如说，就像一群小伙伴一起守护着一个超级重要的宝藏，这个宝藏就是要一直保持运行的服务啦。

那仲裁是啥呢？仲裁就像是这个小团体里的一种决策方式。

群集里的每个节点就像小伙伴，它们都有自己的意见。

仲裁就是用来确定当出现一些分歧或者特殊情况的时候，到底该听谁的。

在这个群集的世界里，仲裁资源就像是一个特殊的小物件，大家都对它很关注。

这个仲裁资源可以有不同的形式哦。

有时候它可能是一个磁盘，这个磁盘就像是一个小本本，上面记录着很多重要的信息，比如说每个小伙伴的状态呀，它们做了些什么之类的。

当群集里发生一些变化的时候，比如说某个节点突然生病了，也就是出现故障了，这时候仲裁就开始发挥作用啦。

每个节点都会根据自己所知道的情况，然后去看这个仲裁资源。

就好像小伙伴们都去翻那个小本本，然后根据小本本上的信息来决定下一步该怎么做。

如果大多数的节点都认为某个节点不行了，那这个节点就会被“踢出局”，然后其他健康的节点就会接过它的工作，这就是故障转移啦。

就像是小伙伴之间互相帮忙，一个小伙伴倒下了，其他小伙伴赶紧顶上，不让宝藏无人守护。

而且哦，仲裁还得保证公平性呢。

不能让某个节点自己就说了算，必须是大家根据这个仲裁资源来达成一种共识。

这就像是在小团体里，大家都要遵守规则，不能搞独裁。

有时候，仲裁的设置还挺复杂的呢。

比如说，要确定需要多少个节点同意才能做出决策。

这就像是在玩游戏的时候，要确定多少个人投票才能决定游戏的走向。

如果设置得太严格，可能会导致决策很难做出，就像大家意见总是很难统一，一直僵持着，那服务就可能会受到影响。

但如果设置得太宽松呢，又可能会出现错误的决策，就像随随便便就听了一两个小伙伴的话，结果做出了错误的选择。

再说说仲裁的模式吧。

有节点多数模式，这就像是按照小伙伴的数量来投票。

如果大部分小伙伴都同意一件事，那就这么办。

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 主机出现故障无法提供服务时，可由群集内的其他主机快速接管任务，继续为用户提供持续可用的服务。

在介绍微软私有云之前，必须对微软的故障转移群集有深入的了解，它属于微软私有云实现高可用性的核心技术。

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.200Iscsi口IP: 192.168.10.201Mscs IP：192.168.10.100SQL server集群IP：192.168.10.101DTC IP：192.168.10.1022、存储规划Q盘:20GBS盘:30GBM盘:40GB3、MSCS安装环境配置3. 1 配置虚拟机windows server 20083.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,运行出现下图点击下一步点击下一步创建一个新域选择“在新林中新建域”，点击下一步填写新域的域名，输入域名，点击下一步“NetBIOS域名”处默认即可。

本例中默认为“CHEN”，点击下一步在选择与功能级别时选择最高的版本，点击下一步选择DNS服务器数据库、日志文件和SYSVOL的位置默认即可，点击下一步“目录服务还原模式的管理员密码”，本例中为“1qaz@WSX”，点击下一步对摘要进行检查，没有错误点击下一步主域控配置完成4.1.2、建立和设置域用户在服务器管理器中设置域账户，选中user右击usesr—新建—用户chenxq,密码为1qaz@WSX输入密码后点击下一步，完成用户的创建形成新用户chenxq进入属性中选择隶属于，点击添加点击高级在标签中选择立即查找，选择administration和domain administration用来添加管理员权限点击确定点击确定完成4．2、创建MSCS故障转移集群4.2.1、将两节点加入到域账户将A、B节点分别添加到chen域中右击计算机—更改设置—选中域选项—输入域名输入域账户，确定确定后重新启动生效同上，将A节点添加到域账户4.2.2、安装故障转移群集分别在A和B两节点的功能中添加故障转移群集4.2.3、验证配置在功能中点击故障转移群集管理器，选择验证配置点击下一步加入A、B两个节点到集群中选择浏览—高级—立即查找选择高级选择立即查找，下面出现A、B两节点，选择A、B后点击确定点击下一步下一步确认后点击下一步点击下一步验证，如果满足要求，进度条会显示绿色完成测试4.2.4 创建群集点击创建一个集群点击下一步进入下面界面，点击浏览选择高级选项，选择加入的对象进入后点击立即查找，添加AB节点后点击确定确定后进入下面界面点击确定点击下一步进入下面界面，输入群集名称和群集IP,点击下一步确认界面，点击下一步查看信息报告，没有错误即可完成创建集群创建空服务，将节点转移到A后，添加存储查看计算机磁盘，如下图将节点切换到B查看存储5.1、DTC安装在服务和应用程序中右击，选择配置服务或应用程序进入下面界面，点击下一步选择分布式事务协调器，点击下一步给DTC配置一个IP，点击下一步选择存储确认存储，点击下一步查看摘要，点击完成6.1、SQL2008安装6.1.1、在第B节点运行sql server 2008镜像或光盘点击安装安装新的SQLserver 故障转移集群基本环境检测完成以后点击输入产品秘钥后点击下一步（秘钥已存在）接受许可条件，点击下一步安装程序支持文件安装完成输入sql server网络名称，选择默认实例，点击下一步查看磁盘空间摘要，点击下一步选择sql server集群资源组名称选择群集磁盘选择，勾选磁盘即可选择IP V4网络选择数据库引擎域组和sql server代理域组输入账户名和密码数据库引擎配置，输入密码。

故障转移群集必须满足硬件、软件和网络基础结构的某些要求，并且它需要一个具有适当域权限的管理帐户。

具体如下：（一）故障转移群集的软件要求一个故障转移群集中的所有服务器必须运行相同版本的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，而不能同时用于两者。

在将群集节点连接在一起的网络基础结构中，要避免具有单个故障点。

AlwaysOn故障转移集群首先准备至少三台虚拟机，其中一台为域控制器，另外两台分别为两个结点，将两台结点都加入域中，并为两个结点设置两个虚拟网卡，其中一个网卡用作外界客户端访问，一个网卡作为心跳连接。

计算机名及IP地址分别为：域控：SVR12-1 192.168.100.10NODE1：SVR12-2 public：192.168.100.21 private：192.168.111.10NODE2：SVR12-3 public：192.168.100.22 private：192.168.111.11创建一个域用户：DCADMIN具体配置域环境不再详述，首先了解四种集群的仲裁配置：1、多数节点：这种配置不会用到仲裁磁盘，而所谓多数节点就是在正常节点数量占多数的情况下，集群才会提供服务，否则就停止服务。

这种配置适用于奇数节点的集群，例如5个节点的集群，其正常节点数量必须至少3个，集群才会提供服务2、多数节点和磁盘：适用于偶数节点的集群，他在计算法定数量时会将仲裁磁盘计算进来，例如，4个节点+1个仲裁磁盘节点的集群，可以将其视为5个节点的集群，这时正常节点数量必须至少3个，集群才会提供服务3、多数节点和文件共享：它和（多数节点和磁盘）类似，不过仲裁磁盘改为共享文件夹内的文件4、没有多数：只有磁盘，只要仲裁磁盘脱机，集群就会停止提供服务（不建议使用，这种方式很早之前已经有了）见证磁盘和见证共享文件夹见证共享文件夹是Windows 2008才推出的见证磁盘方式，因为以前的见证磁盘（简称仲裁盘）需要共享存储，也就是各个节点需要挂载同一个磁盘，这个磁盘叫见证磁盘，是放在共享存储上面的推出见证共享文件夹之后我们可以不需要高大上的共享存储，用共享文件夹就可以了使用故障转移集群的时候，只用两种仲裁配置：（多数节点）和（多数节点和文件共享）如果集群节点是奇数，那么使用多数节点如果集群节点是偶数，那么使用多数节点和文件共享（需要配置一个共享文件夹，各个节点都能访问这个共享文件夹，并且共享文件夹所在机器不需要加入域）域控不需要安装故障转移集群服务和SQL Server，也不需要加入到故障转移集群所有机器防火墙都关掉两个节点都需要安装相同的更新程序，建议不要开启自动更新功能，由系统管理员手动更新SQL Server 2012 AlwaysOn只支持最多一个主副本和四个辅助副本，最多允许三个同步提交的可用性副本（包括主副本），最多允许两个自动故障转移副本（包括主副本）1.下面从添加故障转移集群开始，首先在两个结点的服务器上添加故障转移集群服务2、两个节点都安装完故障转移集群之后，在其中一个节点上进行注销操作，然后使用DCADMIN这个域用户登录计算机3、打开故障转移集群管理器4、创建集群向导选择要加入集群的计算机5、输入集群名称和vip6. 点击下一步，确认集群各个配置是否正确7、群集创建完成完成之后可以看到创建好的集群可以在域控的AD用户和计算机里看到集群的virtual name8、由于我们是两个节点的故障转移集群，所以需要加上共享文件夹，在域控上建立一个共享文件夹，让两个集群节点都可以访问注意：如果是奇数节点，这一步是不需要做共享文件夹所在机器入域（域网络）和不入域（独立机器）都无所谓生产环境不要把共享文件夹放在域控上！9、UNC路径：\\SVE12-1\quorumshare在quorumshare文件夹下随便建一个文本文件查看各结点是否能访问到改共享文件10．然后配置集群仲裁设置11、在故障转移集群管理器，填写文件共享路径：\\SVR12-1\quorumshare12、可以看到共享文件夹下面会生成VerifyShareWriteAccess.txt和Witness.log两个文件13. 故障转移集群到这里就已经配置完成14. 请先使用本地用户Administrator登录这两个集群节点并执行下面的操作，先不要用域用户DCADMIN登录15．两个集群节点都需先安装.NET Framework 3.5(在Windows Server 2012 R2中使用添加功能来安装)。

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、点击开始- 管理工具- 服务管理器- 功能- 添加功能2、选择“多路径I/O”3、点击安装，等待安装成功。

三、对三块磁盘进行磁盘管理在wloong1服务器上管理磁盘，盘符分别为Q、Z、M，wloong2 服务器只需对磁盘进行联机就可以。

注意盘符的划分，不能与服务器现有的盘符相同。

在群集环境中，删除故障转移群集实例（Failover Cluster Instance）通常需要执行一些步骤，以确保删除操作是安全和完整的。

以下是通用的步骤，具体的步骤可能会因Windows Server 版本和群集配置而有所不同：注意：在执行以下步骤之前，请确保在删除之前备份了关键数据，并且您具备执行此类操作的适当权限。

删除故障转移群集实例的步骤：1. 移出故障转移群集实例：-在群集管理器中，将故障转移群集实例从当前节点移出。

这通常涉及在群集管理器中选择故障转移群集实例，右键单击，并选择"移出"。

2. 停止群集服务：-在所有节点上停止故障转移群集服务。

你可以在每个节点上使用服务管理器（services.msc）或PowerShell 命令`Stop-ClusterService`。

3. 移除故障转移群集实例：-使用群集管理器或PowerShell 命令`Remove-ClusterResource` 来删除故障转移群集实例。

确保在执行此操作之前，没有活动的会话或连接到该实例。

4. 删除数据库或应用程序：-根据实际情况，删除与故障转移群集实例相关联的数据库或应用程序。

这可能需要额外的步骤，具体取决于您的应用程序。

5. 删除群集：-如果不再需要整个故障转移群集，您可以删除整个群集。

在群集管理器中，右键单击群集并选择"删除"。

6. 清理注册表和配置：-在每个节点上，手动检查注册表、文件系统和其他配置，以确保没有残余的配置信息。

这通常是一个谨慎的步骤，因为需要确保删除不再需要的配置。

7. 检查Active Directory 对象：-确保在Active Directory 中删除了与故障转移群集实例相关联的计算机账户和服务主体名称（SPN）等对象。

8. 验证和测试：-在执行删除操作之后，验证系统的正常运行。

确保没有影响到其他关键服务和应用程序。

请注意，上述步骤可能需要根据您的具体环境和应用程序的要求进行调整。

WindowsServer2012R2+SQLServer2012故障转移群集部署Windows Server 2012 R2 + SQL Server 2012故障转移群集部署故障转移群集（Failover Cluster）是在Windows Server系统中提供高可用性的关键组件。

通过将多个服务器节点组成集群，可以实现在某个节点故障时，自动将应用程序和服务迁移至其他节点，从而保证系统的不间断运行。

本文将详细介绍如何在Windows Server 2012 R2和SQL Server 2012上部署故障转移群集。

一、准备工作在开始部署之前，需要确保以下几项准备工作已完成：1. 硬件和网络环境：确保所有集群节点的硬件配置相同，并且网络连接正常稳定。

2. 操作系统安装：在所有节点上安装Windows Server 2012 R2操作系统，并确保操作系统已激活。

3. SQL Server 2012安装：在所有节点上安装相同版本的SQL Server 2012，并确保已正确配置和激活。

二、创建故障转移群集1. 打开“服务器管理器”控制台，选择“角色和功能安装”。

2. 在安装向导中，选择“故障转移群集”角色，并按照提示完成安装。

3. 安装完成后，打开“故障转移群集管理器”控制台，选择“创建新的故障转移群集”。

4. 在向导中，输入故障转移群集的名称和IP地址，选择要添加到群集中的服务器节点。

5. 在验证配置阶段，系统将自动检测并修复任何配置问题。

6. 完成配置后，点击“创建”按钮，等待群集创建完成。

三、配置故障转移群集1. 在“故障转移群集管理器”控制台中，选择新创建的群集，点击“配置群集”。

2. 在向导中，选择要为群集配置的存储，可以是本地磁盘、网络共享磁盘或SAN存储。

3. 配置存储后，分配群集IP地址，并为群集创建DNS名称。

4. 完成配置后，点击“下一步”按钮，等待配置完成。

四、安装和配置SQL Server实例1. 在其中一个节点上，运行SQL Server 2012安装程序，选择“添加节点到现有的故障转移群集”。