SQL Server 2019安装配置与排错实战：从安装到远程连接与卸载

1. 为什么还要写SQL Server 2019的安装教程这几年数据库圈子被MySQL、PostgreSQL这些开源产品带走了不少热度但SQL Server在企业级环境里的地位依然很稳。尤其是SQL Server 2019它加入了大数据集群、改进的列存储索引、在线建索引等一堆实用功能对Windows生态下的开发者和运维来说依然是绕不开的选择。我见过太多人在安装这一步就卡住了要么装到一半报错回滚要么装完了不知道怎么连上要么连上了发现远程访问不通要么想卸干净结果系统里残留了一堆服务。这些问题的根源往往不是SQL Server本身有多难而是安装时几个关键选项没选对或者对Windows系统的情况缺乏预期。这篇就按照我实际动手装过的流程从下载、安装、配置、基本使用到高频报错的排查再到最后的彻底卸载完整走一遍。全程基于SQL Server 2019 Developer版开发者版免费在Windows Server 2019和Windows 10/11上的实操经验所有步骤都经过重复验证可以直接照着做。先说一个基本认知SQL Server 2019的安装过程已经比2008R2、2012那些老版本简化了不少但简化不代表无脑下一步。真正的坑往往藏在你最容易忽略的页面里比如实例配置、身份验证模式、服务账户这几处。我后面会逐个拆开讲。2. 安装前需要确认的几件事2.1 版本选择Developer、Express还是Standard很多第一次装的人会在版本上纠结。这里我直接给结论Developer版免费功能完整等同于Enterprise版但不能用于生产环境。个人学习、开发测试完全够用也是我推荐的默认选项。Express版免费轻量适合嵌入式场景或学习入门但缺少一些高级功能如SQL Agent作业调度部分受限、没有SSIS等。Standard/Enterprise版付费商业版生产环境才有必要上。如果你只是自己学SQL、做项目开发、做课程设计选Developer版就够了。去微软官网的SQL Server downloads页面找到Developer版下载即可不需要激活码安装时选择Developer作为免费授权类型就行。2.2 安装前的环境检查在双击安装包之前先把下面这几项检查一遍能帮你省掉后面一半的报错操作系统要求SQL Server 2019支持Windows 10、Windows Server 2016/2019/2022等系统。要注意的是Windows 7、Windows 8早期版本不在支持列表里。如果你还在用老系统建议先升级系统再装。.NET Framework要求安装程序需要.NET Framework 4.7.2或更高版本。Windows 10较新版本自带如果缺失安装程序会在检查阶段提醒你。我遇到过一次在Windows Server 2016上装时提示.NET版本不够先去装了个4.8再回来装的。磁盘空间完整安装数据库引擎SSMS各种工具大约需要5-8GB磁盘空间。如果只装数据库引擎3GB左右就够。D盘空间充足的话建议把实例数据目录放到非系统盘。内存最低2GB实际开发使用建议4GB以上。机器内存不够的话安装时把内存限制配置调低一点省得SQL Server占用过多内存导致系统卡顿。防火墙如果后面要远程访问提前确认防火墙放行TCP 1433端口。这个我放到后面远程连接部分详细说现在心里先有个数。关闭杀毒软件和Windows Defender实时保护这一步容易被忽略。某些杀软会锁定数据库文件或干扰服务启动导致安装完成但服务跑不起来。我建议安装过程中临时关闭装完再开启。检查完这些就可以下载安装包了。官方下载页可能会因为网络原因访问较慢如果官网下载一直失败可以换微软的Evaluation Center下载渠道或者用一些大软件站的离线镜像包但注意校验文件大小和哈希值避免拿到被修改过的安装包。文件大小通常在1.5GB到3GB之间别看到几百MB的所谓精简版就直接用。2.3 理解安装包的两种类型SQL Server 2019官方提供了两种下载形式很多人一开始没分清ISO镜像文件一个完整的安装介质需要挂载或解压后运行里面的setup.exe。推荐这种方便留存和跨机器使用。在线安装引导程序SQLServer2019-Developer-enu.exe一个很小的exe运行后通过网络下载安装文件。适合网速好、只想快速安装的场景但缺点是如果后续需要修复或卸载时的某些操作可能还得联网。我两种都用过如果网络稳定在线引导程序反而省事如果网络一般还是建议下载ISO避免安装过程中断导致回滚。3. 安装步骤详细拆解3.1 从双击setup.exe到安装类型选择挂载ISO后进入文件夹找到setup.exe右键以管理员身份运行。这里强调一下右键管理员身份运行不是形式主义SQL Server安装需要写系统注册表、创建Windows服务、安装证书权限不足会直接导致失败。进入安装中心后左侧菜单选择安装然后点击右侧第一个选项全新SQL Server独立安装或向现有安装添加功能。接下来会进入密钥和版本选择页面。Developer版在这里会看到几个选项Evaluation180天试用、Developer、Express等。选择Developer然后勾选接受许可条款。从这一步开始安装程序会做一次系统检查包括是否重启挂起、是否有安装冲突等规则检查。基本都会通过如果提示需要重新启动计算机重启一下再继续别硬着头皮装。3.2 功能选择哪些该勾哪些可以放功能选择页面是个分水岭。新手容易犯的错是全部勾选结果装了一堆用不上的服务启动慢还容易出问题。我按实际使用频率给你一个参考建议勾选的核心功能数据库引擎服务这是SQL Server的核心必须选。SQL Server复制一般情况下可以不选除非你明确要做复制。选了会增加额外的管理复杂度。客户端工具连接这个是SSMS的基础依赖选上。管理工具 - 基本/管理工具 - 完整推荐选基本SSMS其实更建议单独装最新版后面会说。关于SSMSSQL Server Management Studio的提示安装程序里自带的SSMS版本通常较老而且只是启动器/快捷方式实际会引导你下载最新版。我的建议是这里直接不勾选管理工具等SQL Server装完后单独去微软官网下载最新版SSMS。这样你拿到的是最新版以后升级也方便不会占用安装包内老版本的位置。关于Analysis Services分析服务和Reporting Services报表服务除非你是做BI和数据仓库的否则不建议在这里选。这两个服务可以之后通过添加功能随时补装但在基础安装阶段选上会让系统后台多两个Windows服务进程对纯开发机器来说是浪费资源。数据目录配置在底部可以设置数据根目录。这里我建议如果你的系统盘是SSD而数据盘是机械硬盘或者反过来选择将数据和日志目录放在读写性能更好或有足够空闲空间的盘上。虽然默认装在C盘Program Files下没问题但我习惯单独建一个目录如D:\SQLData这样后续备份、迁移、清理都更直观。3.3 实例配置默认实例还是命名实例接下来是实例配置页面需要选择实例类型和实例ID。默认实例实例名为MSSQLSERVER连接时直接写服务器名或localhost即可不需要带实例名。端口默认是TCP 1433。命名实例例如SQL2019连接时需要写主机名\SQL2019这样的格式。命名实例使用动态端口默认不一定走1433。怎么选我的建议是除非同一台服务器上准备跑多个SQL Server实例否则选默认实例省心。默认实例的连接字符串简单端口固定后面配置远程访问、防火墙放行都容易。命名实例在端口和连接配置上会稍微多绕几个弯。把实例根目录保持默认即可实例ID默认也不需要动除非你有特殊的目录规划需求。3.4 服务账户配置别乱填管理员密码服务账户部分很多人困惑直接看这里的配置原则数据库引擎服务账户我这里推荐使用虚拟账户Virtual Account也就是默认的NT Service\MSSQLSERVER。虚拟账户由Windows自动管理不需要输入密码安全性也够高这是微软推荐的默认做法。有些老教程会让你指定NT AUTHORITY\SYSTEM或手动创建本地用户其实没必要。虚拟账户已经具备访问数据目录、读取配置所需的权限日常开发和运维完全够用。SQL Server Agent服务同样建议保持虚拟账户。Agent服务是SQL Server的定时任务、作业调度的核心如果你后面要用到代理作业需要确保它处于自动启动状态。在服务器配置页面底部有个排序规则选项卡默认是SQL_Latin1_General_CP1_CI_AS保持默认即可。除非你有明确的中文排序需求否则不要轻易改。有个经验点安装时如果填了自定义密码的本地用户账户后面修改Windows账号密码时需要同步修改SQL Server服务账户密码否则服务会启动失败。虚拟账户则完全没这个烦恼。所以千万别在这一步自己造用户名密码那是给自己埋坑。3.5 数据库引擎配置身份验证模式是重中之重这是整个安装过程里最关键的一步没有之一。身份验证模式有两个选项Windows身份验证模式连接时只认Windows账号安全性更高但如果你需要在其他机器或非Windows环境下连接数据库会非常不方便。混合模式SQL Server身份验证Windows身份验证既可以用Windows账号登录也可以用SQL Server账号最常见的就是sa登录。我的建议选择混合模式。因为开发场景中你经常需要在连接字符串里填写用户名密码比如Java的JDBC连接、Python的pyodbc连接这些用Windows身份验证会很麻烦。混合模式不影响你继续用Windows账号登录灵活性远大于纯Windows模式。选混合模式后需要设置sa账户的密码。这里注意SQL Server对sa密码有复杂度策略要求至少8位、包含大小写字母和数字/符号。建议直接设一个强密码比如MyPass2024这样的组合别用123456这种否则后面你大概率会遇到sa登录失败的坑。再往下有个指定SQL Server管理员选项需要添加至少一个Windows用户或组作为系统管理员。这里直接点击添加当前用户把你当前的Windows账户加进去。后续这个账号可以以sysadmin角色登录是非常重要的逃生通道——万一sa密码忘了还能用这个Windows账号进去改。3.6 安装进度与完成验证后面的页面基本一路下一步就行了。需要注意准备安装页面会列出所有配置汇总这时候可以快速浏览一遍尤其是实例名、数据目录、服务账户这几项有没有问题和预期不符。点击安装后整个过程大概需要5-15分钟取决于机器配置和磁盘速度。安装过程中有个容易出现的长等待节点就是Install_VSTA_Cpu32_Action后面我会专门讲这个报错。安装完成后可以在安装中心左侧点击安装页面查看已安装的实例列表。如果没有看到完整-已成功说明安装过程中有组件失败需要看安装日志。4. 装好之后怎么用起来4.1 安装SSMS并连接第一下SQL Server装好后默认是没有图形化连接工具的需要单独安装SSMS。下载地址在微软官网的Download SQL Server Management Studio (SSMS)页面直接下载最新版安装即可。SSMS支持独立安装不需要重新安装SQL Server本体。SSMS装完后打开时连接到服务器窗口会弹出来。服务器名称填localhost身份验证选Windows身份验证因为你还没用sa登录过然后点击连接。第一次能成功连接就意味着SQL Server的三件套——服务、网络、权限——基本是正常的。左侧对象资源管理器中展开数据库节点你会看到系统数据库master、model、msdb、tempdb。这里多说一句这四个系统数据库别动尤其是master删了SQL Server直接报废。新建用户数据库时默认会继承model库的配置所以如果你不想每个库都有一堆默认系统对象可以在model里统一设置。4.2 创建数据库和表用SQL还是图形界面SSMS里创建数据库有两种方式可视化方式和T-SQL语句。可视化方式就是右键数据库节点——新建数据库然后填库名、设置数据文件大小和增长方式。T-SQL方式更推荐用来学习因为你写的脚本可复用、可提交到版本管理。比如CREATE DATABASE TestDB ON PRIMARY ( NAME NTestDB_Data, FILENAME ND:\SQLData\TestDB.mdf, SIZE 10MB, MAXSIZE 500MB, FILEGROWTH 10% ) LOG ON ( NAME NTestDB_Log, FILENAME ND:\SQLData\TestDB_log.ldf, SIZE 5MB, MAXSIZE 200MB, FILEGROWTH 10% );然后建一张简单的用户表USE TestDB; GO CREATE TABLE dbo.Users ( Id INT IDENTITY(1,1) PRIMARY KEY, UserName NVARCHAR(50) NOT NULL, Email NVARCHAR(100) NULL, CreatedAt DATETIME DEFAULT GETDATE() );注意这里用的是NVARCHAR而不是VARCHAR因为SQL Server的VARCHAR默认按数据库排序规则处理字符而NVARCHAR是Unicode存中文不容易出现乱码。这是很多从MySQL转过来的开发者容易踩的坑。4.3 用sa账号登录混合模式下必须要做的一步如果你打算远程连接或通过代码连接数据库就需要用sa或自建数据库用户。但安装完成后sa默认是禁用状态需要手动启用并设置密码。在SSMS中用Windows账号登录在对象资源管理器中右键服务器——属性——安全性确认服务器身份验证已经选为SQL Server和Windows身份验证模式。然后展开安全性——登录名找到sa右键属性在常规页设置密码然后转到状态页把登录状态改为启用。这一步做完后记得重启SQL Server服务才能让身份验证模式生效net stop MSSQLSERVER net start MSSQLSERVER或者在SSMS中右键服务器——重启。这里提示一下重启服务会让当前所有连接断开如果有在跑的任务先停掉再重启。4.4 远程连接配置让别的机器能访问开发中经常需要从另一台机器、另一台电脑上连接数据库。SQL Server默认对远程访问支持并不友好需要做三个地方的配置第一启用TCP/IP协议。打开SQL Server配置管理器开始菜单里搜SQL Server Configuration Manager在SQL Server网络配置——MSSQLSERVER的协议中右键TCP/IP——启用。然后双击TCP/IP进入IP 地址选项卡把IPAll下的TCP端口改为1433滚动到列表最下方把IPAll的已启用改为是。第二重启服务。修改网络协议后必须重启服务才能生效。第三防火墙放行1433端口。在Windows防火墙中新建入站规则放行TCP 1433端口。命令行的方式更快netsh advfirewall firewall add rule nameSQL Server 1433 dirin actionallow protocolTCP localport1433这三步做完远程机器上就可以用服务器IP地址或计算机名连接了。要注意的是如果服务器是云服务器比如阿里云、腾讯云还需要在安全组里也放行1433端口否则防火墙开了也没用。5. 高频报错排查实录5.1 安装卡在 Install_VSTA_Cpu32_Action这个报错的热度非常高几乎可以算SQL Server 2019安装的标配故障。具体表现是安装进度条长时间停在Install_VSTA_Cpu32_Action这一步几十分钟甚至一两个小时都不动看着像死机了一样。这个步骤实际是在安装Visual Studio Tools for Applications组件。出现卡住的原因通常是安装程序在这个组件上要求访问Windows Installer服务而系统组件存储或临时目录有问题或者安装包本身不完整。我的解决经验如下按优先级排列等一等。如果只是卡在99%或某个百分比并且任务管理器里setup进程的CPU和磁盘读写有变化说明还在动等15-30分钟再判断。关闭所有其他SQL Server相关进程。比如之前安装失败的残留安装程序、SQL Server配置管理器进程等全部结束掉。清理临时目录。删除C:\Windows\Temp下的所有内容再重试安装。检查Windows Installer服务。在服务中确认Windows Installer服务处于手动或已启动状态。有时被优化工具禁用后VSTA组件就无法安装。如果反复失败跳过这个组件再装。在功能选择页面把客户端工具SDK和客户端工具向后兼容性这两个需要VSTA支持的勾选项去掉装完核心数据库引擎后后续通过添加功能再补装这些工具。最直接的方案把整个安装包解压到本机磁盘不要直接在ISO挂载的虚拟光驱里运行安装程序以管理员身份运行setup.exe。部分ISO挂载环境会导致VSTA安装过程中的路径判断异常解压到本地能绕过去。5.2 连接时报无法连接到服务器或(provider: TCP Provider, error: 0 - 由于目标计算机积极拒绝)这个报错信息本身已经透露了问题目标机器拒绝了连接。最常见的原因是服务没有启动或者连错了端口/实例名。排查顺序确认SQL Server服务是否在运行net start | findstr MSSQLSERVER如果没有输出说明服务未启动用net start MSSQLSERVER手动启动。确认是否连错了实例名默认实例用localhost即可命名实例要写localhost\实例名。确认TCP/IP协议是否启用按上面4.4的步骤检查。确认防火墙在数据库所在机器上临时关闭防火墙测试是否是防火墙导致。如果是放行1433端口。这里有个细节命名实例默认使用动态端口不会监听1433。如果你建立了命名实例远程连接前需要在SQL Server配置管理器中把TCP/IP的IPAll端口固定设置为某个端口比如1433否则防火墙没法放行固定端口因为每次服务重启端口都可能变。5.3 用sa登录失败提示用户sa登录失败这是混合模式配置后最常见的问题。通常有两种情况情况一身份验证模式没有生效。如果你只改了SQL Server Management Studio里的服务器属性而没有重启服务身份验证模式还是旧的Windows-onlysa自然连不上。解决方法是上面4.3中提到的修改后重启服务。情况二密码错误或sa被禁用。用Windows身份验证登录SSMS检查sa登录名的状态确认登录是已启用并且密码符合复杂度要求。如果忘了sa密码用Windows身份验证登录后在安全性——登录名——sa的属性中重置一个新密码然后再试。还有个小坑有些人在连接字符串里把初始数据库指定为某个用户库但sa账号对这个库没有访问权限也会报登录失败。这类错误信息后面通常会跟着无法打开用户默认数据库的字样而不是单纯的登录失败。解决方法是把sa的默认数据库改为master或者单独授权。5.4 安装完成后SQL Server服务无法启动服务无法启动的原因比较杂但我遇到的最多的是这几类文件权限问题安装过程中数据目录没有给SQL Server服务账户赋权。解决方法是在数据目录比如D:\SQLData上右键——属性——安全——添加NT SERVICE\MSSQLSERVER赋予完全控制权限。系统时间不对听起来离谱但SQL Server对系统时间有要求。如果系统时间差太多启动时会报无效的许可证之类的错误连服务都起不来。确认系统时间和时区正确。Windows事件日志里能看到具体的报错原因打开事件查看器——Windows日志——应用程序找来源为MSSQLSERVER或SQLSERVER的错误级别条目里面会写明启动失败的具体模块和代码。这个方法能定位绝大多数启动失败问题。我的经验是启动失败先别急着重装先看事件日志。因为重装成本高而且如果根因是权限或时间问题重装也未必能解决。5.5 Sqlcmd或SSMS提示版本不兼容有些老教程会教你用自带的sqlcmd命令行工具但SQL Server 2019的sqlcmd和之前版本不兼容如果你之前装过2008R2或2012的客户端工具PATH环境变量里可能有旧版本运行sqlcmd -S localhost会报版本错误。解决办法是去微软官网下载SQL Server Command Line Utilities最新版安装或者直接用SSMS没必要跟命令行死磕。6. 彻底卸载SQL Server 20196.1 卸载前的准备卸载SQL Server比安装还容易出问题。如果没卸干净下次重装时会报实例已存在、端口被占用、服务残留等各种奇怪问题。卸载前先做两件事备份数据。如果库里有重要数据先用SSMS的导出数据功能或备份到.bak文件再把备份文件复制到其他机器或U盘。卸载是不可逆操作。停止相关服务。不用手动一个个停卸载程序会自动处理。但为了保险可以先在服务管理器里看一下有哪些SQL Server相关服务正在运行。6.2 从控制面板卸载打开控制面板——程序和功能你会看到微软SQL Server 2019相关的一大串条目核心组件、SSMS、客户端工具等。正确的卸载顺序是先卸载SSMS如果安装了的话卸载管理器会单独弹出来。再找到Microsoft SQL Server 2019 (64-bit)这个主条目右键卸载。卸载程序会弹出一个界面勾选选择要卸载的功能你可以把SQL Server实例相关的功能全部勾上。这里有个经验卸载时弹出的删除数据库引擎这类确认消息不要盲点否尤其是有多个实例时看清楚是哪个实例再确认卸载。卸载过程中程序可能会提示需要重新启动计算机建议点稍后等所有SQL Server组件都卸载完再重启避免中途重启导致卸载不完整。6.3 手动清理残留控制面板卸载完成后并不是万事大吉。SQL Server总会在系统里留下一些尾巴特别是如果卸载过程出现失败更需要手动清理。清理清单如下第一删除安装目录。检查C:\Program Files\Microsoft SQL Server、C:\Program Files (x86)\Microsoft SQL Server和C:\Program Files\Microsoft SQL Server Management Studio如果目录还存在手动删除。如果提示文件被占用说明还有SQL Server进程在跑回到任务管理器把相关进程全部结束再删。第二清理数据目录。如果你自定义过数据目录比如D:\SQLData这个目录不会随卸载删除。手工删除其中的数据库文件.mdf、.ldf和备份文件。这个操作不要心软——既然数据库已经卸载保留文件只会占用空间并干扰后续安装。第三清理注册表。打开regedit搜索SQL Server你会找到一堆相关键值。重点清理以下几个路径HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL ServerHKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server 2019HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Microsoft SQL ServerHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services下所有前缀为MSSQL的服务项操作注册表前一定先导出备份一份删错就麻烦了。第四清理Windows服务。打开services.msc看看服务列表里是否还有MSSQLSERVER、SQLSERVERAGENT、SQLBrowser等服务条目。如果控制面板卸载正常这些服务应该已经消失如果还在用管理员权限的命令行删除sc delete MSSQLSERVER sc delete SQLSERVERAGENT sc delete MSSQLFDLauncher这里的服务名只是一个示例具体名称以你系统里的服务列表为准。第五检查端口占用。如果计划重装确认1433端口没有被残留进程占用netstat -ano | findstr :1433如果发现端口被占用对照PID到任务管理器中确认是不是残留SQL Server进程是的话结束掉。6.4 卸载完成后的验证清理完成后重启一次电脑然后检查服务管理器中没有任何MSSQL开头的服务。开始菜单中找不到Microsoft SQL Server 2019文件夹。注册表中搜索SQL Server 2019没有相关的残留项。1433端口没有监听进程。符合这几点说明卸载算是干净了下次重装不会再出现奇怪的冲突。有一个细节值得单独提醒现在很多人用的是Windows 10/11家庭版控制面板里的程序和功能找不到完整的SQL Server条目只看到一堆更新补丁。这时候不要直接去卸载补丁而是去设置——应用——找到Microsoft SQL Server 2019点卸载系统会调用正确的卸载程序。如果这条也找不到可以回到安装原ISO里用setup.exe向已安装的实例添加/删除功能的方式先把实例卸载掉再去控制面板清理。7. 写在最后的一点个人经验SQL Server 2019的安装本身不算难但它的坑点非常集中身份验证模式、服务账户、网络协议、防火墙这四个点只要有一个没处理好后面就会出现装上了却用不起来的尴尬。我个人踩过最深的坑是第一次装的时候直接选择了Windows身份验证模式结果项目里Java后端连数据库时搞了半天不知道怎么填连接串最后只能重装成混合模式。所以这篇里我反复强调混合模式真的是血泪教训。另外一个值得记住的思路是凡是安装类软件出问题先看日志再动手卸载或重装。SQL Server的安装日志存放在C:\Program Files\Microsoft SQL Server\160\Setup Bootstrap\Log目录下报错信息里往往直接写着具体是哪一步失败、依赖了哪个组件对症解决比盲目重装高效得多。如果你要把SQL Server 2019用于生产环境我最后多唠叨一句生产环境不要用Developer版CPU核数限制和授权许可问题会在业务真正跑起来后给你带来麻烦。个人开发、学习、做题用Developer版完全没问题但商业部署一定记得走正规授权渠道。按这个流程装上、配置好、用起来的机器基本不会再在能不能连上这个层面反复折腾了。剩下的就是好好用慢慢把T-SQL和数据库设计练熟。