SQL Server 2019安装实战：从选版到排错，卸载重装全流程指南

很多朋友第一次接触SQL Server 2019往往是临到要用——要么是课程设计需要搭一个数据库要么是公司服务器指定了版本必须装要么是旧机器装了2022又因为兼容问题换了2019。我远程帮人处理这类SQL Server 2019安装问题不下几十次发现大多数人在安装、使用和卸载这几个环节踩的坑高度一致安装向导卡死、装完连不上、服务起不来、卸载卸不干净。这篇东西我尽量把过程写完整——从选版本、下载、安装流程到第一次连接、日常操作再到报错排查和彻底卸载全部用我在实际干活时的思路来讲。不管你是纯新手还是有基础但想查漏补缺都能照着操作。1. 装之前先想清楚选哪个版本、需要什么环境1.1 Developer版、Express版和Standard版怎么选很多人一上来就从网盘下了一个“企业版”然后到处找激活手段其实没必要。SQL Server的授权逻辑和MySQL不一样它本身就有免费的Developer版功能和Enterprise版几乎完全一致唯一的限制是不能用于生产环境。版本费用核心限制典型场景Developer免费不可商用开发、学习、测试、课程设计Express免费数据库最大10GB内存1GB仅1个CPU核心小型应用上线、学习练手Standard付费功能比Enterprise少中小生产环境Enterprise付费无限制大企业生产我的建议是个人学习和课程设计直接选Developer版省心且功能齐全如果要做一个小型项目上线Express版也够用但SSMS连上去之后某些企业级功能比如智能查询处理的一部分特性是看不到的对学习者来说体验会有缺失。至于Standard和Enterprise除非公司明确买了授权否则别自己折腾。顺带科普一个细节SQL Server 2019的内部版本号是150你看安装日志里出现的MSSQL15.MSSQLSERVER路径就代表2019版本。而2022是1602017是140。这个编号在你找日志文件、确认文件路径时会反复用到记住它比记名字管用。1.2 系统要求与官方下载渠道先提醒一个很多人忽略的坑SQL Server 2019只有64位版本32位系统直接安装会报“不支持的处理器架构”之类错误。Windows 7也可能有兼容问题Windows 10/11和Windows Server 2016及以上系统基本没问题。前置依赖方面系统通常需要具备.NET Framework 4.7.2或更高版本安装程序会自动检测并安装。如果装的过程中提示缺这个别慌手动去微软官网下载.NET Framework 4.7.2离线安装包装上再重新跑SQL Server安装程序即可。下载渠道我只说一个微软官网的“Download SQL Server 2019”页面。你可以直接在搜索引擎搜这个关键词认准microsoft.com域名不要点那些高排名的第三方站。第三方站给的所谓“破解版”或“绿色版”要么捆绑了一堆全家桶要么改过安装程序文件真要在install_vsta_cpu32_action那一步卡住你根本分不清是官方问题还是被篡改的问题。官网一般提供两种形态安装引导程序bootstrapper体积小运行时自动下载组件和ISO镜像。建议下ISO备用后面做离线安装或重装都方便。磁盘方面C盘至少预留10GB以上。安装程序解压临时文件、存放系统数据库master和tempdb都会用C盘。内存建议8GBExpress版可以低一些但跑起来会难受。1.3 安装方式图形向导为主静默安装为辅一般人走图形安装向导就行步骤清晰出错也容易定位。但如果你要批量给多台机器统一装或者自己想在命令行里快速搞定可以用静默安装setup.exe /ACTIONInstall /FEATURESSQLENGINE /INSTANCENAMEMSSQLSERVER /SQLSYSADMINACCOUNTSBUILTIN\Administrators /Q注意静默安装时不显示进度中间某个组件失败你只能去翻安装日志对新手排错很不友好。所以后文以图形向导为主线讲静默方式只作为批量部署的备选。2. 一步步装完它从安装中心到验证服务2.1 安装中心不要选错入口拿到安装介质后双击setup.exe进入“SQL Server安装中心”。左边一列操作项新手最容易点错的地方在这里。第一次装选“安装”页里的“全新SQL Server独立安装或向现有安装添加功能”而不是“SQL Server的新安装”。两个入口都能装但前者能让你逐步控制功能选择、实例配置、认证模式这些关键项后者更像一个快速通道对新手来说少了很多选择和确认的机会容易装出“能用但不知道当时选了啥”的结果。产品密钥页没有密钥也可以直接继续选Evaluation即可。Developer版本身不需要密钥安装完成后系统会把它当作评估版运行实际使用中对学习开发几乎没有感知差异。2.2 功能选择第一次只装必需的功能选择页有几个勾选框我的建议是首次安装只选这几项数据库引擎服务必选客户端工具连接建议客户端工具向后兼容性按需很多朋友看到“机器学习服务Python和R”会好奇想勾上如果你没有实际用到机器学习的需求别勾。它不光安装慢还经常在下载Python和R组件时卡住是除了install_vsta_cpu32_action之外的另一个“安装黑洞”。全文检索、Integration Services这些功能后续需要时再通过“向现有安装添加功能”补上就行SQL Server支持增量加装功能完全不用重新装一遍。2.3 实例、服务账户和排序规则实例配置页选“默认实例”实例名自动是MSSQLSERVER。如果这台机器后续还要装第二个SQL Server版本才需要命名实例。默认实例连接时服务器名填localhost或.就行命名实例要填成主机名\实例名的格式。服务账户页保持默认的“虚拟账户”就好。有人喜欢改成LocalSystem或专门建一个Windows用户除非公司安全规范有明确要求否则没必要。虚拟账户是SQL Server在2012年之后推荐的模式权限刚好够用不会给系统过大的暴露面也不会因为域策略变动导致服务起不来。排序规则保持默认的SQL_Latin1_General_CP1_CI_AS就行。经常有人问要不要改中文排序规则默认的这个排序规则不区分大小写CI对中文支持也没有障碍没有明确的业务需求就不要动它。排序规则一旦确定后面再去改库级别的排序规则会很麻烦实际操作中比卸载重装还别扭。2.4 认证模式直接选“混合”顺便设好sa密码数据库引擎配置页的“服务器配置”选项卡下认证模式选择“混合模式SQL Server身份验证和Windows身份验证”同时给内置的sa账号设一个强密码。密码必须满足系统策略至少包含大小写字母、数字和特殊字符中的三类否则部署规则会直接标红不让你继续。选Windows身份验证也可以但后期你用Navicat、代码里的连接字符串、第三方报表工具连接时麻烦会非常多。Windows认证只适合完全在Windows客户端本机使用的场景。混合模式多个sa账号代价只是要记住别用弱密码别让数据库裸奔在公网上。同一页的“SQL Server管理员”里点击“添加当前用户”保证你当前的Windows用户拥有sysadmin权限。这一步很多人忘记装完发现用Windows认证登录进去没有管理权限又回去翻配置浪费时间。2.5 安装完成后的第一轮验证安装完成后不要立刻关掉界面先看“完成”页面有没有红色失败项。然后在服务管理器WinR输入services.msc确认“SQL Server (MSSQLSERVER)”服务状态是“正在运行”。打开cmd执行sqlcmd -S localhost -E -Q SELECT VERSION能返回版本信息说明数据库引擎本身已经正常。如果这步报错优先重启系统再试很多安装刚完成后的连接问题是服务还没完全起来或临时权限未刷新不是配置错误。重启完还是连不上再往下进入排错环节。3. 连接SQL Server之前的最后一块拼图SSMS3.1 SSMS要单独装安装向导里即使勾了“管理工具”装的也只是老版工具新版SSMSSQL Server Management Studio早已是独立安装包必须单独下载。下载入口在官网的“Download SQL Server Management Studio (SSMS)”页面SSMS 19.x或18.x都支持连接SQL Server 2019版本跨度不影响使用。装SSMS时如果提示需要升级按提示重启后继续就行。SSMS本身也是一个“程序”后续卸载SQL Server时要注意它是独立项不会被数据库引擎的卸载流程一起清掉。3.2 第一次连接别被两个经典报错吓到打开SSMS服务器名称填localhost身份验证选“Windows身份验证”直接连接。第一个常见报错是“无法连接到 localhost。建立与服务器的连接成功但随后发生错误。provider: TCP Provider, error: 0 - 由于目标计算机积极拒绝无法连接。”这个报错90%是SQL Server服务没起来或者TCP/IP协议没启用。先到服务管理器启动SQL Server服务再用“SQL Server 2019配置管理器”——它在开始菜单或者直接运行C:\Windows\System32\SQLServerManager15.msc——把“SQL Server网络配置”下的TCP/IP启用然后重启服务。第二个高频报错是“用户sa登录失败。错误18456”。这说明安装时选了Windows认证或者sa被禁用了。完整处理步骤在下一章专门讲。3.3 用SQL配置管理器做基础网络设置SQL Server配置管理器是个极其常用但容易被忽略的工具它在开始菜单没有独立图标要从“Windows管理工具”进。里面能做三件重要的事把SQL Server服务的启动模式设为“自动”防止Windows重启后数据库没跟着起来。启用TCP/IP协议查看端口配置。检查“MSSQLSERVER的协议”下TCP/IP属性的IP地址页确认IPAll的TCP端口是1433。默认实例监听1433端口命名实例默认是动态端口连接时用主机名\实例名即可。如果你需要远程连接这里就是第一站。4. 安装过程与使用过程中的高频报错排查合集4.1 卡在install_vsta_cpu32_action先别急着关安装程序这是SQL Server 2019安装时最经典的一个卡顿现场。进度条停在Install_vsta_cpu32_action或者类似的带_action后缀的组件上好几分钟不动很多人第一反应是“死机了”直接强杀进程然后发现系统里已经残留了一堆半安装状态后续怎么装都报错。遇到这个画面先开任务管理器看CPU如果Setup.exe或msiexec.exe有CPU活动说明安装程序还在工作。Install_vsta_cpu32_action这个动作和VSTAVisual Studio Tools for Applications组件有关它在首次安装时需要向系统写入大量组件缓存同时还有可能通过网络下载附属选择项整体耗时从10分钟到1小时都有。网络波动会拉长这个过程。排查链路可以这样走任务管理器确认是否有msiexec、Setup Bootstrap等进程持续占用CPU如果有耐心等。打开日志目录C:\Program Files\Microsoft SQL Server\150\Setup Bootstrap\Log按修改时间找最新的日志文件搜索“Error”或“Failed”。如果没有Error多半还在健康运行。如果日志里出现了VS组件安装失败的记录先安装Microsoft Visual C 2015-2022 Redistributablex64再重新执行安装。如果等了一段时间后进度条确实回滚或报错重启系统从“SQL Server安装中心→维护→修复”修复受损的实例比直接卸载重装省力得多。另外补一个许多人想不到的排查点安装程序所在分区和系统临时目录TEMP所在分区的剩余空间。我见过有人C盘只留了2GB安装程序解压都来不及表现出来就是进度条长时间不动然后失败。所以安装前先把C盘清理到10GB以上是性价比最高的一步。4.2 前置依赖报错.NET Framework和VC运行库安装一开始就报“此操作需要.NET Framework 4.7.2”或“要求重新启动计算机”这是被问到频率第二高的问题。前者去微软官网下载.NET Framework 4.7.2离线安装包装好再重新执行SQL Server安装。后者说明安装程序检测到系统有挂起的重启操作比如刚打过Windows补丁还没重启这种是最简单的——重启后再装不要尝试绕过检测。另外如果系统里VC运行库缺失安装过程中可能会在写文件阶段报0x80070643错误。这个错误的本质是Windows Installer在执行MSI时失败多数原因是VC运行库版本不匹配或损坏。解决方案是安装Visual C 2015-2022 Redistributable这个库是大量Windows软件共用的底库装一次以后很多软件都能受益不算SQL Server专属依赖。4.3 服务无法启动1053错误和数据目录权限偶尔会遇到装完之后服务起不来服务管理器里手动启动提示1053“服务没有及时响应启动请求”或“服务标记为删除”。这通常不是数据库引擎本身的问题而是文件系统权限或杀毒软件锁定。去查看Windows事件日志eventvwr.msc→Windows日志→应用程序事件来源为MSSQLSERVER的那几条里有具体错误原因。常见的原因SQL Server数据目录被安全软件改过权限数据库引擎打不开master.mdf。默认数据目录是C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA。服务登录身份权限不足把服务属性改为“本地系统账户”可以快速验证如果改完能启动说明原来的虚拟账户权限被破坏。杀毒软件的实时防护锁定了文件。安装前临时关闭实时防护是有效手段安装完成后记得恢复开启。注意这里说的是“关闭实时防护”不是卸载杀毒软件。4.4 sa账号登录失败错误18456的处理如果你装的时候选了Windows认证或者sa处于禁用状态之后想用sa登录会一直提示18456。处理步骤用Windows认证登录SSMS。右键服务器实例→属性→安全性→勾选“SQL Server和Windows身份验证模式”→确定。展开“安全性”→“登录名”→右键sa→属性→“常规”里设置新密码→“状态”里将登录改为“启用”。在服务管理器里重启SQL Server服务或者右键服务器实例选择重启。再用sa账号登录。注意18456错误码并不永远代表密码错它内部区分了很多状态值。状态8通常是密码不对状态1或2偏向认证模式或协议问题。想看具体状态去SQL Server错误日志里找C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Log\ERRORLOG按时间拉到末尾几行登录失败的记录会把状态值写清楚这对定位问题非常关键。下面把几个高频报错整理成速查表方便你直接对症状查方案。现象优先排查点快捷处理安装卡在install_vsta_cpu32_actionCPU是否活动、日志有无Error等待查日志补VC库报错0x80070643VC运行库安装VC 2015-2022sa登录失败18456sa密码/认证模式按4.4的步骤处理TCP Provider积极拒绝服务状态/TCP/IP协议启动服务启用TCP/IP错误26“定位服务器失败”远程连接配置检查防火墙和1433端口的监听5. 日常使用中绕不开的几件事建库、备份、连远程5.1 建库建表从SSMS到命令行都来一遍装好数据库不只是能连上就完事。第一个一定会遇到的操作是建库建表。SSMS里右键“数据库”→新建数据库→填名称这是图形化方式。命令行方式更通用在sqlcmd里执行CREATE DATABASE TestDB; GO USE TestDB; GO CREATE TABLE Users ( Id INT IDENTITY(1,1) PRIMARY KEY, UserName NVARCHAR(50) NOT NULL, CreatedAt DATETIME DEFAULT GETDATE() ); GO INSERT INTO Users (UserName) VALUES (张三); GO SELECT * FROM Users; GO执行完你就有了一个带自增主键、默认时间字段的基本表。注意字符类型用NVARCHAR而不是VARCHAR这样中文不会乱码。这是数据库设计里的老生常谈但新手经常踩尤其是从MySQL切过来的人习惯了VARCHAR一把梭到了SQL Server上就用同样的写法结果查询结果里中文变成问号。5.2 备份还原的正确姿势SQL Server的备份文件后缀是.bak看起来简单但还原有个细节备份文件里记录的是源数据库的逻辑文件名和物理路径如果你往另一台机器还原直接还原大概率报“数据库正在使用”或文件路径不存在。推荐先用SSMS图形化还原右键数据库→任务→还原→数据库→选择设备→指定.bak文件。更稳的是用带MOVE的T-SQLRESTORE DATABASE TestDB FROM DISK ND:\backup\TestDB.bak WITH REPLACE, MOVE TestDB TO NC:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\TestDB.mdf, MOVE TestDB_log TO NC:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\TestDB_log.ldf;MOVE左边的名字是备份文件里的逻辑名可以先执行RESTORE FILELISTONLY FROM DISKND:\backup\TestDB.bak查看。备份的完整命令是BACKUP DATABASE TestDB TO DISK ND:\backup\TestDB.bak;日常备份只备份数据库文件还不够。如果你的库是FULL恢复模式日志文件会一直增长越积越大直到磁盘告急。个人开发环境建议直接把恢复模式设成SIMPLE既满足基本备份需求又不用管日志文件疯长。生产环境才需要认真规划FULL恢复模式下的日志备份策略。5.3 远程连接三个坑依次排掉远程连接是安装SQL Server后最常见的“装好了但不能远程连”场景。要把三个坑依次排掉SQL Server配置管理器中启用TCP/IP并确认监听1433端口。Windows防火墙放行1433端口。图形界面在“高级安全Windows防火墙”中新建入站规则也可以直接用命令行管理员权限netsh advfirewall firewall add rule nameSQL Server 1433 dirin actionallow protocolTCP localport1433确认目标数据库账号允许远程登录。登录名的属性→状态→连接权限默认为允许但如果创建账号时做过限制就要检查。连接字符串对应关系供写代码参考Serverlocalhost,1433;DatabaseTestDB;User Idsa;Password你的密码;TrustServerCertificateTrue;这里有个容易被忽略的点新版连接SQL Server时很多开发环境会因为证书问题报错必须加上TrustServerCertificateTrue才能连上。尤其在.NET项目里这个配置缺了就会报证书链错误加上之后就正常了。6. 彻底卸载SQL Server 2019从控制面板到注册表残留6.1 卸载前先把数据带出来说卸载之前先提醒一件可能让人追悔莫及的事卸载实例会把库里数据一并删掉。动手前用SSMS把每一个库都做一次完整备份备份文件放到非C盘。把登录名列表导出来或手记一下特别是你自己创建的SQL登录名它的密码哈希无法导出重装后只能重建。如果你的项目正在使用这套数据库先停掉应用否则卸到一半连接驱动还占着文件删除时会卡住或报“文件被占用”。6.2 正规卸载顺序从实例到共享功能很多人上来就在“程序和功能”里把所有SQL Server相关项一次性全选删除结果某个组件锁死了文件删不掉服务吊着。正确顺序是这样打开“SQL Server安装中心”→维护→卸载选择要卸载的实例让卸载向导走一遍。这个通道会保证先停服务再删组件比控制面板直接删稳。回到“程序和功能”把剩余带“SQL Server 2019”字样的组件逐个卸载。顺序是数据库引擎服务→共享功能如客户端工具、Integration Services→设置包SQL Server 2019 Setup。最后卸载SSMS注意它是独立程序显示名是“Microsoft SQL Server Management Studio”。如果装过LocalDB还要卸载“SQL Server 2019 LocalDB”。每一步卸载完系统提示重启就重启。不要为省事不重启很多残留文件要在重启后才能真正删除。6.3 清理文件系统、服务与注册表残留正规卸载完成后还会有多处残留这些残留会在你重装时出来捣乱。按经验清理这三类第一个是文件目录。检查并删除以下目录如果有C:\Program Files\Microsoft SQL Server\C:\Program Files (x86)\Microsoft SQL Server\C:\ProgramData\Microsoft SQL Server\C:\Program Files\Microsoft SQL Server\150\Setup Bootstrap\Log第二个是服务。用管理员cmd执行sc query mssqlserver如果还能查到服务说明没有卸干净用sc delete mssqlserver删除它。同理还有SQLSERVERAGENT、MSSQLFDLauncher等命名规则一样可以把对应的都查一遍。第三个是注册表。先备份再删。在regedit里定位到HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server右键导出到桌面留底然后删除该键。接着检查HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer和HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Microsoft SQL Server如果存在且还有SQL Server相关子项一并清理。注意注册表清理一定要量力而行只删和SQL Server明确相关的键。因为过度清理注册表导致Windows组件损坏的案例远比SQL Server卸载失败的案例多得多。宁可多留一个孤儿键也不要为了“真实干净”去动拿不准的键。6.4 清理验证与重装前的最后检查清理完以后用几个简单命令验证。cmd中执行sc query mssqlserver netstat -ano | findstr 1433 dir C:\Program Files\Microsoft SQL Server如果第一个无返回服务信息第二个无监听输出第三个目录不存在或为空说明基本清理干净了。此时再下载最新安装介质重装成功率接近100%。我见过大量重装失败的案例80%都是上一轮没卸干净然后修复安装程序时兜了一堆残留错误越修越糟。如果只是某个组件坏了不想全卸先走“SQL Server安装中心→维护→修复”这个方案比直接卸载重装省力得多。修复不会动数据库文件只重装损坏的组件很多人不知道还有这一步。最后再补一个实操经验装之前把安装包和备份文件都放到非C盘安装过程选择功能时不要贪多遇到卡顿先看任务管理器再决定是否动手杀进程。SQL Server 2019本身是个成熟的软件绝大多数问题都出在Windows环境和卸载残留上按顺序来就能明显减少折腾时间。我每次帮人处理这类问题最终都会落到两句话上安装别贪多功能卸载别忘清理残留。