低成本高可用方案！Linux系统下SQL Server数据库镜像配置全流程详解

桦仔2025-01-22 8:28

低成本高可用方案！Linux系统下SQL Server数据库镜像配置全流程详解

背景

最近遇到一个客户需求，客户的生产环境有大量的SQL Server数据库（大概180套），客户的诉求是需要把生产环境的Windows系统转为Linux系统，转为Linux系统之后需要沿用原来的数据库高可用方案。把数据库转到Linux系统比较容易，因为从SQL Server 2017开始就支持Linux系统，但是要沿用原来的数据库高可用方案就有点难度。了解到客户之前的生产环境所用的数据库高可用方案是数据库镜像，因为客户的生产环境高可用性要求不算太高，数据库镜像技术已经可以完全满足要求。

于是本人建议客户把SQL Server迁移到Linux系统之后，依然使用之前的数据库镜像这种数据库高可用方案。数据库镜像这种技术本身搭建非常简单，不需要借助任何第三方组件，搭建步骤跟Windows系统上的一模一样，而且从SQL Server 2005版本开始就已经引入数据库镜像，历经9个大版本迭代，稳定性久经考验。

在SQL Server 2016版本引入了多线程并行redo，它可以

（1）显著减少镜像集群和AlwaysOn可用性组集群的数据同步延迟。

（2）数据库的启动速度显著加快，数据库启动需要经历redo阶段。

（3）加快故障转移的速度

很多用户会嫌弃Linux系统上的AlwaysOn可用性组搭建麻烦，因为需要借助Pacemaker与Corosync等第三方组件，搭建过程有一定的难度。对于生产环境上的数据库高可用性和性能要求不是很高的情况下，完全可以使用数据库镜像来替代AlwaysOn可用性组。

搭建步骤

下面进行演示如何在Linux系统上搭建SQL Server数据库镜像，因为需要数据库自动故障转移能力，所以需要准备三台机器，第三台机器作为见证服务器，这个要求跟Windows系统上的部署方式是一模一样的。前提假设用户已经在Linux系统上安装好SQL Server数据库镜像。

环境要求

适用的数据库版本：SQL Server 2017 到 SQL Server 2022

适用的操作系统版本：CentOS 7.X 到 CentOS 9.X（其他Linux发行版也可以，Ubuntu或者SUSE）

Linux系统下的数据库目录结构如下：

复制代码 
/data/mssql/1433/database  
/data/mssql/1433/dbbackup
/data/mssql/1433/dump
/data/mssql/1433/tempdb
IP 主机名
主库 192.168.22.122 wwwmssql122
镜像库 192.168.22.124 wwwmssql124
见证 192.168.22.128 wwwmssql128

