SQL Server 2019安装避坑指南：从规划到配置的完整实践-开发者社区

1. 装之前先想清楚：SQL Server 2019到底要解决什么问题

我见过太多人一上来就双击安装包，一路Next到底，装完发现不是连不上就是磁盘被塞满，最后又卸了重装。SQL Server 2019的安装其实并不复杂，但装之前的规划远比安装动作本身重要——尤其是你打算拿它干什么，决定了该选哪个版本、哪种安装方式、要不要装全套功能。

先说说2019这个版本。它是微软在2018年底发布、中文版2019年初开始大规模使用的长期支持版本，至今仍然是非常主流的选择。相比2016/2017，2019最直观的变化是引入了UTF-8排序规则支持、加速数据库恢复（ADR）、内存中OLTP的改进、以及智能查询处理（IQP）里的一堆新特性。对于普通开发者和DBA来说，你大概率用不到全部功能，但它的稳定性和兼容性经过了这几年的验证，作为学习、开发、甚至中小型生产环境都完全够用。

我在实际使用中遇到最多的几种需求场景，大致可以分成三类：

开发调试：你写代码需要本地有个数据库，测试连接、跑SQL脚本、调试存储过程。这个场景建议装"基本功能"就够了，不需要装SSIS、SSAS、SSRS那些集成服务组件，省空间也省启动时间。
学习练手：想系统学习SQL语法、事务、索引、性能优化。可以装全套功能，同时把示例数据库（AdventureWorks）也装上，学习和验证都方便。
生产/准生产：需要你认真规划版本（标准版还是企业版）、内存、磁盘路径、以及备份策略。这种情况我不建议拍脑袋装，最好先做容量估算。

我自己最常用的是"开发调试"场景，所以下面的安装步骤会以功能精简为主线来写，但会把其他场景的选项差异点都标注出来。

提示：SQL Server 2019要求操作系统最好是Windows 10 1809以上或Windows Server 2019/2022。如果你的系统是Win7或更老的版本，即便勉强装上，后续也会遇到兼容性问题，不建议浪费时间。

2. 安装前需要准备的三样东西

2.1 安装介质：镜像文件（ISO）还是安装包（EXE）

SQL Server 2019的官方发布形式是ISO镜像，里面包含安装程序、帮助文档、示例数据库等。去官网下载的话需要注册账号并选择版本，速度在国内网络环境下可能不太理想。如果你有MSDN订阅或者公司的软件中心，从那里下载镜像会更靠谱。

下载下来的ISO文件可以有两种操作方式：

直接右键挂载到虚拟光驱（Win10/11原生支持ISO挂载，双击即可）
或者解压到某个目录后再运行里面的setup.exe

我建议直接挂载ISO，因为安装过程中有一步会读取镜像里的介质文件，挂载方式最不容易出问题。解压到某个盘符下的目录也可以，但路径里别有中文和空格，否则某些组件会报路径错误。

另外，有一点要提醒：现在网上的"精简版""绿色版""一键安装包"非常多，我不建议你碰。那些东西要么是阉割了功能，要么篡改了系统配置，出了问题你排查半天也找不到原因。老老实实用官方镜像，这个思路永远没错。

2.2 硬件与系统环境检查

SQL Server 2019对硬件的要求不高，但有两个点经常被忽略：

第一是内存。SQL Server是出了名的内存爱好者和吞噬者。如果你的机器内存只有4GB，装了之后开个SQL Server Management Studio（SSMS）再把服务跑起来，机器基本就喘不过气了。所以我建议至少8GB内存起步，如果你要做性能测试、跑大数据量查询，16GB以上更舒服。好在SQL Server默认有一个最大服务器内存限制，我们可以手动调小，后面我会讲怎么设置。

第二是磁盘空间。完整安装大概需要7-8GB空间，但这只是基础。你的数据文件、日志文件、备份文件都是另外算的，而且增长速度可能会超出你的预期。我见过有人只给C盘留了10GB剩余空间结果装到一半报"C盘空间不足"，这种问题非常尴尬。建议C盘至少预留20GB以上可用空间，数据文件的目录也最好单独建在别的盘。

2.3 安装Windows功能依赖

在开始安装之前，还有两个系统级依赖需要确认：

