Docker部署SQL Server 2017 Always On集群

已于 2024-03-26 09:51:16 修改
阅读量1.5k 收藏 41
点赞数 44
文章标签： mssql docker 分布式
于 2024-03-26 09:39:21 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43053507/article/details/137034818
版权

文章目录

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端口角色
sql01192.168.1.301433:1433
5022:5022		主
sql02192.168.1.311433:1433
5022:5022		副本
sql03192.168.1.321433:1433
5022: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);
  1. 若要确定已将活动事务提交到主要副本和至少一个同步次要副本，请运行以下查询：
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 时，会同步次要副本。

  1. 将 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);

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

备注

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

  1. 将主要副本和不参与故障转移的次要副本设置为脱机，以便为角色更改做好准备：
ALTER AVAILABILITY GROUP [AGRScale] OFFLINE
  1. 将目标次要副本升级为主要副本。
ALTER AVAILABILITY GROUP AGRScale FORCE_FAILOVER_ALLOW_DATA_LOSS;
  1. 将旧的主要和其他次要副本的角色更新为 SECONDARY，在托管旧的主要副本的 SQL Server 实例上运行以下命令：
ALTER AVAILABILITY GROUP [AGRScale] 
 SET (ROLE = SECONDARY);

备注

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

  1. 恢复数据移动，为托管主要副本的 SQL Server(主要和次要副本) 实例上的可用性组中的每个数据库运行以下命令：
ALTER DATABASE [db1]
 SET HADR RESUME
  1. 重新创建出于读取缩放目的创建且不受群集管理器管理的所有侦听器。 如果原始侦听器指向旧的主要副本，请将其删除，然后将其重新创建为指向新的主要副本。

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

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

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

  1. 在次要副本 (N2) 上，启动强制故障转移：
ALTER AVAILABILITY GROUP [AGRScale] FORCE_FAILOVER_ALLOW_DATA_LOSS;
  1. 在新的主要副本 (N2) 上，删除原始主要副本 (N1)：
ALTER AVAILABILITY GROUP [AGRScale]
REMOVE REPLICA ON N'N1';

  1. 验证所有的应用程序流量均指向侦听器和/或新的主要副本。

  2. 如果原始主要副本 (N1) 进入联机状态，则立即在原始主要副本 (N1) 上使可用性组AGRScale 脱机：

ALTER AVAILABILITY GROUP [AGRScale] OFFLINE

  1. 如果存在数据或未同步的更改，则通过备份或其他可满足业务需求的数据复制选项来保存这些数据。

  2. 接下来，从原始主要副本 (N1) 中删除可用性组：