正式开始搭建

  1. 修改hosts配置文件，三台机器都要同时修改

    cat <> /etc/hosts
    192.168.22.122 wwwmssql122
    192.168.22.124 wwwmssql124
    192.168.22.128 wwwmssql128
    EOF

  2. 首先确定要做镜像数据库的恢复模式为完整模式，用以下sql语句来查看

    --主机192.168.22.122上执行
    SELECT [name], [recovery_model_desc] FROM sys.[databases]

  1. 在主服务器和镜像服务器上和见证服务器上创建Master Key 、创建证书 ，根据提示在各自的服务器上执行

    --主机192.168.22.122上执行
    USE master;
    CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'master@2015key123';CREATE CERTIFICATE HOST_22_122_cert WITH SUBJECT = 'HOST_22_122_certificate',
    START_DATE = '09/20/2010',EXPIRY_DATE = '01/01/2099';

    --备机192.168.22.124上执行
    USE master;
    CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'master@2015key123';CREATE CERTIFICATE HOST_22_124_cert WITH SUBJECT = 'HOST_22_124_certificate',
    START_DATE = '09/20/2010',EXPIRY_DATE = '01/01/2099';

    --见证192.168.22.128上执行
    USE master;
    CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'master@2015key123';CREATE CERTIFICATE HOST_22_128_cert WITH SUBJECT = 'HOST_22_128_certificate',
    START_DATE = '09/20/2010',EXPIRY_DATE = '01/01/2099';

  2. 创建镜像端点，同一个实例上只能存在一个镜像端点 ，根据提示在各自的服务器上执行

    --主机192.168.22.122上执行
    CREATE ENDPOINT Endpoint_Mirroring
    STATE = STARTED
    AS
    TCP ( LISTENER_PORT=5022 , LISTENER_IP = ALL )
    FOR
    DATABASE_MIRRORING
    ( AUTHENTICATION = CERTIFICATE HOST_22_122_cert , ENCRYPTION = REQUIRED ALGORITHM AES , ROLE = ALL );

    --备机192.168.22.124上执行
    CREATE ENDPOINT Endpoint_Mirroring
    STATE = STARTED
    AS
    TCP ( LISTENER_PORT=5022 , LISTENER_IP = ALL )
    FOR
    DATABASE_MIRRORING
    ( AUTHENTICATION = CERTIFICATE HOST_22_124_cert , ENCRYPTION = REQUIRED ALGORITHM AES , ROLE = ALL );

    --见证192.168.22.128上执行
    CREATE ENDPOINT Endpoint_Mirroring
    STATE = STARTED
    AS
    TCP ( LISTENER_PORT=5022 , LISTENER_IP = ALL )
    FOR
    DATABASE_MIRRORING
    ( AUTHENTICATION = CERTIFICATE HOST_22_128_cert , ENCRYPTION = REQUIRED ALGORITHM AES , ROLE = ALL );

  3. 每台机器都备份证书，然后互换，把证书scp到其他机器并且设置好权限 ，根据提示在各自的服务器上执行

    --主机192.168.22.122上执行
    BACKUP CERTIFICATE HOST_22_122_cert TO FILE = '/data/mssql/1433/dbbackup/HOST_22_122_cert.cer';
    scp /data/mssql/1433/dbbackup/HOST_22_122_cert.cer root@192.168.22.124:/data/mssql/1433/dbbackup/
    scp /data/mssql/1433/dbbackup/HOST_22_122_cert.cer root@192.168.22.128:/data/mssql/1433/dbbackup/
    chown -R mssql:mssql /data/mssql/1433/*

    --备机192.168.22.124上执行
    BACKUP CERTIFICATE HOST_22_124_cert TO FILE = '/data/mssql/1433/dbbackup/HOST_22_124_cert.cer';
    scp /data/mssql/1433/dbbackup/HOST_22_124_cert.cer root@192.168.22.128:/data/mssql/1433/dbbackup/
    scp /data/mssql/1433/dbbackup/HOST_22_124_cert.cer root@192.168.22.122:/data/mssql/1433/dbbackup/
    chown -R mssql:mssql /data/mssql/1433/*

    --见证192.168.22.128上执行
    BACKUP CERTIFICATE HOST_22_128_cert TO FILE = '/data/mssql/1433/dbbackup/HOST_22_128_cert.cer';
    scp /data/mssql/1433/dbbackup/HOST_22_128_cert.cer root@192.168.22.124:/data/mssql/1433/dbbackup/
    scp /data/mssql/1433/dbbackup/HOST_22_128_cert.cer root@192.168.22.122:/data/mssql/1433/dbbackup/
    chown -R mssql:mssql /data/mssql/1433/*

  4. 新增主备机登陆用户 ，根据提示在各自的服务器上执行

    --主机192.168.22.122上执行
    CREATE LOGIN [wwwmssql124LoginUser] WITH PASSWORD = 'User_Pass@2015key123';
    CREATE USER [wwwmssql124User] FOR LOGIN [wwwmssql124LoginUser];
    CREATE CERTIFICATE HOST_22_124_cert AUTHORIZATION [wwwmssql124User] FROM FILE ='/data/mssql/1433/dbbackup/HOST_22_124_cert.cer';
    GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [wwwmssql124LoginUser];

    CREATE LOGIN [wwwmssql128LoginUser] WITH PASSWORD = 'User_Pass@2015key123';
    CREATE USER [wwwmssql128User] FOR LOGIN [wwwmssql128LoginUser];
    CREATE CERTIFICATE HOST_22_128_cert AUTHORIZATION [wwwmssql128User] FROM FILE ='/data/mssql/1433/dbbackup/HOST_22_128_cert.cer';
    GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [wwwmssql128LoginUser];

    --备机192.168.22.124上执行
    CREATE LOGIN [wwwmssql122LoginUser] WITH PASSWORD = 'User_Pass@2015key123';
    CREATE USER [wwwmssql122User] FOR LOGIN [wwwmssql122LoginUser];
    CREATE CERTIFICATE HOST_22_122_cert AUTHORIZATION [wwwmssql122User] FROM FILE ='/data/mssql/1433/dbbackup/HOST_22_122_cert.cer';
    GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [wwwmssql122LoginUser];

    CREATE LOGIN [wwwmssql128LoginUser] WITH PASSWORD = 'User_Pass@2015key123';
    CREATE USER [wwwmssql128User] FOR LOGIN [wwwmssql128LoginUser];
    CREATE CERTIFICATE HOST_22_128_cert AUTHORIZATION [wwwmssql128User] FROM FILE ='/data/mssql/1433/dbbackup/HOST_22_128_cert.cer';
    GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [wwwmssql128LoginUser];

    --见证192.168.22.128上执行
    CREATE LOGIN [wwwmssql122LoginUser] WITH PASSWORD = 'User_Pass@2015key123';
    CREATE USER [wwwmssql122User] FOR LOGIN [wwwmssql122LoginUser];
    CREATE CERTIFICATE HOST_22_122_cert AUTHORIZATION [wwwmssql122User] FROM FILE ='/data/mssql/1433/dbbackup/HOST_22_122_cert.cer';
    GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [wwwmssql122LoginUser];

    CREATE LOGIN [wwwmssql124LoginUser] WITH PASSWORD = 'User_Pass@2015key123';
    CREATE USER [wwwmssql124User] FOR LOGIN [wwwmssql124LoginUser];
    CREATE CERTIFICATE HOST_22_124_cert AUTHORIZATION [wwwmssql124User] FROM FILE ='/data/mssql/1433/dbbackup/HOST_22_124_cert.cer';
    GRANT CONNECT ON ENDPOINT::Endpoint_Mirroring TO [wwwmssql124LoginUser];

  5. 确保各个机器都放开了5022端口，数据库镜像数据同步需要使用5022端口，使用telnet命令和ss命令测试，根据提示在各自的服务器上执行

    ##主机192.168.22.122上执行
    telnet 192.168.22.124 5022
    telnet 192.168.22.128 5022

    ##备机192.168.22.124上执行
    telnet 192.168.22.122 5022
    telnet 192.168.22.128 5022

    ##见证192.168.22.128上执行
    telnet 192.168.22.122 5022
    telnet 192.168.22.124 5022

    ##通过ss命令可以看到数据库在侦听5022端口
    ss -lntup
    Netid State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
    tcp LISTEN 0 128 0.0.0.0:1433 0.0.0.0:* users:(("sqlservr",pid=1190,fd=114))
    tcp LISTEN 0 128 127.0.0.1:1431 0.0.0.0:* users:(("sqlservr",pid=1190,fd=120))
    tcp LISTEN 0 128 127.0.0.1:1434 0.0.0.0:* users:(("sqlservr",pid=1190,fd=117))
    tcp LISTEN 0 128 0.0.0.0:5022 0.0.0.0:* users:(("sqlservr",pid=1190,fd=142))

  1. 备份数据库(完整备份+事务日志备份)在主机执行

    --主机192.168.22.122上执行
    DECLARE @FileName NVARCHAR(MAX)
    --(TestDB数据库完整备份)
    SET @FileName = '/data/mssql/1433/dbbackup/TestDBBACKUP_FullBackup_1.bak'
    BACKUP DATABASE [TestDB]
    TO DISK=@FileName WITH FORMAT ,COMPRESSION

    --(TestDB数据库日志备份)
    SET @FileName = '/data/mssql/1433/dbbackup/TestDBBACKUP_logBackup_2.bak'
    BACKUP LOG [TestDB]
    TO DISK=@FileName WITH FORMAT ,COMPRESSION

用scp命令拷贝备份文件到备机192.168.22.124

复制代码 
scp /data/mssql/1433/dbbackup/TestDBBACKUP_*  root@192.168.22.124:/data/mssql/1433/dbbackup/
  1. 还原数据库(指定norecovery方式还原)在备机执行

设置一下权限

复制代码 
#备机192.168.22.124上执行
chown -R mssql:mssql  /data/mssql/1433/*

在SSMS管理工具上执行

复制代码 
--备机192.168.22.124上执行
USE [master]
RESTORE DATABASE TestDB FROM  DISK = N'/data/mssql/1433/dbbackup/TestDBBACKUP_FullBackup_1.bak' WITH  FILE = 1,
NOUNLOAD,NORECOVERY,  REPLACE,  STATS = 5
GO

USE [master]
RESTORE LOG TestDB FROM  DISK = N'/data/mssql/1433/dbbackup/TestDBBACKUP_logBackup_2.bak' WITH  FILE = 1,
NOUNLOAD,NORECOVERY,  REPLACE,  STATS = 5
GO

上图中实例旁边有企鹅图标，说明这三个SQL Server实例跑在Linux系统上

  1. 增加镜像伙伴，需要先在备机上执行，再在主机上执行，镜像弄好之后 ，根据提示在各自的服务器上执行

    --备机192.168.22.124上执行
    USE [master]
    GO
    ALTER DATABASE [TestDB] SET PARTNER = 'TCP://192.168.22.122:5022'; --主机服务器的ip

    --主机192.168.22.122上执行
    USE [master]
    GO
    ALTER DATABASE [TestDB] SET PARTNER = 'TCP://192.168.22.124:5022'; --镜像服务器的ip
    ALTER DATABASE [TestDB] SET WITNESS = 'TCP://192.168.22.128:5022'; --见证服务器的ip

  2. 把数据库镜像的模式修改为高安全模式

    --主机192.168.22.122上执行
    --修改为高安全模式
    USE [master]
    GO
    ALTER DATABASE [TestDB] SET PARTNER SAFETY FULL
    GO

测试自动故障转移和手动故障转移

  • 手动故障转移

    --主机192.168.22.122上执行
    --手动故障转移
    USE [master]
    GO
    ALTER DATABASE [TestDB] SET PARTNER FAILOVER
    GO

  • 自动故障转移

    使用poweroff命令直接关机或者killall sqlservr命令来直接停止SQL Server实例进程

测试结果

无论是手动故障转移 还是自动故障转移（poweroff命令直接关机还是killall sqlservr 命令直接停止SQL Server实例进程）都能完全没有任何问题。

总结

本文介绍了在Linux环境下为SQL Server数据库设置高可用性方案，数据库镜像自SQL Server 2005起开始稳定支持且无需借助第三方组件。数据库镜像作为一种简便且成本低廉的高可用性解决方案，不仅可以在Linux系统上顺利运行还具备自动和手动故障转移能力。通过简单的步骤配置，用户可以确保数据库在主服务器故障时快速切换完全满足生产环境的高可用性的需求。

参考文章

https://ithelp.ithome.com.tw/articles/10031291

https://www.tatvasoft.com/blog/how-to-configure-database-mirroring-for-sql-server/

https://www.sqlshack.com/sql-server-database-mirroring/

https://codingsight.medium.com/configure-database-mirroring-in-sql-server-c819f3ef3648

本文版权归作者所有，未经作者同意不得转载。

相关推荐
AOwhisky1 天前
MySQL 学习笔记（第七期）：高可用架构进阶与综合项目实战
linux·运维·笔记·学习·mysql·高可用·mha
Trouvaille ~2 天前
【Redis篇】Redis 哨兵（Sentinel）：高可用自动故障转移
数据库·redis·缓存·中间件·sentinel·高可用·哨兵
Trouvaille ~3 天前
【Redis篇】Redis 主从复制：数据同步的原理与实现
数据库·redis·缓存·中间件·高可用·主从复制·后端开发
我心飞翔@坚持不懈10 天前
高并发高可用电商平台交易架构实战（避坑）指南
高并发·架构设计·高可用·分布式系统·电商架构·架构避坑
betazhou12 天前
电科金仓数据库V9 MySQL兼容版本搭建一主一从体验
数据库·mysql·oracle·主从·高可用·kingbase·v9 mysql兼容版本
betazhou21 天前
SQL server 2017镜像库主从同步架构部署
架构·sql server·高可用·主从同步·镜像库
betazhou24 天前
SQL server数据库镜像同步技术
数据库·sql server·高可用·数据库镜像
何中应24 天前
Nacos集群搭建
nacos·集群·高可用
志凌海纳SmartX1 个月前
浅析 kernel bypass 网卡及其在超融合架构的性能表现
架构·网卡·高可用·低延迟·smartx·榫卯超融合
Thanks_ks1 个月前
分布式锁：Redis 与 Redisson 的工程实践与避坑指南
java·redis·分布式锁·redisson·微服务架构·并发编程·高可用
热门推荐
01《置身钉内》原文-可播放阅读02GitHub 镜像站点03【AI】2026 年具身智能模型和世界模型总结04Codex 下载安装指南：Windows 和 macOS 官方版下载052026 AI 编程工具终极实战指南：Cursor vs Claude Code vs Copilot，开发者该怎么选？062026 年 AI 编程工具终极横评：Cursor vs Claude Code vs Copilot vs Windsurf07【踩坑记录 | 第一篇】微软商店无法使用时，如何手动安装 OpenAI Codex？附`.msix`文件系统错误解决方法08AI科技热点日报 | 2026年6月1日09CC-Switch 下载、安装与使用配置指南【2026.5.29】10CC-Switch & Claude 基于 Linux 服务器安装使用指南