.NET Framework 3.5：SQL Server 2019的安装向导本身需要运行在.NET 3.5环境上。Win10/11默认只开启了.NET 4.x，3.5默认没启用。如果没装，安装向导会卡在一开始，并弹窗提示"必须安装.NET 3.5"。这时候有两种办法：一是按提示联网下载并启用；二是如果你内网环境无外网，可以用系统镜像离线启用。我建议提前在"控制面板-程序和功能-启用或关闭Windows功能"里勾选.NET Framework 3.5（包括2.0和3.0），让它自动下载装好。
Microsoft Edge WebView2：2019的某些基础功能（比如报表服务配置）依赖WebView2运行时，不过通常SQL Server安装包会自动带上，这个一般不用你操心。

3. 安装向导里的每一个关键选项怎么选

环境准备完毕后，挂载ISO镜像，双击根目录下的setup.exe，会弹出SQL Server安装中心窗口。第一次安装的人可能会被多个入口绕晕，这里有个小认知：安装中心里有"全新安装"和"向现有实例添加功能"两个入口，第一次装选全新安装即可。

3.1 产品密钥与版本选择：Developer版还是Express版

进入安装之后，第一步就是让你选产品密钥。如果你下载的是评估版（Evaluation），需要输入密钥才能升级为特定版本。但这里有一个更关键的选择，直接影响你后面每一步的选项：

Developer版：功能完整、免费、只允许用于开发和测试环境。这是学习、开发场景的首选。如果你没有密钥，安装中心首页通常可以直接下载Developer版的安装介质，它是免费的。
Express版：免费但功能阉割不少，没有Agent服务、没有SSIS、最大数据库大小限制为10GB。当你只想用来做实验、而且不想占太多资源时可以选，但说实话开发学习我还是推荐Developer版，不至于被版本限制卡住。
企业版/标准版：生产环境的选择，需要授权密钥。如果只是个人电脑上折腾，完全没那个必要。

3.2 功能选择：不是越多越好

安装向导进入"功能选择"页面后，会列出所有可装组件。很多第一次装的人看到这么多功能，勾了一堆，结果装的过程又慢又容易出错。正确的做法是按需勾选。

我个人在做开发调试时只勾这几个：

数据库引擎服务（核心，必选）
客户端工具连接（包含sqlcmd等命令行工具，必选）
管理工具-完整版（即SSMS，但SSMS现在都是独立安装了，这个选项在2019里更多是旧版工具）

实际上，2019之后微软把SSMS彻底剥离为独立安装包，你可以在安装中心里看到"安装SQL Server Management Studio"的链接，它会跳转到官网下载。所以功能选择页里，管理工具相关的选项基本可以忽略，后面单独装SSMS就行。

至于机器学习服务、全文和语义提取搜索、Integration Services、Analysis Services、Reporting Services，如果你没有明确需求，一律不勾。要记住一个原则：功能越多，安装失败的潜在点越多，启动越慢，占用的资源越多。你完全可以在后续有需要时，用"添加功能"的方式再补装。

3.3 实例配置：实例名怎么取

功能选择之后是实例配置。SQL Server实例分为"默认实例"和"命名实例"两种：

默认实例：实例名为MSSQLSERVER，连接字符串里不需要写实例名，直接写localhost或.
命名实例：名字自拟，比如SQL2019，连接时写localhost\SQL2019

默认实例的好处是连接方便，坏处是如果以后你还要装其他版本的SQL Server，就只能用命名实例了。我自己的习惯是：除非这台机器明确以后只装一个SQL Server，否则都用命名实例。比如我会起名为SQL2019，避免和可能存在的旧版本冲突，同时便于切换服务。

这里有一步容易被忽略：实例根目录。默认目录在C盘，我强烈建议把数据目录、日志目录、备份目录放到非系统盘，比如D盘。原因很简单：SQL Server的数据文件会持续膨胀，系统盘一旦被占满，整个系统都可能出问题。在后面数据库引擎配置页面里还有专门的数据目录标签页，可以分别设置数据文件、日志文件、备份的路径。别嫌麻烦，提前改好，对后面维护帮助很大。

3.4 服务账户与排序规则：最容易出玄学问题的一步

接下来是"服务器配置"页面，要设置SQL Server服务和SQL Server Agent服务的启动账户和排序规则。

先说服务账户：默认情况下安装向导会自动配置为NT Service\MSSQLSERVER这样的虚拟账户。对绝大多数场景这完全够用，不要手动改成普通用户账户，因为密码一改服务就启动不起来了。我见过有人图省事把服务设置为"本地系统账户（Local System）"，虽然能用，但权限过大，从安全角度不值得。

