前言：
SQL Server 已经支持Linux 有很长一段时间了，包括传统群集、高可用性组等，今天测试SQL 2019在Linux 下的高可用组配置。
预计步骤：
环境：
节点三台。
一、安装操作系统 【略】
版本：CentOS Linux release 7.2.1511 (Core) 最小化安装
二、配置本地解析，如果有DNS忽略 【略】
配置主机HOSTNAME，更改HOSTS文件，确保访问正常。
三、配置SSH 证书登录
生成密钥
ssh-keygen -t rsa
将/root/.ssh/id_rsa.pub内容复制到 /root/.ssh/ssh-keygen -t rsa 【每节点】
配置SSH 允许证书登录，自己测试一把。
四、安装SQL 【每节点】
测试环境建议关闭防火墙、SELINUX
下载SQL REPO包
wget https://packages.microsoft.com/config/rhel/7/mssql-server-2019.repo
安装：
yum install -y mssql-server
初始化SQL
选择版本，配置SA密码
6是企业版，看清楚。
查看运行状态：
systemctl status mssql-server
安装SQL命令行工具：
下载REPO
wget https://packages.microsoft.com/config/rhel/7/prod.repo
安装
yum install -y mssql-tools unixODBC-devel
yum安装到/opt/mssql-tool下，如果想省事，自己添加环境变量，否则使用命令行请到此路径bin/目录下执行sqlcmd
本地连接SQL
sqlcmd -S localhost -U SA -P '<YourPassword>'
如果出现 1> 说明成功。
三、配置高可用组
可以参考官方链接：
https://docs.microsoft.com/zh-cn/sql/linux/sql-server-linux-create-availability-group?view=sql-server-ver15
这里直说步骤，具体的可参考官方链接。
/opt/mssql/bin/mssql-conf set hadr.hadrenabled 1 # 所有节点执行，开启可用性组功能
重启所有节点mssql
systemctl restart mssql-server
创建可用性组终结点和证书 【具体操作忽略，每节点】
将所有节点的证书彼此复制到所有节点，并更改文件属主 mssql 【具体操作忽略，每节点】
在所有节点创建与其他节点管理的实例级登录名和用户 【具体操作忽略，每节点】
将节点用户与证书关联 【具体操作忽略，每节点】
完成以上就可以通过SSMS创建可用性组了
首先需要创建一个数据库，并对数据库做全备。
这里有个坑，注意下图，默认有DOMAIN，如果你没有FQDN，那么该是什么就写什么，多余的删除，否则会失败。
此步骤成功后，那么SQL 可用性组已经创建完了，节点的SQL复制是没有问题的，但是无法切换。
需要Pacemake做底层Failover.
为 Pacemaker 创建 SQL Server 登录和权限，所有节点执行 【具体操作忽略，每节点】
四、安装 Pacemaker
yum install pacemaker pcs fence-agents-all resource-agents -y
创建 Pacemake使用的账号密码
passwd hacluster
配置启动
systemctl enable pcsd
systemctl enable pacemaker.service
systemctl enable corosync.service
启动服务
systemctl start pcsd
查看运行状态
systemctl status pcsd
为群集节点授权
pcs cluster auth sqlag01 sqlag02 sqlag03 -u hacluster
pcs cluster setup --name sqlcluster sqlag01 sqlag02 sqlag03 #sqlcluster 为群集名称
启动Packemaker Cluster
pcs cluster start --all enable
检查Pacemaker Cluster群集状态
pcs status --full
安装 SQL Server HA 和 SQL Server 代理包
yum install mssql-server-ha
systemctl restart mssql-serve
编辑文件 【所有节点】
/var/opt/mssql/secrets/passwd 增加以下两行内容：
PMLogin
强密码
说明：
PMLogin 为前面创建的：为 Pacemaker 创建 SQL Server 登录和权限
记得对可用性组授权。
完成后：在集群中创建资源及关联资源
在 Pacemaker 群集中创建可用性组资源（仅限外部类型）
资源组：AG本身及IP地址
1.1 创建可用性资源组：
sudo pcs resource create <NameForAGResource> ocf:mssql:ag ag_name=<AGName> meta failure-timeout=30s --master meta notify=true
示例：
sudo pcs resource create ag_cluster ocf:mssql:ag ag_name=ag1 meta failure-timeout=60s master notify=true
<NameForAGResource> 资源组唯一的名称
<AGName> SQL中可用性组的名称
1.2 创建侦听器IP地址资源
pcs resource create <NameForIPResource> ocf:heartbeat:IPaddr2 ip=<IPAddress> cidr_netmask=<Netmask>
示例：
sudo pcs resource create virtualip ocf:heartbeat:IPaddr2 ip=10.128.16.240
1.3 要确保 IP 地址和 AG 资源在同一节点上运行，必须配置并置约束
sudo pcs constraint colocation add <NameForIPResource> <NameForAGResource>-master INFINITY with-rsc-role=Master #没有空格，连在一起的
示例：
sudo pcs constraint colocation add virtualip ag_cluster-master INFINITY with-rsc-role=Master
说明：IP地址资源名称：virtualip AG资源名称：ag_cluster-master
删除：
pcs constraint colocation remove virtualip ag_cluster-master
1.4 创建排序约束以确保 AG 资源在 IP 地址之前启动并运行。 虽然并置约束意味着排序约束，但这将强制执行它
sudo pcs constraint order promote <NameForAGResource>-master then start <NameForIPResource>
示例：
sudo pcs constraint order promote ag_cluster-master then start virtualip
删除：
pcs constraint order remove virtualip ag_cluster-master
可能的问题：
群集AG资源无法启动，关联后连群集IP地址都无法启动
解决办法：
1、尝试手动故障转移
pcs resource move ag_cluster-master sqlag03 --master
2、如果失败，尝试在SQL中删除AG组，重新创建
在这个过程中需要观察群集资源状态。
以下状态正常：
经过测试手动，自动故障转移均OK.