Docker如何部署SQL Server 2017 Always On集群

更新时间：2024年07月31日 10:45:42 作者：weixin_43053507

这篇文章主要介绍了Docker如何部署SQL Server 2017 Always On集群问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教

Docker部署SQL Server 2017 Always On集群

1.Docker部署Always on集群

SQL Server在2016年开始支持Linux。随着2017和2019版本的发布，它开始支持Linux和容器平台上的HA/DR、Kubernetes和大数据集群解决方案。

在本文中，我们将在3个机器的Docker容器上安装SQL Server 2017，并创建AlwaysOn可用性组。

2.前提工作

注意: 所有机器操作

2.1安装Docker

安装Docker就不介绍了，自行安装即可.

2.2配置时间同步

crontab -e #增加
* * * * *  /usr/sbin/ntpdate time.windows.com && /usr/sbin/hwclock -w >/dev/null 2>&1

3.架构

主机名	IP	端口	角色
sql01	192.168.1.30	1433:14335022:5022	主
sql02	192.168.1.31	1433:14335022:5022	副本
sql03	192.168.1.32	1433:14335022:5022	副本

端口表示：外网端口：内网端口

4.准备相关容器镜像

注意: 所有机器操作

拉取数据库的Docker镜像，如下

4.1SQL Server 2017

docker pull mcr.microsoft.com/mssql/server:2017-latest

可通过docker images来查看已下载的镜像信息。

镜像地址：https://hub.docker.com/_/microsoft-mssql-server

5.开始配置-容器

环境准备完毕后，开始正式的配置安装。

5.1创建Dockerfile

注意: 所有机器操作

创建目录用于存放dockerfile、docker-compose.yml等文件。

vi dockerfile

dockerfile内容如下

FROM mcr.microsoft.com/mssql/server:2017-latest
 
RUN /opt/mssql/bin/mssql-conf set hadr.hadrenabled  1
RUN /opt/mssql/bin/mssql-conf set sqlagent.enabled true

说明：

FROM:表示基于什么镜像进行安装的
RUN:在镜像中进行的操作

5.2编译镜像

注意: 所有机器操作

通过dockerfile来编译镜像，用于后面的安装，命令：

docker build -t mcr.microsoft.com/mssql/server:2017-ty .

其中mcr.microsoft.com/mssql/server为镜像名称，2017-ty是镜像标签，.表示在当前目录下编译，因为dockerfile就在当前目录下。

最后出现Successfully表示编译成功，否则根据错误信息进行解决。

5.3创建master容器

在sql01执行:

docker run --name sql01 \
--hostname sql01 \
-p 1433:1433 \
-p 5022:5022 \
-e 'ACCEPT_EULA=Y' \
-e 'SA_PASSWORD=P@ssw0rd02' \
-e "MSSQL_AGENT_ENABLED=True" \
-e "MSSQL_PID=Developer" \
-d mcr.microsoft.com/mssql/server:2017-ty

5.4创建slave容器

在sql02执行:

docker run --name sql02 \
--hostname sql02 \
-p 1433:1433 \
-p 5022:5022 \
-e 'ACCEPT_EULA=Y' \
-e 'SA_PASSWORD=P@ssw0rd02' \
-e "MSSQL_AGENT_ENABLED=True" \
-e "MSSQL_PID=Developer" \
-d mcr.microsoft.com/mssql/server:2017-ty

在sql03执行:

docker run --name sql03 \
--hostname sql03 \
-p 1433:1433 \
-p 5022:5022 \
-e 'ACCEPT_EULA=Y' \
-e 'SA_PASSWORD=P@ssw0rd02' \
-e "MSSQL_AGENT_ENABLED=True" \
-e "MSSQL_PID=Developer" \
-d mcr.microsoft.com/mssql/server:2017-ty

至此容器已经启动完成，下面通过SSMS连接数据库进行相关检查和配置ALWAYSON。

5.5SSMS连接MSSQL

通过宿主机的外网IP+端口连接相应的数据库，如下：

注意：IP和端口之间是逗号

可以看到数据库的图标也是Linux的图标。

6.配置-数据库

这部分就是在数据库中进行相关配置，如：创建KEY加密文件，管理用户、可用组等。

6.1连接主库-sql01

主库也就是节点1，端口是1433，连接方法如上图。

我们将证书和私钥提取到/tmp/dbm_certificate.cer和/tmp/dbm_certificate.pvk文件中。

我们将这些文件复制到其他节点，并根据以下文件创建主密钥和证书：执行以下脚本

USE master
GO
 
CREATE LOGIN dbm_login WITH PASSWORD = 'Test@13579';
CREATE USER dbm_user FOR LOGIN dbm_login;
GO
 
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'Test@13579';
go
CREATE CERTIFICATE dbm_certificate WITH SUBJECT = 'dbm';
BACKUP CERTIFICATE dbm_certificate
TO FILE = '/tmp/dbm_certificate.cer'
WITH PRIVATE KEY (
        FILE = '/tmp/dbm_certificate.pvk',
        ENCRYPTION BY PASSWORD = 'Test@13579'
    );