再说排序规则（Collation）：这是非常容易踩坑的地方。默认排序规则是SQL_Latin1_General_CP1_CI_AS，CI表示不区分大小写，AS表示区分重音。如果你是做中文开发，这个默认值可以用，但更推荐改为Chinese_PRC_CI_AS，它对中文的排序、比较行为更符合中文使用者的直觉。尤其当你需要存中文姓名、中文地址并按照拼音或笔画排序的时候，这个排序规则会更友好。

排序规则一旦定下来，后面再改非常麻烦，因为它会影响数据库的字段比较、索引、甚至临时表的排序行为。所以这一页值得多看两眼，不要一路Next。

3.5 数据库引擎配置：身份验证模式与SA密码

到了"数据库引擎配置"页面，有两个关键项：

身份验证模式：

Windows身份验证模式：仅用Windows账号可以登录，安全性好，但对于跨平台或混合登录不方便。
混合模式（SQL Server身份验证+Windows身份验证）：需要额外设置内置sa账号的密码，允许用SQL账号加密码登录。

做开发调试我通常选混合模式，因为很多时候JDBC、ODBC、Python的pyodbc连接串只给了uid/password的写法，你不想每次都走Windows集成登录。这里要设置一个强度足够的sa密码——至少8位以上，含大小写和数字字母组合。很多坑（比如远程连不上、SQL登录被拒）最后都归因于sa密码设置不合理或者账户被锁，后面排查时你绝对不想在这个阶段给自己挖坑。

SQL Server管理员：这个列表用来指定哪些Windows账号拥有sysadmin权限点。当前用户会自动被加入，不用额外操作。如果你发现列表里是空的，一定要手动添加当前Windows账户，否则装完你连管理权限都没有。

3.6 数据目录与TempDB配置

在数据库引擎配置的"数据目录"标签页，能看到四类路径：数据根目录、用户数据库目录、用户数据库日志目录、备份目录。默认都是实例目录下的DATA文件夹，位于C盘。我建议把这几项全部改到独立的D盘目录上，比如：

D:\SQLData\Data（数据文件）
D:\SQLData\Log（日志文件）
D:\SQLData\Backup（备份文件）

这样做的理由前面已经说过：一是避免C盘被数据撑爆；二是如果你以后要做磁盘迁移，直接把整个数据目录搬走就行；三是重装系统时只要备份这几个目录就能完整恢复实例（配合系统数据库备份）。

再看看TempDB。SQL Server 2019默认的TempDB数据文件数量是8个，大小均为8MB，自动增长为64MB。在大多数开发场景下这个配置没问题，但如果你做大量临时表、排序连接之类的操作，TempDB容易成为瓶颈。安装阶段可以手动调整每个文件的大小和增量，但我个人建议安装阶段保持默认即可，等实际用量出来了再按需调整。毕竟TempDB配置涉及CPU、磁盘IO的分配，需要根据负载来测，拍脑袋改大并不一定有效。

3.7 安装进度与常见中途报错

所有选项配置完毕后，向导会检查配置并开始安装。这里安装时长跟机器性能有关，一般5-15分钟。安装过程中需要注意的现象：

如果出现某个组件“安装失败”，先别急着重装。点开日志链接，查看详细的错误日志。最常见的几类失败原因有：.NET 3.5未启用、挂载的ISO路径变了、权限不足、磁盘空间不够。
安装过程中需要重启的可能只有服务器操作系统，Windows 10/11上通常不用重启。
完成后安装中心主页上能看到已安装的实例。同时“下一步操作”里可以链接到SSMS的下载地址。

我遇到过最诡异的一次是：勾选了机器学习服务但Python运行时下载失败，导致整个安装回滚。从那以后我对非必要的功能组件一律默认不勾选，先装核心引擎，后面真有需要再单独加，这样即使失败也不影响已有实例。

4. 装完之后的检验清单：确认这次安装是真的成功

很多人觉得安装向导走到“完成”就万事大吉，其实有没有装好，靠的是后续几个检查。第一步，在Windows服务列表里确认以下服务处于“正在运行”状态：

SQL Server（MSSQLSERVER）或你的命名实例服务
SQL Server Agent（在Desktop版里默认可能是手动或禁用，不影响连接，但要跑定时任务就得启动它）

