SQLServer2012_多站点故障转移群集实例

大多数服务及其属性可通过使用 SQL Server 配置管理器进行配置。

以下是在 C 盘安装Windows 的情况下最新的四个版本的路径。

SQL Server 2016C:\Windows\SysWOW64\SQL Server 2014C:\Windows\SysWOW64\SQL Server 2012C:\Windows\SysWOW64\SQL Server 2008C:\Windows\SysWOW64\安装的服务 SQL Server根据您决定安装的组件，SQL Server 安装程序将安装以下服务：SQL Server Database Services- 用于 SQL Server 关系数据库引擎的服务。

可执行文件为 <MSSQLPATH>\MSSQL\Binn\。

SQL Server 代理- 执行作业、监视 SQL Server、激发警报以及允许自动执行某些管理任务。

SQL Server 代理服务在 SQL Server Express 的实例上存在，但处于禁用状态。

可执行文件为 <MSSQLPATH>\MSSQL\Binn\。

Analysis Services- 为商业智能应用程序提供联机分析处理 (OLAP) 和数据挖掘功能。

可执行文件为 <MSSQLPATH>\OLAP\Bin\。

Reporting Services- 管理、执行、创建、计划和传递报表。

可执行文件为<MSSQLPATH>\Reporting Services\ReportServer\Bin\。

Integration Services- 为 Integration Services 包的存储和执行提供管理支持。

可执行文件的路径是 <MSSQLPATH>\130\DTS\Binn\SQL Server Browser- 向客户端计算机提供 SQL Server 连接信息的名称解析服务。

Microsoft SQL Server 2012 AlwaysOn高可用性解决方案1.术语定义1)高可用性：HA〔High Availability〕通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性2)灾难恢复：DR〔Disaster Recovery〕指自然或人为灾害后，重新启用信息系统的数据、硬件及软件设备，恢复正常商业运作的过程3)故障转移群集：WSFC〔Windows Server Failover Cluster〕微软操作系统针对服务器提供的一种服务，该服务用于防止单台服务器故障导致服务失效。

2.公司数据库使用现状及问题瓶颈其他部门对应用开发部负责的融资管理系统性能提出以下问题：1)数据部：a)服务器不稳定b)数据库性能配置低2)市场部：a)查询效率太低3)产品部：a)报表、BI支撑难这些性能问题无不涉及到后台数据库的性能及可靠性问题。

还有一个安全问题也值得重视。

目前，公司产品数据库和融资管系统都部署在10.44.1.3一台服务器上。

理论上，产品数据库不应与Web应用部署在同一台机器而暴露给用户，产品数据库最好只交由专职DBA 来管理。

因为，万一Web应用遭受黑客攻击，产品数据将会面临巨大威胁，甚至有可能被永久性物理删除。

前不久，就有报道携程数据遭受有预谋的内部攻击被物理删除〔://news.sohu/20150528/n413987338.shtml〕。

如果分开部署，那么即使Web应用遭受攻击，只要产品数据在，我们仍然可以在短时间内部署新的Web应用。

3.SQL Server 高可用技术简介1)故障转移群集(Failover Cluster)共享存储，效率高，但某一个时间点只有一个节点处于活动状态，造成硬件资源浪费。

2)数据库镜像(Database Mirror)提供几乎是瞬时的故障转移，以提高数据库的可用性。

但其最大弊端在于镜像数据库处于不可读状态，同样造成硬件资源浪费。

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中使用添加功能来安装)。

机器名角色系统环境IP Address DC Domain Controller Windows 2008R2 sp1 192.168.0.7 Server1 Cluster Node 1 Windows 2008R2 sp1+SQL Server 2012 x64 192.168.0.10 Server2 Cluster Node 2 Windows 2008R2 sp1+SQL Server 2012 x64 192.168.0.11 一、安装域控服务器修改DNS为127.0.0.1点击左下角的服务器管理器点击左边的角色单击右边的添加角色。

出现开始之前界面时直接点击下一步按钮。

选中Active Directory域服务复选框，在弹出的界面中单击添加必要的功能选项，单击下一步按钮。

一直点下一步，确认安装。

等待几分钟后就安装完成了。

安装成功后点击关闭，接着点角色里的Active Directory域服务，接着点击右边运行Active Directory域服务安装向导。

（直接运行dcpromo.exe）勾选使用高级模式安装点击下一步，下一步选择新建域，下一步输入一个域名，按格式随便填写，然后下一步林功能级别选择Windows Server 2008 R2，下一步下一步选择是说明数据库文件夹用来存储Active Directory数据库日志文件夹用来存储Active Directory数据库的改动记录，此日志文件可用来恢复Active Directory数据库。

SYSVOL文件夹用来存储域共享文件（例如与组策略有关的文件），注意他必须位于NTFS磁盘内。