GO

将文件拷贝到其他两个节点：

#sql01操作
docker cp sql01:/tmp/dbm_certificate.cer ./
docker cp sql01:/tmp/dbm_certificate.pvk ./
scp dbm_certificate.* 192.168.1.31:/data/ty/
scp dbm_certificate.* 192.168.1.32:/data/ty/
#sql02操作
docker cp dbm_certificate.cer sql02:/tmp/
docker cp dbm_certificate.pvk sql02:/tmp/
#sql03操作
docker cp dbm_certificate.cer sql03:/tmp/
docker cp dbm_certificate.pvk sql03:/tmp/

6.2连接从库-sql02和sql03

两个从库的端口分别是：1502和1503.然后重复主库执行的操作，如下：

CREATE LOGIN dbm_login WITH PASSWORD = 'Test@13579';
CREATE USER dbm_user FOR LOGIN dbm_login;
GO
 
CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'Test@13579';
GO
CREATE CERTIFICATE dbm_certificate   
    AUTHORIZATION dbm_user
    FROM FILE = '/tmp/dbm_certificate.cer'
    WITH PRIVATE KEY (
    FILE = '/tmp/dbm_certificate.pvk',
    DECRYPTION BY PASSWORD = 'Test@13579'
);
GO

6.3所有节点

在所有节点上执行以下命令

CREATE ENDPOINT [Hadr_endpoint]
    AS TCP (LISTENER_IP = (0.0.0.0), LISTENER_PORT = 5022)
    FOR DATA_MIRRORING (
        ROLE = ALL,
        AUTHENTICATION = CERTIFICATE dbm_certificate,
        ENCRYPTION = REQUIRED ALGORITHM AES
        );
ALTER ENDPOINT [Hadr_endpoint] STATE = STARTED;
GRANT CONNECT ON ENDPOINT::[Hadr_endpoint] TO [dbm_login];
GO

启用开机自启动ALWAYON，在所有节点执行以下命令

ALTER EVENT SESSION  AlwaysOn_health ON SERVER WITH (STARTUP_STATE=ON);
GO

6.4创建高可用组

可以用SSMS工具和T-SQL两种方式，下面以T-SQL为例：

运行以下脚本在主节点中创建一个可用性组。请注意，选择CLUSTER_TYPE = NONE选项是因为它是在没有诸如Pacemaker或Windows Server故障转移群集之类的群集管理平台的情况下安装的。

如果要在Linux上安装AlwaysOn AG，则应为Pacemaker选择CLUSTER_TYPE = EXTERNAL：

CREATE AVAILABILITY GROUP [AG1]
        WITH (CLUSTER_TYPE = NONE)
        FOR REPLICA ON
        N'sql01'
            WITH (
            ENDPOINT_URL = N'tcp://192.168.1.30:5022',
            AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
                SEEDING_MODE = AUTOMATIC,
                FAILOVER_MODE = MANUAL,
            SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL)
                ),
        N'sql02'
            WITH (
            ENDPOINT_URL = N'tcp://192.168.1.31:5022',
            AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
                SEEDING_MODE = AUTOMATIC,
                FAILOVER_MODE = MANUAL,
            SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL)
                ),
        N'sql03'
            WITH (
            ENDPOINT_URL = N'tcp://192.168.1.32:5022',
            AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT,
                SEEDING_MODE = AUTOMATIC,
                FAILOVER_MODE = MANUAL,
            SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL)
                );
GO

在从库中执行以下命令，将从库加入到AG组中

ALTER AVAILABILITY GROUP [ag1] JOIN WITH (CLUSTER_TYPE = NONE);
ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;
GO

至此在Docker容器中安装SQL Server Alwayson集群已经完成了！

注意：当指定CLUSTER_TYPE = NONE创建可用组时，在执行故障转移时需执行以下命令

-- 将主角色转移到可用性组中的某个备份副本
ALTER AVAILABILITY GROUP [ag1] FORCE_FAILOVER_ALLOW_DATA_LOSS;
-- 尝试进行优雅的故障转移，如果不能完成，则允许丢失数据
-- ALTER AVAILABILITY GROUP [ag1] FAILOVER;

6.5测试

在主库上创建一个数据库，并加入到可用组AG中。

--创建数据库
CREATE DATABASE agtestdb;
GO
ALTER DATABASE agtestdb SET RECOVERY FULL;
GO
BACKUP DATABASE agtestdb TO DISK = '/var/opt/mssql/data/agtestdb.bak';
GO
ALTER AVAILABILITY GROUP [ag1] ADD DATABASE [agtestdb];
GO
-- 创建表
use agtestdb
CREATE TABLE ExampleTable (
    ID INT PRIMARY KEY,
    Name NVARCHAR(50),
    Description NVARCHAR(100)
);

