SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含18889字,纯文字阅读大概需要27分钟。
内容图文
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group](/upload/InfoBanner/zyjiaocheng/495/a09a99e5c73e4166bcbf531f487a5919.jpg)
- Windows Server AD域
- DNS基础设施
- DHCP(如需)
- Windows Server Failover Cluster(WSFC)
- WSFC上的节点
为什么使用AlwaysOn可用组?
在过去,通常会使用SQL Server FCI来实现SQL Server的高可用,这个要么基于Microsoft Cluster Services(Windows 2003)或WSFC(Windows 2008/2012)作为基础。在群集中使用下面功能使得服务器在硬件故障时能够完整迁移:- 多网卡及TCP/IP网络用于网络冗余。
- 新的多数节点集仲裁模型 (从 Windows server 2003 SP1 开始) 移除磁盘依赖项,并增加对多站点群集的支持。
- 使用多个计算机节点以抵消核心节点硬件故障(如主板等)。
什么是AlwaysOn可用组:
AlwaysOn可用组(下称AG)是将数据库的全部内容复制到一组预定义的SQL Server伙伴实例中,也称副本,用于备用或只读访问。这个功能通过创建一个包含最少两个副本和最少一个数据库的AlwaysOn可用组来实现。每个数据库仅能属于一个AG,但是副本之间可以有多个AG。每当创建一个新组并添加数据库时,会有一系列的预校验操作。如下图:(注意,某些图是作者原图,在后续部署过程中会使用本人实操的截图)![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125558374.jpg)
- 副本数量:SQL 2012中最大5个:1主4次要副本。SQL 2014中为1主8次要共9个副本。
- 同步复制的设置:最大3个,其他副本只能使用异步模式。
- 自动故障转移数量:最多2个,并且必须为同步模式。
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125558643.jpg)
行版本的影响:
当启用只读的次要副本时,行版本会自动开启并对每一样添加14byte的标识。实际上所有隔离级别都透明地映射到快照隔离级别从而避免重做线程阻塞。如果没有这个,那么报表负载将受重做线程干扰。 主副本的行版本数据的添加依赖于主库上的快照隔离级别或已提交读快照隔离级别的设置。组中的库如果使用了行版本控制,那么主副本上的也会有这方面的开销(也就是比如组中多个库只有一个库使用了行版本存储,那么整个副本都会受到影响)。 通过查询“sys.dm_db_index_physical_stats”这个DMV中的“max_record_size_in_bytes”列,就可以看到这样的开销。下表描述了基于磁盘的表(非SQL 2014引入的内存表)不同设置下,可读副本数据库的版本控制行为:可读辅助副本? | 启用了快照隔离或 RCSI 级别隔离? | 主数据库 | 辅助数据库 |
---|---|---|---|
否 | 否 | 无行版本或 14 个字节的系统开销 | 无行版本或 14 个字节的系统开销 |
否 | 是 | 行版本和 14 个字节的系统开销 | 无行版本但有 14 个字节的系统开销 |
是 | 否 | 无行版本但有 14 个字节的系统开销 | 行版本和 14 个字节的系统开销 |
是 | 是 | 行版本和 14 个字节的系统开销 | 行版本和 14 个字节的系统开销 |
缺少统计信息的影响:
任何可读次要副本数据库都会遇到缺少统计信息引起只读负载相关的问题。所有在主库上创建或更新的统计信息都会同步并驻留到次要数据库中。所有运行在次要数据库的负载会产生临时统计信息并存储在TempDB中。这样会使得TempDB有潜在压力。这也是对TempDB要细心监控的原因之一。更多的信息可以看官方文档:活动次要副本:可读次要副本(AlwaysOn 可用性组)优点:
尽管有所限制,AlwaysOn还是提供了一个新层次的高可用功能:- 没有共享存储:每个服务器\实例都使用本地存储,并且移除了共享存储的单点故障风险。
- AlwaysOn侦听器服务用于接受集中请求到HA数据库组。
- 多个可用可用数据库取代了传统的一主一备(往往是不可读)。
- 更合理的Failover功能。
- 在副本层面挂起数据移动。
- 支持多IP子网。
- 可以把备份负载分摊到次要数据库。
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125558946.jpg)
部署可用组:
下面先在前面提到的5个节点中都安装SQL Server,注意相同版本。在启用了AlwaysOn组之后,可以开始部署了。我们使用的是独立安装SQL Server。为了速度,这里使用命令行安装SQL Server。具体详见:从命令提示符安装 SQL Server 2014 加载完安装文件之后,在cmd命令中,切换当前盘符到安装文件所在的盘,本例是D盘。然后输入以下命令执行即可,注意要有足够的权限。安装之后需要检查一下是否合符条件,当然要是觉得麻烦也可以用图形化安装,只是交互操作略多。![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125559230.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125559511.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125559742.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125559889.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125600386.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125600581.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125600844.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125601153.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125601361.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125601594.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125601839.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125602222.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125602755.jpg)
是否要使用列出的端点? 英文:The Endpoints tab lists at least one endpoint that uses only Windows Authentication. However, the server instance might be running under a nondomain account. To use the listed endpoint, change the corresponding SQL Server service account to a domain account. To continue using the nondomain account, alter the endpoint to use a certificate. Do you want to use the listed endpoints? 对于这种警告,通常有两种方式:
- 最合理:各节点使用同一个域账号启动SQL Server,可以使用较低权限的域用户账号。
- 权宜之计:在有些情况下,账号并非随你操作,所以你可以使用类似语句授权:
- GRANT CONNECT ON endpoint::hadr_endpoint
- TO [domain\servername$]
GRANT CONNECT ON endpoint::hadr_endpoint TO [domain\servername$]如果没有端点,你还要手动创建: [sql] view plain copy print?
- CREATE ENDPOINT [Hadr_endpoint]
- STATE=STARTED
- AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL)
- FOR DATA_MIRRORING (ROLE = ALL
- , AUTHENTICATION = WINDOWS NEGOTIATE
- , ENCRYPTION = REQUIRED ALGORITHM AES)
CREATE ENDPOINT [Hadr_endpoint] STATE=STARTED AS TCP (LISTENER_PORT = 5022, LISTENER_IP = ALL) FOR DATA_MIRRORING (ROLE = ALL , AUTHENTICATION = WINDOWS NEGOTIATE , ENCRYPTION = REQUIRED ALGORITHM AES)但是基于很多原因,还是尽量使用相同的、有足够权限的域账号进行配置。关于这部分的内容可以查阅官方文档:可用性组侦听器和服务器主体名称 (SPN) 必须由域管理员在 Active Directory 中为每个可用性组侦听器名称配置服务器主体名称 (SPN),才能为到可用性组侦听器的客户端连接启用 Kerberos。 注册 SPN 时,必须使用托管可用性副本的服务器实例的服务帐户。 对于跨所有副本工作的 SPN,必须为承载可用性组的 WSFC 群集中的所有实例使用相同的服务帐户。 使用 Windows 命令行工具 setspn 配置 SPN。 例如,要为一组 SQL Server 实例上承载的名为
AG1listener.Adventure-Works.com
的可用性组配置 SPN,所有实例都应被配置为在域帐户 corp/svclogin2
下运行:
[plain] view plain copy print?
- setspn -A MSSQLSvc/AG1listener.Adventure-Works.com:1433 corp/svclogin2
setspn -A MSSQLSvc/AG1listener.Adventure-Works.com:1433 corp/svclogin2接下来是【备份首选项】,如下图:
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125603038.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125603305.jpg)
- FULL:完整,其字面解释如下图,这个选项要求完整和日志备份,并把备份还原到每个次要副本中。
- Join Only:仅联接,已经以【NORECOVERY】模式还原数据库,这个选项直接把库加入可用组中。
- Skip initial data synchronisation:跳过初始化数据同步,这个选项可以让你在完成向导之后还原数据库和把次要副本加入AlwaysON可用性组中。
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125603540.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125603814.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125604070.jpg)
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125604287.jpg)
- get-clusterresource -cluster "WindowsClusterName" | where-object{$_.ResourceType -ilike "SQL Server Availability Group"} | ft
get-clusterresource -cluster "WindowsClusterName" | where-object{$_.ResourceType -ilike "SQL Server Availability Group"} | ft注意替换上面的WindowsClusterName。 在完成之后,我们可以使用SSMS的界面进行手动故障转移,或者使用下面的脚本进行手动故障转移: [sql] view plain copy print?
- ALTER AVAILABILITY GROUP [YourAG] FAILOVER
ALTER AVAILABILITY GROUP [YourAG] FAILOVER
配置只读路由:
在创建完带有侦听器的AlwaysON可用性组之后,可以配置只读路由以便更好地管理只读请求。在把客户端的意向只读请求重定位之前,必须先创建一个侦听器。然后配置只读路由列表用于访问AlwaysON副本。在上面的部署过程中已经创建了侦听器,所以现在可以开始配置只读路由。下面的T-SQL代码是用于在本机中配置,第一个代码块配置了一个次要角色用于可能被用来做只读路由的各个副本之用。替换代码中红色部分,这些是SQL 实例名的路由URL,注意不是镜像端点URL或者侦听器URL:比如我本机环境改成: [sql] view plain copy print?ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE1\INST1‘
WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE1\INST1‘
WITH
(SECONDARY_ROLE (
READ_ONLY_ROUTING_URL
=
N‘TCP://stokecsclnode1.stokecs2.co.uk:58001‘
));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE2\INST1‘
WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE2\INST1‘
WITH
(SECONDARY_ROLE (
READ_ONLY_ROUTING_URL
=
N‘TCP://stokecsclnode2.stokecs2.co.uk:58001‘
));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE3\INST1‘
WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE3\INST1‘
WITH
(SECONDARY_ROLE (
READ_ONLY_ROUTING_URL
=
N‘TCP://stokecsclnode3.stokecs2.co.uk:58001‘
));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE1‘ WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE1‘ WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N‘TCP://CLUSTERNODE1.george.com:1433‘));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE2‘ WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE2‘ WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N‘TCP://CLUSTERNODE2.george.com:1433‘));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE3‘ WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE3‘ WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N‘TCP://CLUSTERNODE3.george.com:1433‘));
ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE1‘ WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY)); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE1‘ WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N‘TCP://CLUSTERNODE1.george.com:1433‘)); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE2‘ WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY)); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE2‘ WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N‘TCP://CLUSTERNODE2.george.com:1433‘)); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE3‘ WITH (SECONDARY_ROLE (ALLOW_CONNECTIONS = READ_ONLY)); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE3‘ WITH (SECONDARY_ROLE (READ_ONLY_ROUTING_URL = N‘TCP://CLUSTERNODE3.george.com:1433‘));下一步是指定在每个副本在作为主角色的时候路由首选项:
本机改成: [sql] view plain copy print?ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE1\INST1‘
WITH (PRIMARY_ROLE (
READ_ONLY_ROUTING_LIST
= (
‘STOKECSCLNODE3\INST1‘, ‘STOKECSCLNODE2\INST1‘, ‘STOKECSCLNODE1\INST1‘
)));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE2\INST1‘
WITH (PRIMARY_ROLE (
READ_ONLY_ROUTING_LIST
= (
‘STOKECSCLNODE3\INST1‘, ‘STOKECSCLNODE1\INST1‘, ‘STOKECSCLNODE2\INST1‘
)));
ALTER AVAILABILITY GROUP
[STOKEAG_1]
MODIFY REPLICA ON
N‘STOKECSCLNODE3\INST1‘
WITH (PRIMARY_ROLE (
READ_ONLY_ROUTING_LIST
= (
‘STOKECSCLNODE2\INST1‘, ‘STOKECSCLNODE1\INST1‘, ‘STOKECSCLNODE3\INST1‘
)));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE1‘ WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (‘CLUSTERNODE3‘, ‘CLUSTERNODE2‘, ‘CLUSTERNODE1‘)));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE2‘ WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (‘CLUSTERNODE3‘, ‘CLUSTERNODE1‘, ‘CLUSTERNODE2‘)));
- ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON
- N‘CLUSTERNODE3‘ WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (‘CLUSTERNODE2‘, ‘CLUSTERNODE1‘, ‘CLUSTERNODE3‘)));
ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE1‘ WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (‘CLUSTERNODE3‘, ‘CLUSTERNODE2‘, ‘CLUSTERNODE1‘))); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE2‘ WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (‘CLUSTERNODE3‘, ‘CLUSTERNODE1‘, ‘CLUSTERNODE2‘))); ALTER AVAILABILITY GROUP GeorgeAG MODIFY REPLICA ON N‘CLUSTERNODE3‘ WITH (PRIMARY_ROLE (READ_ONLY_ROUTING_LIST = (‘CLUSTERNODE2‘, ‘CLUSTERNODE1‘, ‘CLUSTERNODE3‘)));最后一段代码配置每个指定的副本的主角色,包括你想分摊负载到read intent所需要连接的副本。通常需要配置所有的副本,但是也并不是强制的。如果指定了所有副本,理想情况下主副本应该作为路由列表的最后一个连接。术语“READ_ONLY_ROUTING_LIST”是从左到右枚举,优先级也是从左到右。 现在只读路由列表已经配置完成,可以通过侦听器测试。主副本是节点1,然后使用一个SQLCMD并带有意向只读去查询,可以看到当前实例名是节点三。
![SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group - 文章图片](/upload/getfiles/0001/2021/4/25/20210425125604548.jpg)
挂起数据移动:
这个功能需求是非常常见的,AlwaysON组提供在主次副本层面上对加入AlwaysON数据库进行数据移动挂起功能。在某些场景下会自动触发这 种挂起。如果在AlwaysON环境下,主副本发生故障同时又没有可用的“自动转移”的次要副本,那么次要副本会进入“Resolving(正在解析)”状态,这时候就要使用手动或者强制故障转移到一个异步同步副本中。当执行强制转移时,数据移动就会自动变成挂起,这时候要重新连接到新的异步主副本的数据库。这个在接下来的测试环节会看到。 注意:当一个异步副本被强制作为主副本时,事务会发送到新的次要异步副本。 在主副本和次要副本之间挂起数据移动会停止数据同步。但是主副本的数据库依旧联机和可用。此时繁忙数据库中的事务日志的增长就会成为隐患,所以在这种情况下要小心,哪怕配置合理。 在次要副本的数据移动挂起会使得其上面的数据库状态变成“未同步(Not Synchronising)”,并且次要数据库会变成不可用。当恢复数据移动以后在主副本的积压的日志会继续同步到次要数据库并使得次要数据库恢复可用。 小心另外一个引起数据移动挂起的情况,当可用性组从SQL 2012的副本中转移到一个高版本的副本,比如2014上时,和其他SQL Server高可用技术一样,这种过程是不可逆的。不过这种方式可以用于数据库从低版本迁移到高版本的情景。测试故障转移场景和观察结果:
下面来测试一下我们的环境是否可用。一方面是测试搭建有没有问题,另外一方面也 本文系统来源:http://www.cnblogs.com/firstdream/p/7899330.html内容总结
以上是互联网集市为您收集整理的SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group全部内容,希望文章能够帮你解决SQL Server AlwaysON从入门到进阶(6)——分析和部署AlwaysOn Availability Group所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。