SQL Server 2016 Failover Cluster + ALwaysOn(一)

本文涉及的产品
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
云数据库 RDS SQL Server,基础系列 2核4GB
简介:

我们前面写了很多关于SQL Server相关的文章,近期公司为了提高服务的可用性,就想到了部署AlwaysOn,之前的环境只是部署了SQL Server Failover Cluster,所以决定将云端放一台SQL Server来配置ALwaysOn,具体思路就是在本地的SQL Server Failover Cluster中再增加一个节点,然后将新家的节点放到Azure云端,然后在这两个实例之间配置AlwaysOn,部署后,有个问题就是集群之间无法自动故障转移,需要手动干预才可以具体后期我们再做详细介绍,废话就不多说了,开始实践配置;
环境介绍:

Hostname:DC1
Role:DC
IP:192.168.5.20
Domain:ixmsoft.com
Hostname:ISCSI
IP:192.168.5.38
Role:Storage
Hostname:S1
Role:SQL Server 2016
IP:192.168.5.41
Hostname:S2
Role:SQL Server 2016
IP:192.168.5.42
Hostname:AO1
Role:SQL Server 2016
IP:192.168.5.43
SQL-CLUSTER
192.168.5.46
SQLCLUSTER
192.168.5.47
HA-LP1
ListenIP:192.168.5.48
SCHEMA
因为要做磁盘共享,所以我们使用系统自带的ISCSI做为连接器;
我们首先安装配置ISCSI服务器:
首先是挂载两块盘:一块是Data:50G,一块是仲裁:10G
ISCSI
然后安装ISCSI目标服务器
ISCSI
我们安装后,我们打开ISCSI管理---创建ISCSI虚拟磁盘
ISCSI
我们新选择DATA盘
ISCSI
我们增加需要分配磁盘的计算机IP
我们增加两台SQL Server服务器
ISCSI
确认信息
ISCSI
创建完成
ISCSI
ISCSI
再次新建一个虚拟磁盘用于仲裁
ISCSI
设置磁盘名称
ISCSI
所有的磁盘已增加完成
ISCSI
我们开始从5.41上通过ISCSI连接程序连接共享磁盘
ISCSI
提示确认启动服务
ISCSI
输入ISCSI服务器地址,快速链接
ISCSI
已连接
ISCSI
卷和设备已加载
ISCSI
我们此时就可以在192.168.5.41上看见分配的两块磁盘了
ISCSI
我们同理也按照上面的方法,在192.168.5.42上进行ISCSI链接
准备好以上操作后,我们就可以开始安装故障转移集群了;
我们首先在S1上进行操作安装
ISCSI
安装完成
ISCSI
安装后,我们同样在第二台S2上进行安装,安装后,我们就打开集群管理器
右击故障转移集群管理器----验证配置
Failover + ALwaysOn
增加两台SQL Server服务器
Failover + ALwaysOn
验证通过后,点击完成
Failover + ALwaysOn
验证通过后,我们就可以创建了;
我们定义集群名称及IP
SQL-CLUSTER
192.168.5.46
Failover + ALwaysOn
定以后,确认信息
Failover + ALwaysOn
开始创建集群
Failover + ALwaysOn
定义完成
Failover + ALwaysOn
两个节点信息
Failover + ALwaysOn
磁盘信息
Failover + ALwaysOn
配置仲裁
Failover + ALwaysOn
高级仲裁选项
Failover + ALwaysOn
选择所有节点
Failover + ALwaysOn
选择仲裁磁盘
Failover + ALwaysOn
我们同时将第一个磁盘增加到群集共享卷
Failover + ALwaysOn
我们准备安装SQL Server 2016
Failover + ALwaysOn
定义SQL Server网络名称
SQLCLUSTER
Failover + ALwaysOn
选择数据磁盘
Failover + ALwaysOn
定义群集网络IP
192.168.5.47
Failover + ALwaysOn
定义账户信息
Failover + ALwaysOn
定义数据目录,自动选择磁盘共享卷目录
Failover + ALwaysOn
安装完成
Failover + ALwaysOn
我们在群集管理器中就可以看见多了一个角色及管理IP
Failover + ALwaysOn
我们准备安装第二个节点
Failover + ALwaysOn
下一步即可
Failover + ALwaysOn
默认即可
Failover + ALwaysOn
确认信息
Failover + ALwaysOn
Failover + ALwaysOn
节点增加完成
Failover + ALwaysOn
测试集群
我们从节点1切换到节点2
Failover + ALwaysOn
切换中
Failover + ALwaysOn
切换完成
Failover + ALwaysOn
我们使用SSMS进行连接测试
我们使用SQL集群地址进行连接
Failover + ALwaysOn
我们使用群集网络地址链接
Failover + ALwaysOn
我们查看集群属性----集群化--true
Failover + ALwaysOn
到此我们SQL Server的Failover Cluster已经配置完成。我们将在下一篇继续介绍SQL Server 2016 Failover + ALwaysOn功能配置介绍。



本文转自 高文龙 51CTO博客,原文链接:http://blog.51cto.com/gaowenlong/2059427,如需转载请自行联系原作者