第二步，用命令行工具验证连接。打开PowerShell或命令提示符，输入：

sqlcmd -S localhost -E

如果出现1>这样的提示符，说明数据库引擎已经正常监听，你可以直接执行SELECT @@VERSION; GO来查看版本信息。如果是命名实例，连接字符串要写成localhost\你的实例名。

第三步，打开SSMS，用Windows身份验证连接。如果连不上，按以下几个方向排查：

服务是否启动（右键服务选择启动）
协议是否启用（SQL Server配置管理器里，确保Shared Memory和TCP/IP均为启用状态，TCP/IP监听端口默认为1433）
防火墙是否放行（入站规则允许TCP 1433端口）

我用这套检查清单这么多年，装完基本没有意外翻车的情况。需要提醒的是：NVIDIA显卡驱动之类的软件不会和SQL Server冲突，但某些系统优化工具（比如关闭服务、清理注册表的软件）可能会把SQL Server服务禁用或删除，这类第三方“优化工具”要慎用。

5. 单机内存挖矿警告：安装后建议立刻修改的3个配置

5.1 限制最大服务器内存，别让SQL Server吃掉所有内存

SQL Server 默认的最大服务器内存是2TB（实为2,147,483,647MB），也就是说它会在系统允许范围内尽可能多地占用物理内存。这在专用服务器上没问题，但在你的个人开发机上，开机时间一长，你会明显感觉系统变卡。

打开SSMS，右键服务器节点，选择“属性”，找到“内存”页，设置最大服务器内存为物理内存的70%左右。比如你的电脑有16GB内存，就设为12288MB（12GB）。这里要说明：SQL Server实际会用到的是缓冲池，它等于“数据库页面缓冲 + 编译执行计划 + 排序空间”等；给它留出30%给操作系统和你的其他应用，性能均衡最好。如果你同时跑容器或虚拟机，还要再往下调。

修改后要重启SQL Server服务才会立即生效。我试过：修改前系统内存被SQL Server吃到95%，改完后整个操作流畅度立刻不一样。

5.2 关闭即时文件初始化，防止首次分配文件时卡顿

Instant File Initialization（IFI）是个复杂的话题。默认情况下，SQL Server在创建/扩展数据文件时需要先把文件用0填充，这个过程在文件很大时会非常慢。启用IFI后，数据文件创建和自动增长操作会快很多，不需要等清零操作。对生产环境这通常是一步重要的性能优化，但对个人学习环境来说，它有一个牵涉安全的风险——删除前的内容可能残留在磁盘上，且需要给SQL Server账号授予“调整卷维护任务”的权限，这权限有点高。

在个人开发机上，我不建议为了这点性能提升去动它。你的数据量不大，创建文件的时间差异你感知不到的。而且一旦哪天你在生产环境照搬这个操作，权限管理上就可能有麻烦。

SQL Server的错误日志默认路径在C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\Log。日志文件累积到一定大小后，如果C盘空间紧张，排查麻烦不说，还有可能导致服务起不来。建议在SSMS里用下面的T-SQL修改默认备份目录：

-- 查看当前默认备份目录 SELECT SERVERPROPERTY('InstanceDefaultBackupPath') AS DefaultBackupPath; -- 修改默认备份目录(示例) EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'BackupDirectory', REG_SZ, N'D:\SQLData\Backup';

错误日志的路径也能通过注册表修改，但那是更进阶的操作。个人开发场景，你只要记得定期清理Log目录下过老的ERRORLOG.*文件即可。这个技巧我没见太多教程提过，但实际用起来非常常用。

6. 数据库管理和日常连接：给新手的常用操作速查

6.1 创建数据库时的几个选项

SSMS连接到实例后，在“数据库”节点右键新建数据库。这里有几个新手常忽略的选项：

数据库名称：别用中文和空格，避免各种工具兼容问题。命名建议简洁明确，比如ShopDB、TestDB。
初始大小：默认是8MB，数据量小可以不改，但当表数据扩容时还是会触发自动增长。初学阶段保持默认即可。
自动增长：默认是64MB并按百分比增长。数据库日志文件的自动增长建议改为“按MB”增长（例如128MB），因为按百分比增长会导致日志碎片化，且增长次数多，日志性能差。
选项-恢复模式：开发调试用“简单”模式即可，日志不会无限膨胀；生产环境必须设为“完整”模式并结合定期备份。很多新手一上来不管恢复模式，把日志文件开到几十GB，磁盘告警时才发现。

