简介一份汇集微软SQL Server各主流版本2000至2019安装镜像下载地址的速查文档面向数据库管理员、开发者和运维人员解决多版本安装包查找分散、官方页面变动后难以定位的问题。内容按版本组织覆盖企业版、开发版、标准版等常见版本并在各版本下标注功能定位例如企业版面向高可用与大规模场景、开发版供测试用途、标准版适合中小型环境同时包含32位与64位不同架构的ed2k下载链接以及SQL Server 2005、2008等早期版本和部分SP补丁地址可快速比对不同版本差异辅助选型、升级或解决兼容性需求。文档以PDF格式打包共1个文件大小仅26KB便于本地存档、打印或离线查阅。已有4197人学习下载适合需要一次性集齐SQL Server各版本安装源或做版本调研的读者。文档还附有各版本功能要点说明可帮助初次使用者快速建立选型框架。1. SQL Server 各版本下载地址集合版本混战里先找到自己的那份做过数据库维护的人都有过这种经历线上环境翻车急需某个特定 SQL Server 版本复现问题结果在下载页面上来回点了十几分钟也没找到旧版本入口。SQL Server 各版本下载地址看着是小事真正动手找的时候才知道水有多深——版本跨度十几年、SKU 五花八门、下载页还经常跳转到其他产品线。这份资源的价值就是把官方渠道里分散的各版本下载地址整理成一份清单让你在版本混战里快速定位自己的那一份。适合三类人接手老系统的 DBA、做课程设计和毕设的学生、需要在测试环境复现生产问题的开发。先别急着双击安装包后面几章会告诉你版本怎么选、装完怎么配、坑在哪里。2. 版本盘点与选型从 2012 到 2022先分清企业版、标准版、Express 与 Developer2.1 版本里程每代版本能干什么、卡在哪个系统上拿到下载地址之前先要搞清楚这包东西是哪一年的、能装在什么系统上。SQL Server 从 2012 到 2022 一共六个大版本每个版本的生命周期长则十年短则八年但系统兼容性是硬边界。2012 和 2014 只能装到 Windows Server 2012 R2 或 Windows 10 这一代Windows Server 2016 上装 2014 经常因为 .NET 运行时缺失直接报“此版本不支持当前操作系统”。2016、2017 开始支持更现代的 Windows Server 20192017 还是首个提供 Linux 容器镜像的版本2019 之后在容器化部署上才算真正成熟。2022 是目前最新的主线版本下载页面默认推荐的就是它。从选型角度说生产环境选 2019 或 2022 为主流因为官方扩展支持结束日期靠后安全补丁跟得上测试环境反倒需要保留 2012 和 2014 的镜像用于兼容性验证。个人开发者不建议在生产用太老的版本不是功能不够是补丁越打越少出问题只能自己扛。版本里程表里最值得关注的是每代版本对 CPU 核数和内存上限的约束这决定了你下载哪个镜像才能满足当前机器的配置。2.2 SKU 差异与授权边界Express、Developer、标准版、企业版到底差在哪下载页面上同一个版本往往给四个 SKU 选项很多人在这里第一次翻车。Express 是免费版单库最大 10GB、实例最大内存 1GB、只能用 4 个物理核心SQL Agent 也被裁剪适合做嵌入式存储和课程设计但绝不建议当生产库用。Developer 版功能上等于企业版许可上只允许开发测试不能跑生产业务很多学生项目用它完全没问题。标准版是企业环境最常见的版本内存上限从 2016 开始放开到 128GB支持基本高可用组但没有企业版的在线索引重建和内存中 OLTP 这类高级特性。企业版是功能天花板覆盖分区表、细粒度审计、高级高可用等全套能力价格也最高。选型判断就一条先看你兜里的授权预算再看业务对在线索引重建和可用性组的要求。课程设计和毕设直接用 Developer实验室做模拟项目X用 Express 就够公司内部系统给标准版核心交易系统别犹豫上企业版。授权边界这事必须提前看清楚因为 Developer 版装完不会自动锁功能你用它在生产跑三个月也没人拦但审计一到就是合规事故。这也是下载地址集合里必须标注清楚 SKU 边界的原因。版本内存上限数据库大小SQL Agent适合场景授权要求Express1GB10GB/库部分可用学习、嵌入式免费Developer无限制无限制完整开发测试仅限非生产标准版128GB无限制完整中小型业务按核授权企业版操作系统限制无限制完整核心业务按核授权2.3 下载文件形态与完整性校验EXE、ISO、CAB下载后必须先做的一件事下载地址集合里常见文件格式有三种EXE 引导程序、ISO 光盘镜像和 CAB 组件包。EXE 最小装的时候按需下载组件适合网络好的人ISO 是完整介质内网环境离线安装用这个最省事CAB 一般出现在 Express 的高级服务安装里用来补组件。判断自己需要哪个格式就看一件事目标机器能不能外网。能外网选 EXE不能就选 ISO。拿到文件之后安装前强制做一次完整性校验。官方下载页面会给出 SHA256本地计算一遍比对不一致就删掉重下。这一步不是强迫症是血泪教训下载中断产生的残包双击时可能直接报错也可能装到一半才失败浪费时间还让人误以为是系统问题。本地算哈希用 PowerShell 一行命令就行后面章节会单独给出脚本。# 计算下载文件的实际 SHA256与官方页面给出的值比对 Get-FileHash -Algorithm SHA256 -Path D:\SQLServer2022-x64-ENU.iso逻辑说明Get-FileHash 是 PowerShell 内置命令不需要额外安装工具。比对结果时看哈希值的前八位和末尾八位就够了没必要逐位核对。注意下载页面经常会被浏览器翻译成简体中文但下载介质本身的语言选择仍然在页面底部的 Language 下拉框里默认是 English不改成 Chinese 的话装出来的实例排序规则和系统界面都是英文体验。3. 下载与安装官方渠道、静默参数与容器部署三条路径3.1 官方下载中心的导航逻辑从产品页到实际下载链接这份下载地址集合整理的核心是官方下载中心的导航逻辑。打开下载中心后先选“Windows”再进 SQL Server 产品区页面上通常展示的是最新版 2022 的卡片式入口旧版本要展开“其他版本”筛选器去选。这里面最大的陷阱是页面顶部经常会混入 Azure SQL 的推广入口点进去就跳转到云数据库的管理界面跟本地安装介质半毛钱关系都没有。判断自己有没有走错就看 URL 路径里有没有明确的“downloads”和产品代号看到“开始使用”“免费试用 30 天”这类按钮时先确认这只代表试用授权不代表下载链接。另一个常态是官方下载中心提供的“评估版”是 180 天全功能 Enterprise 版下载时要求登录账号填一张表单很多人被这一步劝退。实际上如果只是开发测试直接下 Developer 版更顺滑它不需要填写评估申请下载链接直接给到。Express 版也一样页面区分“Express”和“Express with Tools”后者打包了管理工具新手安装选带 Tools 的包省很多事。下载地址集合里特意给每条记录加了来源字段因为第三方聚合站上的 SQL Server 版本包经常捆绑安装器或修改默认配置这类站点和官方下载中心放的安装包大小差异非常大。经验是同一个版本的 EXE 引导程序官方大小基本固定在几百兆第三方站点给你一个几十兆的包不用怀疑要么拆分组件、要么动了手脚。下载完先看大小再算哈希这是两条交叉验证线。3.2 静默安装 SQL Serversetup.exe 参数与 PowerShell 封装拿到安装介质之后如果是给一台刚装好系统的机器配环境图形界面点向导其实挺稳。但批量装机或者远程连不上桌面的场景必须用静默安装。setup.exe 支持一组明确定义的参数用对了能一次装完用错了就在日志里翻车。下面这段是我常用的 Developer 版静默安装脚本适配 SQL Server 2019 和 2022。# 静默安装 SQL Server 2019 Developer 版 # 把 ISO 解压后的 setup.exe 路径替换为实际位置 $setupDir D:\SQL2019 $params ( /q, # 无人值守 /ACTIONInstall, # 安装动作 /FEATURESSQLENGINE,ADV_SSMS, # 数据库引擎 图形管理工具 /INSTANCENAMEMSSQLSERVER, # 默认实例名 /SECURITYMODESQL, # 混合认证模式 /SAPWDPssw0rd_H#re!2024, # SA 密码注意避开引号和 $ 符号 /SQLCOLLATIONChinese_PRC_CI_AS, # 简体中文排序规则 /SQLSYSADMINACCOUNTSBUILTIN\Administrators, # 授予本机管理员组系统管理员权限 /SQLUSERDBDIRE:\SQLData, # 数据文件目录 /SQLUSERDBLOGDIRE:\SQLLog, # 日志文件目录 /SQLBACKUPDIRE:\SQLBackup, # 备份目录 /TCPENABLED1 # 开启 TCP/IP 协议 ) Start-Process -FilePath $setupDir\setup.exe -ArgumentList $params -Wait -NoNewWindow逻辑说明Start-Process 会把整个参数数组传给 setup.exe-Wait 确保安装完成前 PowerShell 不往下走。参数里 /q 必须放在最前面否则部分版本会弹出残留的向导窗口。ADV_SSMS 是把 SQL Server Management Studio 一并装好不需要就删掉这项装完后用独立的 SSMS 安装包补充。参数说明SECURITYMODESQL 表示启用 SQL 混合认证配合 SAPWD 给 sa 账号设置密码。注意 SAPWD 不要用单引号双引号和 $ 符号静默安装解析参数时这些字符在部分版本里会截断字符串导致密码设置的跟你写的不一致后面连接时怎么试都登不上。SQLCOLLATION 按业务需求改动没有中文排序要求就保持默认。SQLSYSADMINACCOUNTS 指定哪些系统账号能成为数据库的系统管理员如果目标机器是域环境建议把当前域账号放进去避免装完发现自己没权限登录。静默安装最大的验证盲区是“看起来装完了实际上有组件失败”。execution 结束后还要看安装日志默认位置在安装目录下的 Setup Bootstrap 文件夹里搜“Error”或者“Failed”关键词才算数。只看进程退出状态码会漏掉组件级错误。3.3 用容器跑一个测试实例Linux 镜像、SA 密码与端口映射容器化是 SQL Server 2017 以后提供的最快环境搭建方式尤其适合在一台没有图形界面的机器上给模拟项目X起测试库。拉取官方镜像后一条 run 命令就能跑出实例省去向导安装的一台台配置时间。# 拉取 SQL Server 2019 Linux 镜像并启动容器测试实例 docker run -d \ --name mssql2019_test \ -e ACCEPT_EULAY \ -e MSSQL_SA_PASSWORDStr0ng!Pass#2024 \ -p 1433:1433 \ -v /srv/mssql/data:/var/opt/mssql \ mssql/server:2019-latest逻辑说明ACCEPT_EULA 必须显式设置为 Y这是容器启动协议的一部分不设置容器会直接退出。MSSQL_SA_PASSWORD 是启动时初始化 sa 密码的唯一入口密码不满足复杂度要求容器也不会启动。端口映射把宿主机的 1433 对应到容器内的 1433本机没有程序占用时可以直接用。数据目录挂载到 /srv/mssql/data容器删除后数据还在这一步是在为容器崩溃留后悔药。参数说明镜像标签 2019-latest 表示 2019 家族的最新补丁版想固定具体构建号就在标签里写全。如果宿主机 1433 已经被占用把左边的 -p 参数改成本机其它端口例如 14330:1433连接串里写 ip,14330 或 ip:14330 就能访问。密码字段务必避开单引号和 $ 符号这是容器初始化时最没必要踩的坑。容器跑起来以后验证方法是用宿主机上的 sqlcmd 或者 SSMS 连接 localhost。连不上时先不要怀疑密码用 docker logs 看启动日志日志停在“正处于恢复模式”就要多等一会停在密码相关报错就重建容器。4. 装完并不能马上用实例连接、端口、内存与登录的四个默认项4.1 实例名和端口默认实例、命名实例与 1433 的“存在感”安装完成后常见的认知冲突都集中在实例名语法上。默认实例的服务名是 MSSQLSERVER连接串里写“localhost”就行不需要写端口号默认端口 1433。命名实例就不同安装时 INSTANCENAME 填了 SQLEXPRESS 或其它名字连接串必须写成“localhost\SQLEXPRESS”这种带反斜杠的格式端口号默认动态分配。很多人报表连不上不是服务器问题是连接串里少了个反斜杠或者把命名实例当默认实例连。还有一个让新手困惑的点SSMS 连接框能自动列出本机实例但前提是 SQL Browser 服务在运行。这个服务默认是启动状态如果之前有人手动停掉过实例列表就空了直接手动填实例名反而能连上。所以“列表里看不见”不等于“数据库没有运行”先看服务状态再下结论。端口这块最典型的问题是开发环境装完用 navicat 一类第三方工具连接工具默认要求填端口号1433 填进去连不上然后开始怀疑密码。实际命名实例的动态端口不是 1433要查端口号要么看日志要么先在 SQL Server 配置管理器里把端口固定下来。固定端口有两个好处防火墙规则好写第三方工具连接参数好记。操作路径是配置管理器里的“TCP/IP”协议右键属性切到“IP 地址”标签页把 IPAll 里的 TCP 动态端口清空填上 1433。4.2 内存上限不设 max server memory 的后果装完实例后最容易忽略的一项配置是最大内存。SQL Server 在 Windows 上的默认行为是预留操作系统需要的内存之外尽可能多地占用可用内存这在物理内存 16GB 的开发机上是灾难性的。你开着一台装了 SQL Server 的 16GB 笔记本再跑几个浏览器标签页和虚拟机系统直接开始换页鼠标都飘。解决方案不是重启是设置实例的内存上限。-- 把最大服务器内存限制为 8192MB8GB EXEC sp_configure show advanced options, 1; RECONFIGURE; EXEC sp_configure max server memory, 8192; RECONFIGURE;逻辑说明max server memory 控制的是 SQL Server 缓冲池能占用的最大内存并不是当前占用。设置成 8192 后实例最多用 8GB剩下的 8GB 留给操作系统和其它进程。对于 16GB 开发机这个值偏保守但安全32GB 的测试服务器可以按 70% 左右设置。参数说明show advanced options 必须先开启才能访问 max server memory两个 RECONFIGURE 都不能省略。设置完不需要重启服务立即生效。这里还有一个隐蔽点Developer 版和企业版在内存上限上不受 SKU 约束但 Express 版装完最大内存就是 1GB你执行这条命令把 8192 填进去它也会接受但实际能用的依然只有 1GB 左右。所以观察内存占用时先确认 SKU别被配置值骗了。4.3 SQL Server 配置管理器与防火墙连接超时的排查顺序装完以后客户端连不上排查顺序比具体操作更重要。第一次连接失败时先本地用 SSMS 连 localhost本机能连就是网络或防火墙问题本机连不上就是实例配置问题。本机能连、远程不能连时依次检查三件事服务是否监听、防火墙是否放行、账号是否支持远程登录。服务监听可以通过 netstat 确认netstat -ano | findstr 1433看到 LISTENING 说明监听正常没有输出就是实例配置了动态端口或者 TCP/IP 协议没开。SQL Server 安装后默认启用 TCP/IP但如果之前被配置管理器关闭过重新开启后需要重启服务才能生效。防火墙规则这一步很多人在图形界面里找数据库程序路径添加放行其实直接放行端口更清晰。Windows 用 3389 是远程桌面、1433 是数据库默认端口一个端口对应一个用途规则名写成“SQLServer_1433”方便后面维护。放行范围如果不是公网必须访问限定内网网段就行避免裸奔到公网。这个排序在 Containers 场景下同样适用只不过防火墙从宿主机挪到了宿主机本身容器网络默认不暴露端口映射多少开多少。提示连接超时和连接被拒是两种不同的报错前者多半是防火墙或网络路由问题后者多半是实例名、端口或服务状态问题。报错文案已经告诉你方向了不需要全盘排查。5. 避坑与常见问题从下载到上线的五个翻车现场5.1 旧版本装在新系统上提示“操作系统版本不受支持”现象在较新的 Windows Server 上双击 SQL Server 2014 的 setup.exe弹窗提示当前操作系统版本不受支持然后退出安装。换了 2012 同样翻车安装界面都进不去。原因老版本安装程序内置了支持的操作系统版本列表较新的系统版本号不在清单里就会直接拒绝这是版本与系统间的兼容性放行不是安装文件损坏。解决先看机器的操作系统版本再决定下载哪个 SQL Server。Windows Server 2016 及以下用 2014 SP3 起步Windows Server 2019 以上建议直接用 2016 SP2 或 2019。如果必须用老版本可以尝试用兼容模式运行但生产环境不建议这么硬刚后续补丁和功能支持都不完整。5.2 SA 密码包含特殊字符容器反复重启现象docker run 启动 SQL Server 容器后docker ps 里看到 STATUS 是 Restarting 或 Exited(1)docker logs 日志里提示密码不符合策略要求。原因MSSQL_SA_PASSWORD 这个环境变量在容器初始化时被检查密码长度如果小于 8 位或由逗号、单引号、$ 符号组合导致环境变量解析被截断初始化就会失败。看起来密码写对了实际传给容器的值已经变了。解决密码里只用大小写字母、数字和下划线复杂度用长度保证。这是容器场景下最值得记住的一条经验——图形界面安装对密码解析宽松很多容器环境变量不走同一套解析逻辑。5.3 1433 被占连接串没错但远程连不上现象本机 SSMS 连 localhost 正常远程用 ip,1433 连超时防火墙规则也加了怎么都想不通。原因1433 端口被另一个进程占用SQL Server 实例实际监听的是 1433 旁边一个动态端口或者这台机器上有多个实例默认实例没起来起来的那个是命名实例。解决先看 netstat 输出里 1433 对应哪个进程 PID再看 SQL Server 配置管理器确认目标实例监听的端口号。最简单的方法是杀掉占用 1433 的进程或者把实例端口固定到另一个没被占用的端口连接串里同步更新。5.4 安装完找不到“SQL Server 服务”服务名对不上现象打开服务管理器想找 SQL Server (MSSQLSERVER) 这个服务名来重启实例结果列表里只有 MSSQL$SQLEXPRESS 和 SQLAgent$SQLEXPRESS找不到匹配项。原因安装的时候选择了命名实例 SQLEXPRESS服务名会以实例名为后缀拼接而不是传统默认实例的服务名。这不算装错只是按默认实例的命名习惯去找肯定落空。解决服务管理列表搜“SQLEXPRESS”这个关键字就能看到对应实例的服务分组。连接串同步写成“机器名\SQLEXPRESS”。如果是默认实例的安装服务名才是 MSSQLSERVER。下次装之前想清楚实例名规划避免全部项目挤在一个默认实例里不好迁移。5.5 Express 版数据库超过 10GB自动增长被取消现象Express 实例上某个数据库快满时日志里报错“Autogrow of file ... was canceled”数据库卡在只读状态业务直接停摆。原因Express 的数据库大小上限是 10GB达到上限后普通增长操作被中止日志释放也不一定能立刻缓解。关键是这个问题平时没信号等你注意到文件已经到上限附近。解决生产环境不用 Express测试环境也要监控各库占用率。官方文档给出的 10GB 是指数据文件总大小日志文件不受这个限制但主数据文件大是一眼就能看到的。装完第一件事就是确认 SKU别省这一步。6. 进阶从版本清单到补丁基线三个能带走的小习惯下载地址集合用多了之后你会发现真正消耗时间的不是下载动作本身而是“确认这个版本是不是适合当前这台机器”。后来我习惯把各版本整理成一个 JSON 清单每条记录包含大版本、内部版本号、支持结束日期、下载文件类型和已知坑点部署前先对着清单过一遍。比如 SQL Server 2019 对应内部版本 15.x2022 对应 16.x这个编号从实例名和日志里都能读出来排查问题时非常有用。哈希核对也变成了强制习惯。每次下载完 ISO先算一遍 SHA256再和官方页面比对不匹配就删掉重下这条流程已经写进了我的环境准备清单里。就算只是装一个开发测试实例对比这一步也永远跳过不了因为残包导致的安装失败会让你在后半段配置里浪费两倍时间。补丁基线的管理更简单上线前记录当前补丁级别用一条 SQL 查出来存进部署笔记里。从那次在某个项目里因为补丁版本不一致导致两个测试库行为对不上之后我每次搭 SQL Server 环境都强制走一遍“版本清单核对 → 哈希校验 → 补丁级别记录”这三步。希望帮到你。本文还有配套的精品资源点击获取