DROP AVAILABILITY GROUP [AGRScale];
  1. 删除原始主要副本 (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.参考连接

  1. https://docs.microsoft.com/en-us/sql/linux/quickstart-install-connect-docker?view=sql-server-ver15
  2. https://docs.microsoft.com/en-us/sql/linux/quickstart-install-connect-ubuntu?view=sql-server-ver15
  3. https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-create-availability-group?view=sql-server-ver15
  4. https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-configure-mssql-conf?view=sql-server-ver15
  5. https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-configure-environment-variables?view=sql-server-ver15
  6. https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-availability-group-cluster-ubuntu?view=sql-server-linux-ver15
  7. https://docs.docker.com/engine/install/ubuntu/
  8. https://docs.docker.com/compose/
weixin_43053507
关注
  • 44
    点赞
  • 踩
  • 41
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Centos7.6使用docker-compose一键部署sqlserver2017工具
05-06
部署工具实现如下功能： 1、自定义容器名称 2、自定义TCP连接端口 3、自定义sa用户密码 4、自定义数据存储目录 5、自定义数据备份目录 6、手动备份：一键脚本备份数据库数据 7、手动恢复：一键脚本恢复数据库数据 8...
Docker部署SQL Server 2019 Always On集群
Expec-乐的博客
07-01 6089
Docker部署Always on集群 SQL Server在2016年开始支持Linux。随着2017和2019版本的发布，它开始支持Linux和容器平台上的HA/DR、Kubernetes和大数据集群解决方案。 在本文中，我们将在3个节点的Docker容器上安装SQL Server 2019，并创建AlwaysOn可用性组。 我们的目标是使用单个配置文件快速准备好环境。因此，开发人员或测试团队可以快速执行诸如兼容性、连通性、代码功能等测试。 在本节中，我们将首先准备一个基于Ubuntu的映像，以便能够在
Docker部署SQL Server 2017 Always On集群，终获offer
2301_79054873的博客
04-09 809
如果主要副本不可用且无法立即恢复，则需要强制执行向次要副本的故障转移（存在数据丢失）。但是，如果原始主要副本在故障转移后恢复，它将承担主要角色。若要避免每个副本处于不同的状态，在存在数据丢失的情况下进行强制故障转移后，从可用性组中删除原始主要副本。若要更改哪个副本为主要副本，可进行故障转移。若要避免潜在的数据丢失，发出手动故障转移前，确保目标次要副本为最新版本。对于使用群集类型为 NONE 或EXTERNAL 创建的可用性组，请对可用性组的所有副本执行该命令。创建可用组时，在执行故障转移时需执行以下命令。
windows10 Sqlserver数据库安装教程(2017版)
最新发布
qq_75052336的博客
06-25 491
数据库安装以及删除
docker安装sqlserver2017
qq_38228673的博客
04-17 1220
m 2000M --memory 2000M：设置容器内存大小，单位可以是B,K,M,G，最小为4M（sqlserver最小需要2000M）-p [宿主机端口]:[容器端口] : 将宿主机端口（第一个参数）映射到容器端口（第二个参数）上，宿主机端口可以是任意端口。/opt/mssql-tools/bin/sqlcmd -S localhost -U SA -P "密码"--network [自定义网络模式] --ip [指定的固定IP地址]：设置容器固定IP。-d [镜像名称/id]：对应的镜像。
Sql Server 2017主从配置之：AlwaysOn高可用
不积跬步无以至千里，不积小流无以成江海。一个喜欢学习分享的程序员
12-06 2367
AlwaysOn高可用功能，真正实现了数据库的灾备切换、高可用。 AlwaysOn通过Windows Server故障转移群集，部署高可用数据库组。 - 在故障转移群集基础上完成部署 - 读写分离，只读负载平衡 - 最多3个写入节点实现故障转移 - 最多3个数据实时同步节点
Docker安装SQL Server
西西工作室
04-03 712
本教程使用Navicat进行远程数据库链接测试，你可能会遇到远程连接失败问题，请检查服务器防火墙，或者安全组规则配置。SQL Server默认端口：1433。mcr.microsoft.com/mssql/server:2017-latest：镜像名称:标签。-e “SA_PASSWORD=qwe20211114.”:设置连接密码为qwe20211114.-p 1433:1433: 宿主机端口映射到容器端口（前者为宿主机）-e “ACCEPT_EULA=Y”：默认选择同意协议许可证。
通过DOCKER部署MSSQL集群
akaaron的博客
01-27 1079
通过DOCKER部署MSSQL集群 一、安装docker yum install -y docker 安装docker-compose yum install -y docker-compose 二、制作自己的MSSQL镜像 1.通过docker查找mssql镜像 docker search mssql 2.拉取mssql镜像 docker pull mcr.microsoft.com/mssql/server 3.准备dockerfile文件 FROM mcr.microsoft.com/mssq
使用docker按照sqlserver2017
a654540233的博客
06-09 125
docker按照sqlerver
使用Docker运行Microsoft SQL Server 2017的方法
01-11
最近每天都在空闲时间...启动Microsoft SQL Server 2017容器 下面是我目前WeText案例中用于搭建基础结构服务的docker-compose.yml文件（该文件将来还会变动，最新版本请参阅Github）： version: 3 services: mongodb
docker化部署sqlserver
01-15
在ubuntu20.04上部署docker化的sql server2022
使用Docker运行SQL Server的实现
01-09
跟.net经常配套使用的SQL SERVER以前一直是windows only，但是从SQL Server 2017开始已经支持运行在docker上，也就说现在SQL Serer已经可以运行在linux下了。 下面在Ubuntu 16.4上演示安装并使用SQL Server 2019-CTP...
Docker 部署SQL Server 2017
CoderYang
01-12 682
想必大家都会安装各种平台上面搭建SqlServer2017，那么你们有没有试过在Docker中安装使用呢？ 参数 说明 -e “ACCEPT_EULA=Y” 将 ACCEPT_EULA 变量设置为任意值，以确认接受最终用户许可协议。 SQL Server 映像的必需设置。 -e "SA_PASSWORD = YourStrong@Passw0rd > " 指定至少包含 8 个字符且符合SQL Server 密码要求的强密码。 SQ...
Docker部署SQL Server 2017 Always On集群，干货分享
m0_61549591的博客
04-07 781
存中…(img-4g6mmu2S-1712488949325)][外链图片转存中…(img-IWxpMCQH-1712488949325)]
通过Docker在Linux平台部署SqlServer2019
weixin_45075783的博客
12-12 137
在linux平台用docker部署mssql
docker安装 sqlserver2017 或者 2008
qq_44605317的博客
06-02 2375
docker exec -it 容器id或者容器名称 /bin/bash。服务器的运行内存必须大于2GB。
docker运行sqlserver2017-linux
识途老码
11-11 1749
拉取并启动容器 docker run -dti --name sql-server -e 'ACCEPT_EULA=Y' -e 'MSSQL_SA_PASSWORD=saLqf@123456' -p 1433:1433 --restart=always microsoft/mssql-server-linux:2017-latest 如果容器隔两秒就退出,要么就是服务器配置的内存低于2G,要么就是密码太弱不允许启动容器. 具体查看日志. ...
docker安装sqlserver数据库
weixin_48387686的博客
12-06 177
拉取SQL Server镜像#创建SQL Server数据目录#创建一个名为sqlserver的容器，并将主机上的/data/sqlserver/sqlserver2017目录映射到容器内的/var/opt/mssql目录。此外，还将容器内的1433端口映射到主机的1433端口上。设置密码123456#Chen。
docker 安装SQL Server2017使用navicat连接sqlserver
菜鸡的博客
05-11 600
docker 安装SQL Server2017使用navicat连接sqlserver
docker启动sqlserver2017
10-02
要在Docker中启动SQL Server 2017，您需要按照以下步骤进行操作： 1. 首先，确保您已经安装了Docker，可以在Docker官方网站上下载并安装。 2. 打开终端或命令提示符，并运行以下命令来拉取SQL Server 2017的Docker镜像： ``` docker pull mcr.microsoft.com/mssql/server:2017-latest ``` 3. 下载完成后，运行以下命令来启动SQL Server容器： ``` docker run -e 'ACCEPT_EULA=Y' -e 'SA_PASSWORD=YourPassword123' -p 1433:1433 --name sql-server-container -d mcr.microsoft.com/mssql/server:2017-latest ``` 其中，将"YourPassword123"替换为您自己的密码。此命令会创建并启动一个名为"sql-server-container"的容器，并将主机上的1433端口映射到容器内的1433端口。 4. 等待片刻，直到容器成功启动。您可以使用以下命令来检查容器状态： ``` docker ps -a ``` 如果容器状态为"Up"，则表示启动成功。 5. 现在，您可以使用任何支持连接SQL Server的工具来连接到刚刚启动的容器。例如，您可以使用SQL Server Management Studio (SSMS)或Azure Data Studio。在连接时，使用IP地址为"localhost"和端口号为1433的服务器进行连接，并使用之前设置的SA账号和密码进行身份验证。 6. 连接成功后，您可以创建数据库、执行查询等SQL Server操作了。 这些是在Docker中启动SQL Server 2017的基本步骤。根据您的需要，您可以进一步调整和配置容器的网络设置、存储设置等。请参考Docker和SQL Server文档以获取更多详细信息。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值