设置还原模式的密码，下一步完成后重启，域控服务器就安装完成了完成架设修改节点计算机Server1的DNS为域服务器的IP在系统属性中选择更改设置选项来更改计算机名并加入域重启后以域账户登录操作系统二、配置Windows集群：1. 2台服务器分别安装.NETFramework 3.5.1和故障转移群集2. 2台服务器分别安装安装Windows KB 2494036补丁3.新建集群4.选择加入集群的服务器：5.检测配置：6.不需要选择检测共享磁盘（AlwaysOn不需要）7.开始检测：8.检测内容（检测完成后可以导出Report）：9.之后输入Cluster名字和IP点击下一步创建成功，成功后打开Server Manager查看集群配置(可以看到并没有共享磁盘，跟传统的集群还是有区别的)：三、安装SQLServer1.以管理员身份运行setup.exe安装SQLserver2012企业版2.选择单机安装（不是集群安装）3.SQL Server 2012的新功能，可以在安装的时候搜索最新的补丁，将补丁也以前安装（这个是可选项）4.规则检测5.选择安装组件6.实例名：7.计算需要的磁盘空间：8.Service账户（域账户，可后面再修改）：9.排序规则（Healthone软件要求必须是Chinese_PRC_CI_AS）：10.设置权限，数据库文件备份地址以及Filestream选项：11.安装配置清单：12.在ConfigurationManager中对SQL Server检查是否以域帐户登录sqlserver13.开启Always OnHigh Availability(可以自动检测到前面我们创建的Cluster名字)设置更改后需要重启Service.四、现在一切都具备了，我们可以配置Always On group了。

SQL Server AlwaysOn可用性及故障转移2014-03-27 01:55:04标签：高可用数据库日志记录原创作品，允许转载，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明。

否则将追究法律责任。

/382644/1384835SQL Server AlwaysOn可用性及故障转移杜飞在AlwaysOn 可用性组中，“可用性模式”是一个副本属性，该属性确定某一给定可用性副本是否可在同步提交模式下运行。

AlwaysOn的可用性模式决定了各副本之间是否允许存在数据差异，SQL Server2012的可用性组使用异步提交模式和同步提交模式来决定主副本在提交事务之前是否等待辅助副本将事务日志记录固化到磁盘。

如果主副本配置为“异步提交模式”，则它不会等待任何辅助副本将传入的事务日志记录写入磁盘（以便“强制写入日志”）。

如果某一给定的辅助副本配置为异步提交模式，则主副本不会等待该辅助副本强制写入日志。

如果主副本和某一给定辅助副本都配置为“同步提交模式”，则主副本将等待辅助副本，以便确认它已强制写入日志（除非辅助副本在主副本的“会话超时期限”内未能使用ping 命令联系上主副本）。

同步提交模式在同步提交模式下，主数据库在提交事务之前，主副本要等待同步提交辅助副本确认它已将日志固化到磁盘上。

只要辅助副本还没有告诉主副本日志固化完成，主副本上的事务就不能提交。

这样就保证两边的数据始终是同步的。

只要一直在进行数据同步，辅助数据库就会保持“已同步”(SYNCHRONIZED)的状态。

同步提交模式能够保证给定的辅助数据库与主数据库上的数据保持完全的同步。

但是代价是主数据库上的事务提交会有滞后时间。

可以说，同步提交模式相对于性能而言更强调高可用性。

辅助副本的同步工作原理：在同步提交模式下，在辅助副本联接可用性组并与主副本建立会话之后，辅助副本会将传入日志记录写入到磁盘（“固化日志”）并向主副本发送确认消息。

在群集环境中，删除故障转移群集实例（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. 验证和测试：-在执行删除操作之后，验证系统的正常运行。

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

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

SQLserver⾼可⽤⽅案SQL server⾼可⽤⽅案⼀、⾼可⽤的类型●Always On ⾼可⽤性解决⽅案，需要sql server 版本在2012以上SQL Server Always On 即“全⾯的⾼可⽤性和灾难恢复解决⽅案”。

客户通过使⽤Always On 技术，可以提⾼应⽤程序可⽤性，并且通过简化⾼可⽤性的部署和管理⽅⾯的⼯作。

SQL Server Always On 在以下2个级别提供了可⽤性。

*数据库级可⽤性是⼀种“热备份”技术。

在同步提交模式下，主副本的数据被同步更新到其他辅助副本，主副本与辅助副本之间可以保持实时同步。

当系统监测到主副本发⽣故障时，辅助副本可以⽴即成为新的主副本。

*实例级可⽤性Always On 故障转移群集实例（Failover Cluster Instance，简称FCI）可以在多个16个节点之间实现故障转移（Failover）。

企业版最多⽀持16个节点，标准版只⽀持2个节点。

当主节点发⽣故障时，辅助节点提升为主节点并获取共享存储中的数据，然后才在这个新的主节点服务器中启动SQL Server 服务。

FCI 是⼀种“冷备份”技术。