-- 插入数据
DECLARE @counter INT = 1;
WHILE @counter <= 100
BEGIN
    INSERT INTO ExampleTable (ID, Name, Description)
    VALUES (@counter, 'Name ' + CAST(@counter AS NVARCHAR(10)), 'Description for ' + CAST(@counter AS NVARCHAR(10)));
    SET @counter = @counter + 1;
END;
GO

通过SSMS查看同步状态是否正常.

6.6监控 AG 状态

通过以下这些视图可以监控 AG 中各个部分的状态。

group的监控

select * from sys.availability_groups; select * from sys.availability_groups_cluster; select * from sys.dm_hadr_availability_group_states;

replica 的监控

select * from sys.availability_replicas; select * from sys.dm_hadr_availability_replica_states; select * from sys.dm_hadr_availability_replica_cluster_nodes; select * from sys.dm_hadr_availability_replica_cluster_states;

在 AG 中的 database 的监控

select * from sys.availability_databases_cluster; select * from sys.dm_hadr_database_replica_states; select * from sys.dm_hadr_database_replica_cluster_states; select name,database_id,replica_id,group_database_id from sys.databases;

6.7故障转移读取缩放AG上的主要副本

每个可用性组仅有一个主要副本。主要副本允许读取和写入操作。若要更改哪个副本为主要副本，可进行故障转移。在典型的可用性组中，群集管理器自动执行故障转移过程。在群集类型为 NONE 的可用性组中，需手动执行故障转移过程。

在群集类型为 NONE 的可用性组中，有两种对主要副本进行故障转移的方法：

手动故障转移（无数据丢失）
强制手动故障转移（会丢失数据）

手动故障转移（无数据丢失）

主要副本可用时使用此方法，但你需要暂时或永久更改托管主要副本的实例。若要避免潜在的数据丢失，发出手动故障转移前，确保目标次要副本为最新版本。

手动故障转移（无数据丢失）：

1.将当前的主要副本和目标次要副本设置为 SYNCHRONOUS_COMMIT。

ALTER AVAILABILITY GROUP [AGRScale] 
 MODIFY REPLICA ON N'<node2>'
 WITH (AVAILABILITY_MODE = SYNCHRONOUS_COMMIT);

2.若要确定已将活动事务提交到主要副本和至少一个同步次要副本，请运行以下查询：

SELECT ag.name, 
 drs.database_id, 
 drs.group_id, 
 drs.replica_id, 
 drs.synchronization_state_desc, 
 ag.sequence_number
FROM sys.dm_hadr_database_replica_states drs, sys.availability_groups
ag
WHERE drs.group_id = ag.group_id;

当 synchronization_state_desc 为 SYNCHRONIZED 时，会同步次要副本。

3.将 REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 更新为 1。以下脚本在名为 ag1 的可用性组上将REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT 设置为 1。运行以下脚本前，将ag1 替换为可用性组的名称：

ALTER AVAILABILITY GROUP [AGRScale] 
 SET (REQUIRED_SYNCHRONIZED_SECONDARIES_TO_COMMIT = 1);

此设置可确保将每个活动事务提交到主要副本和至少一个同步次要副本。

备注

此设置并非特定于故障转移，应根据环境要求进行设置。

4.将主要副本和不参与故障转移的次要副本设置为脱机，以便为角色更改做好准备：

ALTER AVAILABILITY GROUP [AGRScale] OFFLINE

5.将目标次要副本升级为主要副本。

ALTER AVAILABILITY GROUP AGRScale FORCE_FAILOVER_ALLOW_DATA_LOSS;

6.将旧的主要和其他次要副本的角色更新为 SECONDARY，在托管旧的主要副本的 SQL Server 实例上运行以下命令：

ALTER AVAILABILITY GROUP [AGRScale] 
 SET (ROLE = SECONDARY);

备注

若要删除可用性组，请使用删除可用性组。对于使用群集类型为 NONE 或EXTERNAL 创建的可用性组，请对可用性组的所有副本执行该命令。

7.恢复数据移动，为托管主要副本的 SQL Server(主要和次要副本) 实例上的可用性组中的每个数据库运行以下命令：

ALTER DATABASE [db1]
 SET HADR RESUME

8.重新创建出于读取缩放目的创建且不受群集管理器管理的所有侦听器。如果原始侦听器指向旧的主要副本，请将其删除，然后将其重新创建为指向新的主要副本。

强制手动故障转移（会丢失数据）

