这段时间要给几台机器重新搭数据库环境顺手把 SQL Server 2025 从下载到跑通完整过了一遍。网上关于这个版本的安装教程大多还停留在 2022 时代有几个关键变化不点明白很多人装完很容易卡在连库阶段。这篇文章就按我实际操作的顺序来写从选版本、下载镜像、装完配置到最后用 Navicat 连不上时怎么一步步排查全部覆盖到。想学数据库、或者公司要上新项目的这套流程照着走基本没有大坑。1. 先说结论SQL Server 2025 装起来到底和旧版差在哪1.1 为什么这个版本突然讨论度高了SQL Server 2025 是微软调整发布节奏之后的一个重要版本。它在内核层面的变化没有想象中夸张但有几个点对安装和后续使用影响很大安装流程整体延续了 2022 的框架所以网上的 2022 教程大部分还能参考但镜像结构、默认服务行为和部分功能选项位置有变化。云边一体化的能力更突出说白了就是本地引擎和云端托管的数据服务在配置上更接近了如果你以后想把本地库迁到云上或者做混合架构用新版会少改很多配置。对 ARM64 平台有了官方支持这一点很关键。之前想在 Windows on ARM 设备上跑 SQL Server基本只能靠虚拟机绕路2025 开始有了原生安装包选镜像的时候一定要分清 x64 和 ARM64别下错。我个人的建议是如果你是做新项目选型直接上 2025 没问题如果是有存量系统正在跑 2022 甚至更老版本也别急着把生产环境升级可以在开发机或测试服务器上先装一个实例验证兼容性跑通再谈迁移。毕竟数据库这类基础设施稳比新重要。1.2 版本选择不是所有机器都该装企业版很多人一上来就问“企业版密钥在哪”其实大多数人根本不需要企业版。SQL Server 2025 的版本矩阵和之前基本一致安装前先想清楚用途版本适用场景许可说明Enterprise大型生产环境、关键业务商业授权成本高Standard中小规模生产、部门级系统商业授权功能和内核数有限制Developer开发、测试、学习功能等同企业版可免费使用Express轻量应用、教学演示免费数据库大小限制较低如果你只是想学习或者本地写代码测试Developer 版是最佳选择功能完整且免费。如果是部署到公司服务器做正式业务建议先用 Standard 规划好后期确有高可用、高级分析等需求再考虑企业版。Express 版适合做一些小工具的后端存储但它没有 SQL Server Agent 代理服务定时任务这类功能会受限新手容易忽略。1.3 硬件和系统要求内存和磁盘比你想的更关键官方给的最低配置看起来很低但那只是“能启动”。以我装过十几台服务器的经验几个关键点内存最低 1GB 是针对 Express 说的实际跑个像样的业务8GB 起步比较舒服16GB 以上才能保证查询和写入都不卡。装完 SQL Server 之后它会默认占用一定比例内存这是正常现象别被任务管理器吓到。磁盘安装包加数据目录、备份目录留出 10GB 以上空间比较稳。更重要的其实是NTFS 文件系统如果你是 FAT32 分区装到一半会报错这个检查别省。系统Windows Server 2019/2022、Windows 10/11 都可以但记得系统盘和应用盘分离。纯 SSD 环境下的安装速度和后续查询性能都明显优于机械盘。还有一个容易被忽略的点安装前把杀毒软件或 Windows Defender 的实时保护临时关闭或者至少把 SQL Server 的安装目录加入白名单。我见过一台机器装到 70% 进度直接退出的情况日志里没有任何 SQL 相关报错最后发现是对引擎目录的实时扫描把文件锁住了。关掉实时防护后重新安装几分钟就过。2. 安装前把这几项准备做好后面能少走两小时弯路2.1 镜像下载渠道和文件校验SQL Server 2025 的安装镜像可以从微软官方评估中心下载也可以从 Visual Studio 订阅或批量许可服务中心获取。建议只从官方渠道下不要随便在网盘里找一个“2025 iso 直装版”一方面文件可能被改过另一方面安装过程中报的错会非常难查。下载之后别急着解压先看一下文件大小是否和官网标注一致。有条件的话校验一下 SHA256 哈希值把官方提供的哈希和你本机计算出来的对比确认一致再安装。这一步花不了两分钟但能挡掉很多奇葩问题。另外注意区分ISO 和直装启动包。ISO 文件直接右键“装载”就能在资源管理器中看到安装文件Windows 10/11 自带这个功能如果你下载的是 SQLServer2025-x64-ENU.exe 这种引导程序它会先下载再安装网络不稳定的时候容易中断。离线环境或网络差的环境优先用完整的 ISO。2.2 系统级依赖.NET、运行库和权限安装程序本身对系统环境有依赖常见的卡点有三个.NET Framework 4.8Windows Server 2019 一般自带Windows 10 老版本可能需要手动装。缺了它安装向导会直接在规则检查那一步标红。Visual C Redistributable这个经常被忽略安装 SQL Server 的过程中会自动装某几个 VC 运行库但如果之前你的系统里存在旧版本残留可能引发安装回滚。稳妥做法是先到微软官网下最新的 VC 运行库合集装一遍再跑 SQL Server 安装程序。本地管理员权限安装向导必须用管理员身份运行否则很多操作会静默失败。UAC 提示弹出来的时候别点“仅更改我的用户账户”要选择“是”提升到管理员权限。如果是用 PowerShell 做无人值守安装还需要确认执行策略允许脚本运行。命令行安装我后面会单独写一段图形界面安装则不用管这个。2.3 服务账号与端口预留这一步很多人会直接点下一步跳过等出了问题再回头看就晚了。SQL Server 的核心服务默认使用NT Service\MSSQLSERVER这种虚拟账号在没有域环境的单机部署下够用。但如果你后续要做数据库同步、跨实例访问、或者让多个服务共享备份目录建议提前建一个专门的 Windows 账号比如 sqlservice赋予“作为服务登录”权限用这个账号跑 SQL Server 服务。为什么这么建议因为默认虚拟账号在访问网络共享、读其他机器上的备份文件、或者做链接服务器时经常遇到权限不够的问题。到时候排查起来很绕不如一开始就规划好。端口方面SQL Server 引擎默认监听1433/TCPSQL Browser 服务使用1434/UDP。如果你机器上已经有其他服务占了这些端口或者你想给不同实例分配不同端口提前在安装前的环境检查里确认好。可以用命令看端口占用netstat -ano | findstr 1433 netstat -ano | findstr 1434有输出就是被占用了后面配置实例时可改端口。2.4 顺手规划一下后续的同步和备份需求装数据库之前哪怕只是个人学习也建议想清楚数据目录和备份目录怎么放。SQL Server 2025 安装向导里会要求生成一个配置文件包括数据目录、日志目录、备份目录。我的惯例是系统盘只放安装程序和共享组件数据文件放 D:\SQLData日志文件放 D:\SQLLog备份文件放 E:\SQLBackup如果有独立盘。这样做的好处是后续如果要做数据库同步软件那种定时任务直接指定备份目录路径就行不用改一堆默认位置。而两个实例之间做同步时源库和目标库的排序规则最好一致这一点在安装时的排序规则选择上就要考虑好后面细说。3. 安装向导全流程每个选项背后的取舍3.1 安装中心入口和规则检查双击镜像里的 setup.exe 后首先看到的是 SQL Server 安装中心。里面有几个入口第一次安装选“全新 SQL Server 独立安装或向现有安装添加功能”不要选“从早期版本升级”那是给老版本数据迁移用的。紧接着会跑一轮“安装规则”检查包括系统重启状态、磁盘空间、平台兼容性、.NET 依赖等。最常见的失败项是“重启挂起”之前 Windows Update 还没完成的话注册表会残留 PendingFileRenameOperations 标记安装程序认为系统需要重启。这时候不用强行重启可以先打开注册表编辑器定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager把 PendingFileRenameOperations 这个键值备份后删除再回到安装向导重新检查就能通过。这个是老技巧了但确实管用。3.2 实例命名默认实例还是命名实例安装向导会问你实例类型默认实例MSSQLSERVER连接字符串写localhost或机器名即可端口通常就是 1433。命名实例比如 SQL2025连接时需要写机器名\SQL2025或者localhost\SQL2025。我的建议是除非你一台机器要装多个版本的 SQL Server 实例否则就用默认实例。命名实例带来的好处是多实例隔离坏处是客户端连接时经常因为实例名解析问题而报错尤其是用 Navicat 这类第三方工具时还要专门开 SQL Browser 服务排查复杂度直接上一个台阶。如果你确实需要多实例共存比如装了 2022 又想装 2025 做测试那就用命名实例并且每个实例尽量配不同的端口。例如默认实例保持 14332025 新实例用 1533这样连接时不依赖 SQL Browser 也能准确定位。3.3 功能选择的隐藏坑功能选择页面的树形列表里有几个容易忽略的项数据库引擎服务必须勾这就是 SQL Server 的本体。SSMSSQL Server Management Studio 已经从安装镜像里拆出去单独发布了。你在功能树里看不到新版 SSMS需要另外下载。装完引擎后到微软官网下最新的 SSMS 20.x 并单独安装。机器学习服务如果你要用 R 语言或 Python 在数据库内做分析才需要勾。单纯做应用开发不需要。Integration Services做 ETL 数据迁移才需要学习阶段可以先不装。PolyBase 查询服务可以跨 Hadoop、Oracle、PostgreSQL 等外部源做查询属于进阶功能。个人学习不必开会增加安装和后续服务管理的负担。我自己的选择是只勾“数据库引擎服务”加“客户端工具连接”最大化减少变量。功能装得越多启动服务越多出错概率也越高。3.4 服务账号、排序规则和身份验证模式这一页看似简单实际上决定后面能否顺利连接数据库。服务账号前面说的建议用独立的 Windows 账号至少别用 LocalSystem。默认虚拟账号可以接受但后续有同步需求时要改服务账号改的时候还容易遇到启动失败不如开始就规划好。排序规则默认是SQL_Latin1_General_CP1_CI_AS英文系统完全没问题。如果你处理中文数据多或者公司已有的库用的是中文排序规则安装时就改成Chinese_PRC_CI_AS。这个设置后期很难无痛更改改错的话字段排序、索引匹配都会出现奇怪问题。新手如果拿不准可直接保持默认大多数应用场景影响不大。身份验证模式建议选“混合模式SQL Server 身份验证和 Windows 身份验证”。Win 验证模式虽然更安全但开发阶段经常要跨平台、跨工具连接纯 Win 模式会让 Navicat、DBeaver 这类工具接入流程变复杂。混合模式下你可以用 Windows 账号管理服务器同时也启用一个 sa 账号给运维和工具使用。设置 sa 密码时微软默认有强密码策略要求密码至少 8 位且包含大小写字母、数字和符号。装完以后如果不需要 sa可以在安全里直接禁用它但别忘了提前创建自己的登录账号。3.5 数据目录规划点击“实例配置”页签之后会看到数据根目录、用户数据库目录、用户数据库日志目录、备份目录等选项。默认都在 C 盘。如果你只是在虚拟机里测试图省事可以不改如果要长期使用一定改到非系统盘。TempDB 的设置也在这里有个按钮“配置 TempDB 数据文件”。默认文件数量是 1但如果你机器是多核 CPU比如 8 核可以将 TempDB 文件数设为 8 或 4每个文件大小给 1GB 左右。这样做的好处是减少 TempDB 写入时的页争用数据库跑大量排序、临时表操作时会明显更顺畅。这个参数装完也能改但趁安装时设置最简单。3.6 安装失败怎么办看日志而不是盲目重装安装过程中如果某个功能报错先别急着把安装程序关掉重来。安装日志通常包含两个部分一个是主日志一个是详细错误日志。在我这台机器上日志路径大致是C:\Program Files\Microsoft SQL Server\160\Setup Bootstrap\Log\YYYYMMDD_HHMMSS\你可以看到若干个 Summary.txt、Error.txt以及带时间戳的日志文件。打开 Summary.txt 从下往上找Error或Failed关键字往往能直接看到是哪个功能出问题。常见的情况包括磁盘权限不足、某个运行库版本冲突、防火墙干扰等找到根因再对症处理。记住反复重装并不能解决底层环境问题只会浪费时间。我见过有人一天重装了五次 SQL Server最后发现是共享文件夹权限把安装程序写日志的路径堵了。4. 装完别急着连库这四个配置是连通的前提4.1 打开 SQL Server 配置管理器确认协议安装完成后你打开 services.msc能看到 SQL Server (MSSQLSERVER) 服务已经在运行但这不代表外部工具能连接。默认情况下TCP/IP 协议有可能处于启用状态但也常因为各种原因保持禁用。第一步先打开“SQL Server 配置管理器”展开“SQL Server 网络配置”找到实例对应的协议节点检查 TCP/IP 和命名管道是否都启用。如果你找不到配置管理器可以在 Windows 搜索里直接输SQLServerManager16.msc对应 SQL Server 2025 的版本号或者从安装目录的Tools\Binn下找到管理工具。TCP/IP 如果没有启用右键选择“启用”然后回到“SQL Server 服务”节点重启数据库服务让配置生效。4.2 固定端口和防火墙规则TCP/IP 开启后还要检查端口。打开 TCP/IP 属性切到“IP 地址”页签最下面有一个“IPAll”这里的TCP 动态端口如果写入了一个随机数表示每次启动可能动态分配端口这会让防火墙规则失效。建议把动态端口清空在“TCP 端口”里填上1433或其他自定义端口然后重启服务。接下来配置防火墙。Windows 防火墙默认会阻止外部访问数据库端口如果是本机连接则不受影响但局域网其他机器或云服务器访问就需要放行。用管理员权限打开 PowerShell 执行New-NetFirewallRule -DisplayName SQL Server 2025 -Direction Inbound -Protocol TCP -LocalPort 1433 -Action Allow如果启用了 SQL Browser 且需要命名实例解析还要开放 UDP 1434New-NetFirewallRule -DisplayName SQL Server Browser -Direction Inbound -Protocol UDP -LocalPort 1434 -Action Allow很多教程会教你直接把 Windows 防火墙关掉图省事但极度不推荐。关防火墙相当于把服务器的门敞开数据库一旦暴露到公网端口就很容易被扫描和爆破。精准放行端口才是正确做法。4.3 混合身份验证与 sa 账号安装时如果你选了 Windows 身份验证模式之后想用 SQL 账号登录需要手动改一次身份验证模式。做法是用 SSMS 以 Windows 身份登录实例右键服务器选择“属性”切到“安全性”在“服务器身份验证”里选择“SQL Server 和 Windows 身份验证模式”确定后重启 SQL Server 服务。接着展开“安全性”-“登录名”找到 sa右键属性设置密码并取消“强制实施密码策略”的勾选也可以但建议保留密码策略。同时确认 sa 的“状态”页签里“登录”是“启用”。这一步不做好很多新手会卡在 Navicat 报“用户sa登录失败”实际上并不是密码错而是 sa 根本没有被启用。这个后面排查章节会详细展开。4.4 用错误日志做一次安装自检配置完成并重启服务后可以看一下 SQL Server 的错误日志确认引擎启动正常。日志存在于C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\Log\ERRORLOG用记事本打开注意几个关键字Server is listening on表示端口监听正常SQL Server is now ready for client connections表示引擎对外就绪如果看到Login failed是登录认证层面的错不影响启动如果看到A significant part of sql server process memory has been paged out说明内存压力大需要检查系统资源。这一步不要省尤其是远程服务器安装时错误日志能直观告诉你服务到底有没有跑起来省得后面在客户端反复尝试连接。5. 连不上库的排查链路从“安装 2025sqlserve 安装成功了 Navicat 连接不了数据库”这种场景说起这条热搜词我太熟悉了几乎所有新手都会经历一次安装向导明明显示完成服务也在运行但打开 Navicat 就是连不上。下面给出一套完整的排查链路按顺序走不需要乱试。5.1 先分清故障边界遇到连接问题第一个问题不是“为什么连不上”而是“哪些客户端连不上”。本机的 sqlcmd 能不能连上本机的 SSMS 能不能连上远程机器的 Navicat 能不能连上如果前两者能连、只有 Navicat 不能那问题大概率出在工具配置或驱动兼容。如果本机所有工具都连不上优先检查服务状态和身份验证。所以排查顺序一定是从服务到协议从本地到远程从命令行到界面工具。5.2 本机连接验证先用 PowerShell 看服务运行状态Get-Service -Name MSSQLSERVER确认Running状态。然后用 SQL 命令行工具做本地连接测试。如果你装的是最新版用 sqlcmd 连接本机默认实例sqlcmd -S localhost -E如果能出现1提示符说明 Windows 身份验证本地连接正常。再测 SQL 身份验证sqlcmd -S localhost -U sa -P 你的密码这一步能区分到底是 SQL Server 本身的问题还是外部访问的问题。5.3 协议、端口、防火墙逐项排查本机 sqlcmd 连接失败的时候按这个顺序查确认 TCP/IP 协议已在配置管理器中启用重启 SQL Server 服务查看监听端口netstat -ano | findstr 1433如果没有输出说明服务没有监听多半是协议未启用或服务未重启。如果有输出但状态不是LISTENING说明端口冲突去配置管理器改掉 IPAll 里的端口。如果本机连接正常但远程连不上那重点看 Windows 防火墙。可以在客户端机器上先 ping 服务器、再用Test-NetConnection测试端口Test-NetConnection 192.168.1.100 -Port 1433返回TcpTestSucceeded : True说明端口通了问题转向账号认证返回 False 则多半是防火墙拦截或服务没监听。5.4 账号认证与工具兼容端口通了还报错常见错误是Login failed for user sa以及Error 18456。在服务器错误日志里能看到具体的错误状态状态 1账号不存在或未启用状态 2密码错误状态 8密码错误状态 9账号被锁定状态 10登录信息不匹配。处理方式在前面已经提到确认身份验证模式已切换为混合模式确认 sa 启用确认密码正确且满足策略。如果还是不行可以临时创建一个新的 SQL 登录账号再测这样能排除 sa 本身的历史问题。另外要注意SQL Server 2025 对加密连接的要求提高了。新版本里默认情况下非加密连接也能用但如果是 Strict 级或强制加密策略客户端驱动版本太旧会直接握手失败。Navicat 等第三方工具如果用的是比较旧的 SQL Server 驱动需要更新到较新版本否则可能报“加密支持”相关错误。5.5 Navicat 这类第三方工具的注意事项用 Navicat 连接 SQL Server 2025 时连接配置里要先选对数据库类型。常见问题包括主机名写localhost但端口没填默认 1433 没问题实例名写法错误命名实例必须是主机名\实例名的格式不能单独写实例名连接测试时提示Unable to load authentication plugin说明 Navicat 版本太老对新版 SQL Server 的加密或认证协议不兼容。建议升级到最新版或者临时改用 SSMS 连接验证。我自己遇到过一次Navicat 16 连接 SQL Server 2025TCP/IP 监听和防火墙都正常但就是报“无法加载身份验证插件”。后来查到是新版 SQL Server 默认的安全策略要求更严格的连接加密而旧驱动不支持更新到 Navicat 17 之后问题消失。所以第三方工具连不上时先别怀疑数据库没配好查一下工具和驱动兼容性列表。6. 第一次安静跑通后的验证和几个容易误判的坑6.1 sqlcmd 命令行建库建表连接成功之后先用简单的 SQL 语句把基础流程跑一遍确认读写正常。我习惯用命令行做这一步因为能直接反映引擎状态不受 GUI 工具影响。-- 建库 CREATE DATABASE TestDB; GO -- 建表 USE TestDB; GO CREATE TABLE dbo.users ( id INT IDENTITY(1,1) PRIMARY KEY, name NVARCHAR(50), created_at DATETIME DEFAULT GETDATE() ); GO -- 插入 INSERT INTO dbo.users (name) VALUES (张三); GO -- 查询 SELECT * FROM dbo.users; GO如果这些都能顺利执行说明数据库引擎的基本功能完全正常安装本身没有问题。接下来可以顺手检查一下数据文件是否生成在预期目录确认你前面设置的数据目录生效了。6.2 SSMS 验证与错误日志复查命令行验证通过后再打开 SSMS 做图形化检查。连接服务器后展开“数据库”确认 TestDB 存在在“服务器属性”里看一下“数据库设置”页签确认“默认数据目录”“默认备份目录”指向了正确的路径。同时回到错误日志搜索安装完成后的记录。如果发现A user request was made to change the server authentication mode这类记录说明你的认证模式切换已经生效如果看到大量Login failed记录是之前乱试连接留下的正常痕迹并不代表当前有问题。6.3 数据库死锁这类问题别甩锅给安装很多人在装好 SQL Server 之后第一次跑业务系统遇到“事务死锁”就直接怀疑安装有问题这是最大的误判。死锁和安装过程基本无关几乎都是业务 SQL 并发访问顺序不一致造成的。举个最简单的例子两个事务同时更新两张表但更新顺序相反就会互相等待形成死锁。SQL Server 会在几秒内检测到死锁并杀掉其中一个事务业务端就会收到“事务进程 ID xx与另一个进程已被死锁在锁资源上”的错误。安装阶段不需要关心死锁优化但你至少要知道排查方向查看死锁图SSMS 里“活动监视器”或 Extended Events、优化 SQL 执行顺序、合理使用索引、降低事务持有锁的时间。这些是数据库使用层面的能力和安装教程的边界不一样。如果你装的库日常就有死锁先别重装数据库先看代码和索引。我遇到太多人一遇到问题就“重装大法”结果一点用没有。6.4 装好之后的收尾配置跑通验证之后还有几件收尾工作值得做设置 SQL Server 最大内存默认会吃掉几乎全部可用内存这在生产环境很容易导致操作系统本身内存不足。右键服务器属性 - 内存 - 最大服务器内存建议设置为物理内存的 70% 左右留余量给系统和日常管理工具。启用自动备份计划SQL Server 自带 Agent 服务可以创建维护计划或脚本任务做每日备份。Express 版没有 Agent 服务就借助系统计划任务调用sqlcmd执行BACKUP DATABASE命令来实现。保留安装过程中生成的配置文件ConfigurationFile.ini记录了这次安装的所有参数和目录设置。以后要扩容、加节点、恢复同配置环境直接用这个文件做无人值守安装能保证环境完全一致。检查 Windows 更新SQL Server 2025 发布后的补丁和 CU累计更新会有不少修复。生产环境建议等到 CU 确认稳定后再统一升级不要装完立刻打最新补丁避免引入新问题。这些配置做完你的 SQL Server 2025 才算真正进入可长期使用的状态。后续再遇到数据库同步、权限分配、性能调优都有了一个干净、可控的基础环境。