Ubuntu 上 SQL Server 的版本升级策略
一 支持矩阵与升级路径
- 先确认当前 Ubuntu LTS 与 SQL Server 的受支持组合，再规划就地升级或跨版本迁移。下表汇总常用组合与升级方向（横向为 Ubuntu 版本，纵向为 SQL Server 版本；√ 表示受支持，→ 表示建议的升级路径）：
| Ubuntu 版本 |
SQL Server 2017 |
SQL Server 2019 |
SQL Server 2022 |
SQL Server 2025（预览） |
| 18.04 |
√ |
√（自 CU3） |
— |
— |
| 20.04 |
— |
√ |
√（自 CU10） |
— |
| 22.04 |
— |
— |
√ |
√（自 CU10） |
| 24.04 |
— |
— |
— |
√（预览） |
- 升级路径建议：
- 同版本内：优先通过 累积更新（CU） 就地升级到该版本的最新 CU。
- 跨版本：一般遵循 2017 → 2019 → 2022 → 2025（预览） 的链路；不建议跨多代一次性跳跃，降低风险。
- 若目标版本不支持当前 Ubuntu，先规划 操作系统升级 或采用 迁移/重建 方案。
二 就地升级步骤（同版本 CU 升级）
- 准备与检查
- 完整备份所有数据库与系统数据库（含用户库、msdb、model、master），并保留可回滚方案。
- 在维护窗口内执行，确保 downtime 可控；验证磁盘空间、内存与网络。
- 确认当前仓库指向正确的 Ubuntu 版本 与 SQL Server 版本 的 APT 源。
- 执行升级
- 更新索引并就地升级 mssql-server 包：
- sudo apt-get update
- sudo apt-get install --only-upgrade -y mssql-server
- 重启服务并验证：
- sudo systemctl restart mssql-server
- systemctl status mssql-server --no-pager
- 验证与回退
- 连接实例（如 sqlcmd），检查版本与 CU：SELECT @@VERSION, SERVERPROPERTY(‘ProductLevel’), SERVERPROPERTY(‘UpdateLevel’)
- 如出现异常，使用备份与快照回滚；必要时保留旧包版本以便快速降级。
三 跨版本升级与迁移
- 原地跨版本（不推荐直接跨多代）
- 当目标版本已支持当前 Ubuntu 时，可尝试将 APT 源切换到目标版本仓库后执行安装/升级；但生产环境更推荐采用迁移方式降低风险。
- 迁移升级（推荐）
- 在目标环境（新 Ubuntu + 目标 SQL Server 版本）全新安装并配置实例（mssql-conf setup）。
- 使用备份/还原或 mssql-cli / SSIS 等方式迁移用户数据库与必要对象（登录、作业、链接服务器等）。
- 充分回归测试后切换应用连接字符串，短暂停机完成切换。
- 仓库切换要点
- 移除/替换旧的 APT 源列表文件（如 /etc/apt/sources.list.d/mssql-*.list），导入对应版本的仓库配置后再安装/升级。
- 若曾安装 预览版（CTP/RC），必须先移除旧仓库再添加正式仓库，避免冲突。
四 自动化与安全加固
- 自动安全更新
- 使用 unattended-upgrades 仅自动安装安全更新，降低生产风险；在 /etc/apt/apt.conf.d/50unattended-upgrades 中精确配置允许自动升级的源（如仅 mssql-server 相关源）。
- 连接与合规
- 如需远程访问，确保防火墙开放 TCP 1433；遵循最小权限原则，避免使用 sa，创建专用管理员登录并立即禁用 sa。
- 高可用与回滚
- 关键系统建议配置 Always On 可用性组（Linux 上） 或采用蓝绿/金丝雀发布，缩短停机时间并实现快速回滚。
五 常见注意事项
- 不支持 WSL 作为安装目标；请在物理机/虚拟机或受支持的容器中部署。
- 升级前务必备份；升级后第一时间验证 @@VERSION、CU 级别 与关键业务功能。
- 若遇到依赖或库缺失（如旧系统缺少新版本依赖），优先通过官方仓库解决，不随意引入非官方包。
- 对于 SQL Server 2025（17.x），目前为 预览版，仅提供 180 天企业评估版，不建议用于生产环境。