6.2 通过JDBC/Python等方式连接数据库时需要注意的事

如果你要写代码连数据库，例如Java项目中的JDBC连接串，注意两点：

端口默认1433，如果改了端口，连接串要带端口号，例如jdbc:sqlserver://localhost:1433;databaseName=ShopDB
使用SQL登录时，用户名通常是sa，密码为安装阶段设置的密码；如果开了“强制密码策略”，弱密码会被拒绝。

Python的典型连接写法如下：

import pyodbc conn = pyodbc.connect( 'DRIVER={ODBC Driver 17 for SQL Server};' 'SERVER=localhost;DATABASE=ShopDB;UID=sa;PWD=你的密码' ) cursor = conn.cursor() cursor.execute("SELECT @@VERSION") print(cursor.fetchone())

这里需要的ODBC驱动程序一般不用单独安装——如果你安装了较新版本的SSMS或者完整版客户端，驱动已经随附带来了。如果提示找不到ODBC Driver 17，可以去微软下载中心安装对应的ODBC驱动。

6.3 轻量级管理工具推荐

SSMS功能全、体积大，如果你只是偶尔查询一下，也可以用轻量级工具快速连接。我常用的组合是：

Azure Data Studio：跨平台、轻量、支持SQL Server和PostgreSQL，写查询、做图表很舒服。
SQLCMD：命令行连接，适合脚本批处理。

SSMS适合做数据库设计、备份恢复等图形化操作，Azure Data Studio适合写SQL和查数据。两者互补，不用只死守一个。

7. 安装失败的排查思路：不要盲目卸载重装

最后分享几个真实遇到过的问题。如果你安装中途失败或不成功，可以参考这套排查链路，否则很可能盲目重装三次还是一个坑。

我一次在Win10上安装时，安装向导卡在“启用 .NET Framework 3.5”这一步，报错信息意思大概是需要联网下载安装Windows功能。我按提示点了启用，结果连下载都失败。后来手动去“控制面板-程序-启用或关闭Windows功能”勾选，由系统自动从Windows Update下载，一次搞定。如果你不想等更新，也可以用系统镜像的DISM离线启用，但作为个人用户，用在线启用是最省心的。

第二次问题是：安装完成后SSMS输错几次密码导致sa账号被锁定。SQL Server默认没有开启账户锁定策略，但如果你手动改了，锁定了之后连DBA都进不去。处理方法是：用Windows身份验证登录后，在“安全性-登录名-sa-属性”里重新设置密码并解除锁定。这个坑经常发生，提前知道能省很多事。

第三次是：装完SQL Server后，机器重启每次都特别慢，排查发现SQL Server服务会随着系统自启，且占用了大量内存。解决办法就是上面讲的——限制最大服务器内存，然后顺手把服务的启动类型从“自动”改为“自动（延迟启动）”，这样开机时先让其他程序启动，再启动SQL Server，整体体验会好很多。

还有一次VMware虚拟机里装SQL Server 2019，总是报“性能计数器注册表配置单元损坏”。这是老问题了，大多数情况下不影响实际使用，但如果你看着难受，可以按微软官方文档修复性能计数器，或者忽略。这类小警告一般不影响安装结果。

8. 连接不上时，按顺序排查这5件事

连接不上是安装之后最高频的问题，这里我按排查顺序给出方案，跟着这个顺序走，绝大多数都能解决。

8.1 服务是否真的启动了

这一步虽然基础，但我见过无数次“启动类型是自动，但服务因为崩溃状态实际停止”的情况。按Win+R输入services.msc，找到你的SQL Server服务，看状态。如果已停止，手动启动，再看启动时的报错，如果报错多半是账户密码失效或冲突。

8.2 远程连接是否启用

SQL Server默认是允许远程连接的，但前提是TCP/IP协议和命名管道协议都被启用。打开“SQL Server配置管理器”，在“SQL Server网络配置-你的实例的协议”里，把TCP/IP设为已启用，然后重启SQL Server服务。这里有个小坑：很多人只改了协议忘了重启服务，结果连接还是失败。

8.3 防火墙1433端口

