因为篇幅原因，AlwaysOn可用性组被拆成了两部分：理论部分和实战部分。而实战部分又被拆成了准备工作和AlwaysOn可用性组搭建。

三篇文章各自的链接：

SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（理论篇）

SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（实战篇）之建立活动目录域、DNS服务器和Windows故障转移群集（准备工作）

SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（实战篇）之AlwaysOn可用性组搭建

之前的随笔《SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（理论篇）》中讲了AlwaysOn的理论篇，接下来是实战篇。以一个实战例子来实验AlwaysOn。话不多说，开始。由于SQL Server AlwaysOn依赖于WSFC，需要虚拟域名来实现故障转移。因此我们需要事先安装好活动目录域、DNS服务器和Windows故障转移群集才能进行后面的AlwaysOn可用性组搭建。而这篇文章就专门讲搭建AlwaysOn可用性组的准备工作。

架设环境信息

域名：jerrychen.com

AlwaysOn虚拟IP地址：192.168.2.200

WSFC虚拟IP地址：192.168.2.201

WSFC群集名：AOCLUSTER

　 Domain Controller Primary Replica Secondary Replica
Server Name dc.jerrychen.com　　　　 main.jerrychen.com　　 slave1.jerrychen.com
OS Windows Server 2012 Data Center x64 Windows Server 2012 Data Center x64 Windows Server 2012 Data Center x64
IP Address 192.168.2.100 192.168.2.102 192.168.2.101
Gateway 192.168.2.2 192.168.2.2 192.168.2.2
SQL Server Version - SQL Server 2014 enterprise x64 SQL Server 2014 enterprise x64
DNS 127.0.0.1　　 192.168.2.100 192.168.2.100

搭建活动目录域和DNS服务器

首先是要搭建活动目录域和DNS服务器，因为这个不属于AlwaysOn范畴内，不细做。Windows Server 2012下可以通过服务器管理界面去添加主机角色成为一个域控制器并同时创建DNS服务器。然后按照上面的配置信息配置IP地址等网络配置。

域控

主节点和副节点

创建一个域管理员账户

配置DNS服务器地址映射记录

各台主机保证能互相ping通

准备工作完成后。就是在主节点和辅助接点上搭建故障转移群集，DC上不需要。

安装好后打开故障转移群集管理界面，打开验证配置向导

添加进群集节点

使用推荐选项来进行节点的各项测试，包括磁盘、网络等

完成后可以点击View Report查看详细报告。这里例子里面会收到许多警告。比如网络，因为我们只有一块网卡。因为高可用推荐最好有两块网卡。一块网卡意味着单点可用。但并不要求非得有两块网卡才可以进行群集。所以只是警告。

其实上面打开的报表的源文件在存放在C:\Windows\Cluster\Reports这个地方的。这里存放了验证过程中的日志记录。

点击Finish后进入群集访问点配置界面，这里需要指定文章开头“架构环境信息”中提高的群集名和虚拟地址

这里需要提下这个"Add all eligible Storage to the cluster"选项。这个选项默认是勾选的。如果勾选了，意味着节点上的任何磁盘是要是对群集可见且满足了群集条件的就会被加入群集。通常一些服务器上会有许多磁盘，有些用于存放共享文件，有些存放数据库文件，有些存放应用程序文件等等。如果你不希望其他的一些无关的磁盘的故障影响到群集锁服务的主程序，就不要勾选。

黄色高亮的区域意思是没有找到见证磁盘。这是因为我们还没有配置群集仲裁的缘故。当然也是我们接下来要配置的。

完成了之后你就可以在DNS服务器上看到自动建立的DNS指针映射记录，记录着群集名和IP地址的映射。

活动目录域上也可以找到对应的群集虚拟机器。说明刚才的配置没问题。

接下来是配置群集仲裁。关于仲裁，可以在文章尾部的的“参考”中找到相应的文章。这里我们选择仲裁模式中的Node and File Share Majority，所以需要在DC上创建一个共享文件夹来充当充当仲裁的共享文件夹，用于记录存储群集节点的运行状态以决定是否故障转移。

这里报错了。原因是在创建好共享文件夹后虚拟群集机器需要对它有读写权限，包括NTFS权限和共享权限

再重新配置就成功了

好。到此就完成了整个故障转移群集的搭建。完成群集搭建后就可以进行AlwaysOn可用性组的搭建了。

下篇将是《SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（实战篇）之AlwaysOn可用性组搭建》

参考：

WSFC 仲裁模式和投票配置 (SQL Server)

Windows Server 故障转移群集 (WSFC) 与 SQL Server

Failover Cluster Step-by-Step Guide: Configuring the Quorum in a Failover Cluster

Microsoft SQL Server AlwaysOn Solutions Guide for High Availability and Disaster Recovery

SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（实战篇）之建立活动目录域、DNS服务器和Windows故障转移群集（准备工作）的更多相关文章

  1. SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn（实战篇）之AlwaysOn可用性组搭建

    因为篇幅原因,AlwaysOn可用性组被拆成了两部分:理论部分和实战部分.而实战部分又被拆成了准备工作和AlwaysOn可用性组搭建. 三篇文章各自的链接: SQL Server ->> ...

  2. SQL Server ->> 高可用与灾难恢复（HADR）技术 -- AlwaysOn可用性组（理论篇）

    因为篇幅原因,AlwaysOn可用性组被拆成了两部分:理论部分和实战部分.而实战部分又被拆成了准备工作和AlwaysOn可用性组搭建. 三篇文章各自的链接: SQL Server ->> ...

  3. SQL Server ->> 高可用与灾难恢复（HADR）技术之 -- Windows故障转移群集

    WSFC 群集 (WSFC cluster)“Windows Server 故障转移群集”(WSFC) 群集是一组独立的服务器,它们共同协作以提高应用程序和服务的可用性. 故障转移群集实例 (Fail ...

  4. SQL Server ->> 高可用与灾难恢复（HADR）技术之 -- Transaction Replication（事务复制）

    复制类型: 1)事务型复制:通过复制事务日志到订阅点重做的方式,属于增量型复制: 2)合并型复制:通过触发器和元数据表追踪表数据改变,同样属于增量型复制: 3)快照型复制:通过创建数据库快照,并把快照 ...

  5. SQL Server高可用——日志传送（4-1）——概论

    原文:SQL Server高可用--日志传送(4-1)--概论 本文作为学习总结,部分内容出自联机丛书及其他书籍 日志传送是什么? SQLServer 2012之前(2012出现了AlwaysOn), ...

  6. 深入解析 SQL Server 高可用镜像实现原理

    作者:郭忆 本文由 网易云 发布. SQL Server 是 windows 平台 .NET 架构下标配数据库解决方案,与 Oracle.MySQL 共同构成了 DB-Engines Ranking ...

  7. 深入解析SQL Server高可用镜像实现原理

    本文来自网易云社区 SQL Server 是windows平台.NET架构下标配数据库解决方案,与Oracle.MySQL共同构成了DB-Engines Ranking的第一阵营,在国内外企业市场中有 ...

  8. 京东云数据库RDS SQL Server高可用概述

    数据库的高可用是指在硬件.软件故障发生时,可以将业务从发生故障的数据库节点迁移至备用节点.本文主要讲述SQL Server高可用方案,以及京东云RDS数据库的高可用实现. 一.高可用解决方案总览 1. ...

  9. SQL Server高可用——日志传送（4-3）——使用

    原文:SQL Server高可用--日志传送(4-3)--使用 顺接上一篇:SQL Server高可用--日志传送(4-2)--部署 本文为本系列最重要的一篇,讲述如何使用日志传送及一些注意事项.从上 ...

随机推荐

  1. linux curl post/put请求

    案列: -X: 请求方式 --header: 请求header -d: 请求的数据 最后跟上请求的地址 curl -X PUT --header 'Content-Type: application/ ...

  2. 完整maven项目搭建

    1. 在eclipse中New选择maven项目,并选择web类型这个百度一下到处有: 2. 写简单的controller示例: 3. 配置web.xml,主要是DispatcherServlet: ...

  3. Golang教程：结构体

    结构体(struct)是用户自定义的类型,它代表若干字段的集合.有些时候将多个数据看做一个整体要比单独使用这些数据更有意义,这种情况下就适合使用结构体. 比如将一个员工的 firstName, las ...

  4. java中wait和notify的关系

    java中,wait和notify这两个方法是一对,wait方法阻塞当前线程,而notify是唤醒被wait方法阻塞的线程.     首先,需要说明的是,wait和notify方法都是Object的实 ...

  5. 深入理解JavaScript系列（45）：代码复用模式（避免篇）

    介绍 任何编程都提出代码复用,否则话每次开发一个新程序或者写一个新功能都要全新编写的话,那就歇菜了,但是代码复用也是有好要坏,接下来的两篇文章我们将针对代码复用来进行讨论,第一篇文避免篇,指的是要尽量 ...

  6. window.onload与$(document).ready()之区别

    1.执行时间 window.onload必须等到页面内包括图片的所有元素加载完毕后才能执行.         $(document).ready()是DOM结构绘制完毕后就执行,不必等到加载完毕. 2 ...

  7. 九、cent OS下tomcat改变日志目录

    修改catalina.out的目录bin目录下修改catalina.sh:CATALINA_OUT="$CATALINA_BASE"/logs/catalina.out  此行内的 ...

  8. easypoi导出单个sheet和多个sheet

    今天有时间研究了一下easypoi,感觉使用了easypoi导出excel方便了很多,不用写很多复杂的反射,只需要使用注解和一些工具类就可以实现常用的excel的导出,接下来介绍一下easypoi如何 ...

  9. javaweb之MVC设计模式

    1.MVC简介 MVC是Model-View-Controller的简称,即模型-视图-控制器.MVC是一种设计模式,它把应用程序分成三个核心模块:模型,视图,控制器,它们各自处理自己的任务. 模型( ...

  10. 在CentOS 7下更改yum源与更新系统

    在CentOS 7下更改yum源与更新系统. [1] 首先备份/etc/yum.repos.d/CentOS-Base.repo cp /etc/yum.repos.d/CentOS-Base.rep ...