辅助节点并不从主节点同步数据，唯⼀的⼀份数据被保存在共享存储（群集共享磁盘）中。

●⽇志传送⽇志传送依赖于传统的Windows ⽂件复制技术与SQL Server 代理。

主数据库所做出的任何数据变化都会被⽣成事务⽇志，这些事务⽇志将定期备份。

然后备份⽂件被辅助数据库所属的实例复制到它的本地⽂件夹，最后事务⽇志备份在辅助数据库中进⾏恢复，从⾯实现在两个数据库之间异步更新数据。

当主数据库发⽣故障时，可以使辅助数据库变成联机状态。

可以把每⼀个辅助数据库都当作“冷备⽤”数据库●其它辅助技术对数据库进⾏备份，当出现故障时，⼿动将数据还原到服务器，使得数据库重新联机，这也可以算作实现⾼可⽤性的⼀种技术⼿段。

复制（Replication）并不算是⼀个⾼可⽤性解决⽅案，只是它的功能可以实现⾼可⽤性。

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安装程序，选择“添加节点到现有的故障转移群集”。

SQL Server Always On 架构及原理SQLServer2012所支持的AlwaysOn技术集中了故障转移群集、数据库镜像和日志传送三者的优点，但又不相同。

故障转移群集的单位是SQL实例，数据库镜像和日志传送的单位是单个用户数据库，而AlwaysOn支持的单位是可用性组，每个组中可以包括一个或者是多个用户数据库。

也就是说，一旦发生切换，则可用性组中的所有数据组会作为一个整体进行切换。

Always On底层依然采用Win dows故障转移群集的机制进行监测和转移，因此也需要先建立Windows Cluster，只不过可用性组中的数据库不一定非要再存放在共享存储上了。

可以是存储在本地磁盘上。

Always On的关键特性：1. 同故障转移群集一样，也需要一个虚拟网络名称用于客户端的统一连接。

2. 一个主服务器可以最多对应四个辅助服务器，总数达到五个，而且辅助服务器支持只读功能。

3. 辅助服务器可以独立执行备份和DBCC隹护命令。

通过配置，可以实现客户端的只读请求可以被自动定向到辅助服务器。

4. 主服务器和辅助服务器之间的数据会被加密和压缩，以提高安全性和网络传输效率。

5..支持自动、手动和强制三种故障转移方式。

6. 有仪表盘用于监控Always On的运行状态。

7. 可以实现多站点的部署，即主站点和辅助站点可以跨物理网络。

Always On的基本架构在Windows MSC故障转移群集的基础上部署AlwaysOn高可用组，用户可以在群集节点上安装SQL Server单机实例，也可以安装SQL Server群集实例，Always On仅要求所有SQL Server实例都运行在同一个MSC中，但SQL Server 实例本身是不需要群集模式的，这与SQLServer2008群集的实例完全不同。

在此推荐使用单机模式的SQL Server，好处是：可用性副本是个单机实例，那么数据库副本就存放在该运行该实例节点的本地磁盘上；如果可用性副本是个群集实例，那么数据库副本就存放在共享磁盘上。

目录一、准备工作 (2)二、Windows Server 2012 R2 节点安装 (4)三、Sql Server 2008 R2 群集的安装 (21)四、故障转移设置 (40)一、准备工作1、IP规划（正式见配置手册）：（1）域控制器：192.168.8.199（2）群集成员一：192.168.8.201（3）群集成员二：192.168.8.202（4）群集IP：192.168.8.220（5）MSDTC：192.168.8.221（6）SQL IP：192.168.8.222（7）存储器IP：192.168.8.1992、存储规划（正式见配置手册）：仲裁磁盘：1GMSDTC磁盘：2GSQL磁盘：剩余空间3、SQL2008R2群集准备工作：（1）在域控服务器中建立两个安全全局组Sqlengine（数据库引擎组）和Sqlagent （数据库代理组）；（2）在域控服务器中创建用户sqladmin，将该用户加入到Domain Admins、Sqlengine和Sqlagent组中；（3）将sqladmin用户分别加入到各节点的本地管理员组中。

各节点进行故障转移切换的过程中，需要使用该用户作为SQL Server服务的启动账户；（4）将Sql Server 2008 R2 集成SP1。

二、Windows Server 2012 R2 节点安装1、在各节点安装操作系统（Windows Server 2012 R2），安装所有设备及驱动程序2、添加角色：应用程序服务器（Application Server）安装功能组件：.Net Framework 3.5，（2）.Net Framework 4.5，（3）Windows PowerShell （全部），（4）Windows Server迁移工具（Windows Server Migration Tools），（5）XPS查看器（XPS Viewer）3、更改IP地址，心跳卡的NetBios禁用，设置网卡优先级，加入域的网卡优先4、更改各节点计算机名称为***，重启，5、将节点加入到域，创建sqladmin用户，加入到本地管理员组。