Windows防火墙默认会拦截对SQL Server的远程访问。在防火墙高级设置里新建入站规则，允许TCP端口1433。如果改了端口号，放行对应端口。最简单的方式是添加程序规则时选择C:\Program Files\Microsoft SQL Server\MSSQL15.你的实例名\MSSQL\Binn\sqlservr.exe，按程序放行更安全，避免对所有1443端口放开。

8.4 登录账号与身份验证模式

如果你用sa登录失败，首先确认安装时是否选了混合模式。如果没选，Windows身份验证模式下SQL账号登录天然被拒。这时候就连Windows身份验证，然后用SQL命令改身份验证模式：

-- 查看当前身份验证模式，0表示Windows，1表示混合 SELECT SERVERPROPERTY('IsIntegratedSecurityOnly') AS AuthMode; -- 将服务器改为混合认证 EXEC xp_instance_regwrite N'HKEY_LOCAL_MACHINE', N'Software\Microsoft\MSSQLServer\MSSQLServer', N'LoginMode', REG_DWORD, 1;

改注册表后同样需要重启实例。

8.5 别名与Hosts解析

如果你用机器名连不上，但用IP能连上，多半是机器名解析问题。在C:\Windows\System32\drivers\etc\hosts里加上一条127.0.0.1 你的机器名，或者直接用localhost连接，这个问题就绕过了。开发阶段我一般都用localhost或.做连接测试，不给自己制造额外变量。

9. 用SQL Server 2019做开发时，我习惯先做的三件事

到这里安装和连接问题都解决后，再说几个日常开发时提升体验的小习惯。

9.1 设置默认数据库

如果你大多数操作都在同一个库，可以在“登录名属性-默认数据库”里把默认库改成常用的开发库。这样每次打开SSMS新建查询时，就不再默认连接master库，省掉一句USE 库名;。不要小看这个习惯，能减少很多不必要的误操作——在master库里误改系统表是没人想经历的事。

9.2 开启查询执行计划快捷键

SSMS默认的“显示估计的执行计划”快捷键是Ctrl+L，“包含实际执行计划”是Ctrl+M。写SQL时遇到慢查询，直接看计划和耗时I/O。2019的智能查询处理功能中，自适应联接、行模式内存授予反馈等特性，在低配机器上也有效果。遇到性能问题，先别急着加索引，看执行计划里是不是存在索引扫描、表扫描，再针对性建索引。

9.3 定期备份与恢复演练

个人开发者也应该养成定期备份的习惯，至少每周一次。最简单的方式是手动执行：

BACKUP DATABASE 你的库名 TO DISK = N'D:\SQLData\Backup\你的库名.bak' WITH INIT, COMPRESSION;

COMPRESSION选项在Developer和Standard版本中均可用，能显著减小备份文件体积。恢复时也不要只做“还原”，偶尔演一遍从备份恢复的流程——真遇到数据库崩盘时你才不会手忙脚乱。我自己的习惯是：每个月在虚拟机里把备份文件还原一次，检查数据完整性和日志连续性，这个动作花不了多少时间，但能救你于水火。

10. 最后分享一个小技巧：如何让冷启动后的SQL Server更快进入可用状态

说一个比较轻松的收尾。许多人开机后立刻打开SSMS，需要等待十几秒才连接上。除了前面提到的“延迟启动”，还有一个冷启动提速技巧：提前预读数据库文件。

方法是把常用数据库标记为“延迟持久性（Delayed Durability）”或者启动时预加载？其实并不需要那么复杂。真正有效的小技巧是：在需要快速启动时，把SQL Server服务设为“自动（延迟启动）”后再追加一条计划任务，开机后30秒用sqlcmd执行一次连接预热，让它提前把数据页加载到缓冲池。不过这个有点花活，日常用最多的是这样一个简单操作：SSMS里执行一次CHECKPOINT;把脏页写入磁盘，下次重启就能减少恢复过程的时间。

其实更实用的是：不要频繁重启SQL Server。它设计上就是跑常驻服务的，你今天关明天开，反而每次都要经历恢复和缓冲池重建。如果仅仅是想释放内存，不如用DBCC FREEPROCCACHE清理缓存或直接设置好最大服务器内存，让系统帮你管理。这个认知也是我踩了几次“明明重启完很流畅，过两天又卡了”之后才悟出来的。

SQL Server 2019安装本身是件顺手的事，但只有把系统规划、目录隔离、内存限制、身份验证模式这些前置细节想清楚，装出来的环境才会真正“靠谱”。希望这篇教程能帮你少走点弯路。