如果主要副本不可用且无法立即恢复，则需要强制执行向次要副本的故障转移（存在数据丢失）。但是，如果原始主要副本在故障转移后恢复，它将承担主要角色。若要避免每个副本处于不同的状态，在存在数据丢失的情况下进行强制故障转移后，从可用性组中删除原始主要副本。原始主要副本重新联机后，从该副本完全删除该可用性组。

若要强制执行从主要副本 N1 到次要副本 N2 的手动故障转移（存在数据丢失），请执行以下步骤：

1.在次要副本 (N2) 上，启动强制故障转移：

ALTER AVAILABILITY GROUP [AGRScale] FORCE_FAILOVER_ALLOW_DATA_LOSS;

2.在新的主要副本 (N2) 上，删除原始主要副本 (N1)：

ALTER AVAILABILITY GROUP [AGRScale]
REMOVE REPLICA ON N'N1';

3.验证所有的应用程序流量均指向侦听器和/或新的主要副本。
4.如果原始主要副本 (N1) 进入联机状态，则立即在原始主要副本 (N1) 上使可用性组AGRScale 脱机：

ALTER AVAILABILITY GROUP [AGRScale] OFFLINE

5.如果存在数据或未同步的更改，则通过备份或其他可满足业务需求的数据复制选项来保存这些数据。
6.接下来，从原始主要副本 (N1) 中删除可用性组：

DROP AVAILABILITY GROUP [AGRScale];

7.删除原始主要副本 (N1) 上的可用性组数据库：

USE [master]
GO
DROP DATABASE [AGDBRScale]
GO

8.（可选）如果需要，现可将 N1 作为新的次要副本添加回可用性组 AGRScale 中。

在主库中执行以下命令，将从库加入到AG组中

use master
ALTER AVAILABILITY GROUP AG1 ADD REPLICA ON 'sql01'   
   WITH (  
         ENDPOINT_URL = 'TCP://192.168.30:5022',  
         AVAILABILITY_MODE = ASYNCHRONOUS_COMMIT, 
         SEEDING_MODE = AUTOMATIC,		 
         FAILOVER_MODE = MANUAL,
         SECONDARY_ROLE (ALLOW_CONNECTIONS = ALL)
         );
GO

在从库中执行以下命令，将从库加入到AG组中

ALTER AVAILABILITY GROUP [ag1] JOIN WITH (CLUSTER_TYPE = NONE);
ALTER AVAILABILITY GROUP [ag1] GRANT CREATE ANY DATABASE;
GO

7.参考连接

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。

您可能感兴趣的文章:

docker+ddns实现动态域名的示例代码
本文主要介绍了Docker使用ddns-go实现动态域名,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
2024-11-11
Docker Desktop启用Kubernetes 1.25 的过程记录
这篇文章主要介绍了Docker Desktop启用Kubernetes 1.25 的过程记录,安装 Docker 之前需要你在 BIOS 中开启虚拟化，同时基于你的宿主程序的选择，你还需要执行相关的操作，需要的朋友可以参考下
2022-10-10
清理docker在var目录下的大量空间占用问题
这篇文章主要介绍了如何清理docker在var目录下的大量空间占用,本文给大家介绍的非常详细，对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下
2023-06-06
Docker容器中的Postgresql备份脚本异常解决
本文基于K8S中Docker容器对postgres数据库进行备份的操作,但是提示报错,报错信息为kubectl command not found,本文就来介绍一下报错信息的分析及其解决办法,感兴趣的可以了解一下
2023-08-08
docker pull mysql报missing signature key错误解决办法
这篇文章主要给大家介绍了关于docker pull mysql报missing signature key错误的解决办法,docker pull mysql命令用于从Docker Hub下载MySQL镜像,需要的朋友可以参考下
2023-11-11
Docker镜像之不同服务器间迁移方法大全
最近工作中遇到了个需求,要将Docker容器迁移到另外一台服务器上,所以下面这篇文章主要给大家介绍了关于Docker镜像之不同服务器间迁移方法的相关资料,需要的朋友可以参考下
2023-06-06
详解Docker如何启动一个Centos镜像
本篇文章主要介绍了详解Docker如何启动一个Centos镜像，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
2017-05-05
查找Docker容器IP地址的四种方法
在使用 Docker 管理和部署应用程序时,了解容器的 IP 地址是非常重要的,每个 Docker 容器都有其自己的 IP 地址,本文将介绍几种常用的方法,帮助您轻松查找 Docker 容器的 IP 地址,需要的朋友可以参考下
2024-07-07
docker在linux上的安装部署实例讲解
这篇文章主要介绍了docker在linux上的安装部署实例讲解，步骤讲解的很清晰，有需要同学可以学习下
2021-03-03
详解使用docker 1.12 搭建多主机docker swarm集群
本篇文章主要介绍了使用docker 1.12 搭建多主机docker swarm集群，具有一定的参考价值，感兴趣的小伙伴们可以参考一下
2017-07-07