相关实践学习
使用SQL语句管理索引
本次实验主要介绍如何在RDS-SQLServer数据库中,使用SQL语句管理索引。
SQL Server on Linux入门教程
SQL Server数据库一直只提供Windows下的版本。2016年微软宣布推出可运行在Linux系统下的SQL Server数据库,该版本目前还是早期预览版本。本课程主要介绍SQLServer On Linux的基本知识。 相关的阿里云产品:云数据库RDS SQL Server版 RDS SQL Server不仅拥有高可用架构和任意时间点的数据恢复功能,强力支撑各种企业应用,同时也包含了微软的License费用,减少额外支出。 了解产品详情: https://www.aliyun.com/product/rds/sqlserver
相关文章
|
4月前
|
SQL 存储 文件存储
快速部署sqlserver AlwaysOn集群
【7月更文挑战第8天】快速部署SQL Server AlwaysOn集群概览: 1. 准备工作:确认硬件与软件兼容,操作系统一致,资源充足;各节点安装相同SQL Server版本;配置静态IP,保障网络稳定。 2. 创建WFC:安装集群功能,通过管理器创建集群,设定名称、IP及节点。 3. 配置共享存储:接入SAN/NAS,将其作为集群资源。 4. 启用AlwaysOn:在SQL Server中开启功能,创建可用性组,定义主辅副本,添加数据库,设置侦听器。 5. 测试验证:故障转移测试,检查数据同步与连接稳定性。 部署前需深入理解技术细节并测试。
129 0
|
4月前
|
SQL 监控 安全
SQLserver AlwaysOn 提交模式与节点的可用性
【7月更文挑战第7天】SQL Server AlwaysOn中,提交模式影响节点可用性。主节点可配置为异步(始终异步提交)或同步。同步模式下,主节点与至少一个同步从节点一起提交,但若从节点超时或宕机,会退化为异步,可能导致数据丢失。`session_timeout`决定主副本等待辅助副本的时间。`required_synchronized_secondaries_to_commit`参数要求特定数量的同步副本。选择模式应基于业务需求、数据安全性和性能。监控节点状态、测试故障转移和备份策略至关重要。详情参考微软文档。
|
SQL 存储 负载均衡
SQL Server 高可用性(一)AlwaysOn 技术
SQL Server 高可用性(一)AlwaysOn 技术
850 1
SQL Server 高可用性(一)AlwaysOn 技术
|
SQL 测试技术 数据库
SQL Server AlwaysOn 集群 关于主Server IP与Listener IP调换的详细测试
SQL Server AlwaysOn 集群 关于主Server IP与Listener IP调换的详细测试 背景SQL Server 搭建AlwaysOn后,我们就希望程序连接时使用虚拟的侦听IP(Listener IP),而不再是主Server 的IP。
5243 0
|
SQL 关系型数据库 数据库
阿里云重磅发布RDS for SQL Server AlwaysOn集群版
2018年双十一刚过,阿里云数据库发布RDS for SQL Server AlwaysOn集群版,这是业界除微软云SQL Database外,首家云计算公司基于SQL Server最新AlwaysOn核心技术实现的数据库集群版,并且是经过双十一检验的商业化版本。
3826 0
|
SQL 网络协议
Sql server Always On 读写分离配置方法
原文:Sql server Always On 读写分离配置方法 使用了Sqlserver 2012 Always on技术后,假如采用的配置是默认配置,会出现Primary server CPU很高的情况发生,比如默认配置如下: 需要自定义来解决这个问题。
2700 0
|
2月前
|
SQL 数据库
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
SQL Server附加数据库出现错误823,附加数据库失败。数据库没有备份,无法通过备份恢复数据库。 SQL Server数据库出现823错误的可能原因有:数据库物理页面损坏、数据库物理页面校验值损坏导致无法识别该页面、断电或者文件系统问题导致页面丢失。
100 12
数据库数据恢复—SQL Server数据库报错“错误823”的数据恢复案例
|
10天前
|
存储 数据挖掘 数据库
数据库数据恢复—SQLserver数据库ndf文件大小变为0KB的数据恢复案例
一个运行在存储上的SQLServer数据库,有1000多个文件,大小几十TB。数据库每10天生成一个NDF文件,每个NDF几百GB大小。数据库包含两个LDF文件。 存储损坏,数据库不可用。管理员试图恢复数据库,发现有数个ndf文件大小变为0KB。 虽然NDF文件大小变为0KB,但是NDF文件在磁盘上还可能存在。可以尝试通过扫描&拼接数据库碎片来恢复NDF文件,然后修复数据库。
|
2月前
|
SQL 关系型数据库 MySQL
创建包含MySQL和SQLServer数据库所有字段类型的表的方法
创建一个既包含MySQL又包含SQL Server所有字段类型的表是一个复杂的任务,需要仔细地比较和转换数据类型。通过上述方法,可以在两个数据库系统之间建立起相互兼容的数据结构,为数据迁移和同步提供便利。这一过程不仅要考虑数据类型的直接对应,还要注意特定数据类型在不同系统中的表现差异,确保数据的一致性和完整性。
30 4