SQL Server 2022 保姆级安装指南：从官网下载到配置验证

很多人问过我怎么装 SQL Server 2022，点名要“附安装包”的教程。说实话，搜索前几页里那些“一键安装包”，要么捆绑了浏览器、杀毒全家桶，要么来路不明的压缩包里躺着一个改过的 setup.exe，谁爱装谁装，反正我不建议。

这套数据库真正的免费安装包，就在微软官方下载页，Developer 版本授权免费、功能和企业版一致，根本不缺一个“安装包”。因此本文不提供网盘链接，也不提任何密钥激活内容，只把从下载、安装、配置到验证的全过程拆开，讲清楚每一步为什么这样操作，以及多数人装完后会踩到的那些坑。适合第一次搭数据库的学生、准备本地开发环境的程序员，以及要给服务器做标准安装的运维同事参考。

1. SQL Server 2022安装思路：先想清楚再动手

1.1 为什么直接上2022，而不是继续用老版本

SQL Server 2022 与上一个长版本 2019 相比，不是换了个版本号就完事。它最明显的变化在三点：

第一，智能查询处理能力增强，大量旧版本需要手工加提示才能跑好的查询，2022 在默认设置下会自己选更优的执行方式。第二，引入了一整套和云底座对齐的管理能力，比如借助 Azure 的灾备、Synapse Link 做数据同步，即使你现在用不到，至少版本方向不会过时。第三，安全默认策略更严格，像 Always Encrypted 的 secure enclave 这类功能不再需要额外配置就能用。

从安装视角看，2022 的安装向导和 2019 差别不大，结构上是连续的，所以哪怕你过去只装过 2016 或 2017，看到这篇教程也不会有陌生感。既然是新项目、新环境，没理由倒退回去装旧版本，除非你所在团队明确规定了版本基线。个人学习、本地测试、公司测试库，都建议直接从 2022 起步。

1.2 学完这个流程你能得到什么

这是一篇保姆级教程，目标不是帮你“点完下一步”就算结束，而是让你装完之后，自己心里清楚这台机器上现在跑了哪些服务，数据库文件放在哪里，万一隔天连不上应该去哪里看日志。

跟着全文操作一遍，你将得到：

• 一台装好了 SQL Server 2022 Developer 版、能本地连接、能远程访问的数据库环境
• 一套合理的初始化配置，包括身份验证模式、数据文件存放位置、防火墙端口策略
• 几个能快速判断“数据库服务是否健康”的 SQL 验证命令
• 对安装过程中常见报错的大致排查思路，而不是出了错就重装系统

如果你之前装过 SQL Server 2008/2012/2019，中途遇到向导卡住、服务起不来这类情况，建议直接跳到第 6 节看故障排查。第一次装的人，最好从头按顺序走。

2. 版本与系统准备：哪些免费、哪些不能选

2.1 Developer、Express、Standard、Enterprise 到底有什么区别

在微软官网下载 SQL Server 2022 时，面对一堆版本名称，很容易犯选择困难。先理解授权模型，再谈下载，思路就顺了。

同一套安装文件，实际是通过授权密钥决定装完是哪个版本。但 Developer 和 Express 两个免费版本都不需要额外密钥，微软在下载页直接提供了对应版本的引导安装器。

我见过不少新手第一反应是装 Express，理由是“免费又小”。从授权角度讲 Express 确实免费，但 10GB 库上限加上 1GB 内存限制，做开发测试很容易碰到边界。等到你跑几条连表查询发现内存吃紧，再卸载换 Developer 版本，纯属浪费生命。

所以 90% 的非生产场景，直接选 Developer 版就够了。它的功能和企业版一致，除了不能用于商业生产之外，没有任何限制，比 Express 舒服太多。如果你只是写写简单查询、做课设作业，Express 也可以，但不要因为它小而低估后续的限制。

2.2 硬件和操作系统要求，少了哪样都装不痛快

SQL Server 2022 官方支持的操作系统是 64 位的 Windows 10、Windows 11 以及 Windows Server 2016 及以上。请注意，这里没有 32 位版本可装，Windows 7 也无法安装 SQL Server 2022。

硬件方面，官方最低要求是：

• 内存：最少 4GB，开发机建议 8GB 以上
• 磁盘：安装后约占用 6GB～10GB，实际还要考虑数据文件增长，建议预留 20GB 以上
• 处理器：x64 架构，2GHz 以上即可

有一个容易忽略的点是 .NET Framework。SQL Server 2022 安装向导依赖 .NET Framework 4.7.2 以上版本，Windows 10 和 Windows 11 通常自带 4.8，基本不用额外处理。如果安装程序启动时直接没反应，或提示找不到 .NET，先去“启用或关闭 Windows 功能”里确认 .NET Framework 4.8 是否完整开启。

对虚拟机用户要额外说一句：如果你用 VMware 或 Hyper-V 搭环境做测试，内存设成 4GB 能装，但安装完成后的日常使用会明显卡顿。我给虚拟机的建议是 8GB 起步，安装过程大概耗时 15~30 分钟，取决于磁盘性能和 CPU。

2.3 理解“实例”概念，装的时候就不会一脸懵

SQL Server 实例这个概念，新手最容易卡壳，但它又直接决定安装向导里的“默认实例”和“命名实例”怎么选，所以必须花两分钟理解。

实例可以理解成一台机器上运行的一套独立数据库引擎环境。每套实例有自己的服务名、自己的系统数据库，互相之间完全隔离，监听不同端口。装多个实例就像在一套房子里隔出了几间独立房间，房间之间不共享家具。

首次安装时，安装向导会默认勾选“默认实例”，实例名固定为 MSSQLSERVER，监听 1433 端口。绝大多数场景下，直接使用默认实例就行，连接数据库时服务器名只需要填一个点“.”或“localhost”。

如果你电脑上已经装了 SQL Server 2019，而现在想保留它、再装一个 2022，就要注意：一台机器只能存在一个默认实例。此时建议选择“命名实例”，比如给 2022 起个名字叫 SQL2022，连接时服务器名写成“计算机名\SQL2022”。不过本文按全新安装处理，默认实例一路走下去即可，理解这套逻辑能让你不慌。

3. 安装包获取方法，不需要网盘

3.1 从官网下载引导程序的具体入口

先声明一件事：SQL Server 2022 的官方下载是完全开放的，不存在“找不到安装包”的问题，更不需要求人转网盘。

访问微软官方 SQL Server 下载页面，会看到 Developer 版本和 Express 版本的下载按钮。选择 Developer，下载到的是一个几十 MB 的引导程序，文件通常叫 SQL2022-SSEI-Dev.exe，根据页面提示选择“下载媒体”和“ISO”选项，就能把完整的安装镜像存到本地。

下载完整 ISO 的好处是后续在另一台机器上安装时不需要重新联网拉取文件，直接挂载 ISO 就行。Windows 10/11 系统对 ISO 文件直接双击即可挂载到虚拟光驱，不需要额外安装解压工具。如果你只是想在当前这台机器装一次，也可以不下载完整 ISO，运行引导程序后选择“自定义安装”，它会自动拉取安装文件。

这里必须提一个安全建议：使用官网渠道下载后，如果有条件，可以用 PowerShell 算一下文件哈希值，和官方页面提供的 SHA256 做比对，文件没被篡改过再运行。算哈希的命令很简单：

powershell复制Get-FileHash .\SQL2022-SSEI-Dev.exe -Algorithm SHA256

如果你的下载渠道不是官网，而是某个搜索来的“高速下载站”，那这句话当我没说——建议直接放弃那个文件，回到官网重下。

3.2 启动 setup.exe 前，这几件事建议先做

很多人的安装失败不是版本问题，而是环境太脏。启动安装前，花三分钟做几项前置检查，能避免后面一半的麻烦。

第一，退出安全软件和杀毒软件。SQL Server 安装时会创建 Windows 服务、写注册表、向系统目录释放文件，部分安全软件会把安装程序的行为判定为“未知操作”而拦截。装系统软件时暂时关闭第三方杀软，是修复安装 80% 问题的通用前提。Windows Defender 可以不用关，它对官方安装包的判断比较准确。

第二，确认没有旧版 SQL Server 的安装残留。控制面板的“程序和功能”里如果能看到以前装过的 SQL Server 组件，稳妥做法是先完整卸载旧版本。部分残留会导致安装规则检查时出现“重启计算机”的红色警告，解决办法是看安装记录里提示的注册表键位置，删掉 PendingFileRenameOperations 项再继续。

第三，确认当前 Windows 账号是管理员。安装过程需要提升权限，双击 setup.exe 后如果出现 UAC 弹窗而你没有权限确认，那后面全是白搭。

以上检查做完，就可以双击运行安装程序了。建议右键选择“以管理员身份运行”。

4. 从零开始走一遍图形化安装向导

4.1 功能选择：数据库引擎之外的选项怎么取舍

进入 SQL Server 安装中心后，左侧有很多入口，新手只需要点击左侧“安装”标签，然后选择第一项“全新 SQL Server 独立安装或向现有安装添加功能”。

进入向导后，会依次经过产品密钥、许可条款、Microsoft Update 几个环节。Developer 版自带授权，不需要输入密钥，这一点可以放心，网上那些搜密钥的教程完全是在浪费时间。Microsoft Update 那里如果只是测试机，建议不勾选，免得系统更新时自动给数据库打补丁引发意外重启；生产服务器则建议勾选，及时补漏洞更重要。

到了“功能选择”页面，你先看到的是一棵功能树，默认勾选了“数据库引擎服务”。很多教程在这个页面直接下一步，但这其实忽略了一个后期很麻烦的问题，需要什么功能最好一次想清楚。

我的推荐分配逻辑是：

• 只做常规应用开发和测试：只勾选“数据库引擎服务”即可，其他都别选
• 需要做数据抽取转换：加勾“Integration Services”（SSIS）
• 需要做表格化分析模型：按需加勾“Analysis Services”，但 SSAS 非常吃内存，不常用就别装
• 需要做报表服务：加勾“Reporting Services”，但说实话现在做报表大部分都交给专门的前端工具了，对新手可以不装

功能树里最容易被忽略的是“共享功能”中的“客户端工具 SDK”，如果你后面要自己写连接字符串，用 IDE 开发 C#、Java 程序，建议把“客户端工具连接”一并勾上。这个组件体积不大，后期弥补要重新跑一遍安装程序，省不了多少事。

这里有一个原则：安装向导允许后续再次添加或删除功能，所以不必患得患失。对一台 8GB 内存的开发机，少装 SSAS、SSRS，能明显降低平时空闲时的内存占用，这些服务都是以 Windows 服务形式常年驻留的。

4.2 Instance 配置与服务器配置：默认选项背后的逻辑

功能选择完成后进入“实例配置”。首次安装默认选“默认实例”，下方会显示实例 ID 为 MSSQLSERVER。SQL Server 2022 的实例根目录默认是 C:\Program Files\Microsoft SQL Server\160\MSSQLServer_15... 这类路径，没有特殊需要不要改实例 ID，那是给极少数需要多实例并存的用户准备的。

下一个页面叫“服务器配置”，这里有两个区域：服务账户和排序规则。

服务账户列表里会看到 SQL Server 数据库引擎、SQL Server Agent 等服务。新手常见的误区是认为服务账户必须填一个本地管理员用户，其实完全不需要。默认的 NT Service\MSSQLSERVER 是虚拟账户，只具备运行数据库引擎服务所需的最小权限，安全性比直接给 SYSTEM 或 Administrators 组成员更好。

SQL Server 数据库引擎服务建议设为“自动”启动，SQL Server Agent（代理）服务如果不做定时作业，保持默认的“手动”启动即可，需要时再启动，能少占一点资源。排序规则保持默认的 SQL_Latin1_General_CP1_CI_AS，即使你的系统是中文，一般也不需要改。排序规则一旦安装完成后变更非常麻烦，涉及所有库的字符串比较行为，建议不要在没搞懂差异时手动调整。

真正的隐藏雷区在页面下方“数据目录”附近，后面单独说。

4.3 数据库引擎配置：身份验证模式和管理员，一次设对

安装向导之后会进入“数据库引擎配置”，这个页面直接决定你以后用什么方式登录数据库，很多人的“连不上”就葬送在这里。

身份验证模式有两类：Windows 身份验证模式和混合模式。

• Windows 身份验证模式：只看当前 Windows 登录的账户，并由 SQL Server 信任 Windows 的登录结果，最安全
• 混合模式：Windows 身份验证 + SQL Server 用户名/密码方式，比如常见的 sa 账号登录

初学阶段建议选“混合模式”，并给 sa 账号设置一个强密码。原因很简单，大量数据库管理工具、BI 工具连接测试环境时默认都使用用户名密码方式，如果你只开 Windows 身份验证模式，后续配置 JDBC 连接串或让测试环境其他同事访问时会遇到“凭据不对”的误报，排查一圈才发现是验证模式限制。

但是，选择了混合模式不代表你要天天用 sa 账号。向导页面下方有一个“指定 SQL Server 管理员”，这里必须点“添加当前用户”，把你正在使用的 Windows 账户加入管理员列表。之后日常操作优先用 Windows 身份认证登录，sa 只在特殊场景下使用。

如果你已经设置了 sa 强密码，装完后不想用，建议直接禁用 sa 账号，后续需要时再用管理员账号重新启用并重置密码即可，这是更稳妥的做法。

4.4 数据目录与 TempDb：文件别全堆在 C 盘

“数据库引擎配置”页面下方有一个“数据目录”页签，默认所有路径都指向 C 盘。对于开发机，如果 C 盘是固态硬盘且容量充足，不改也够用，但如果你打算用这个库存上千行以上数据，或跑日志增长快的业务测试，最好改到独立的数据盘。

这里有一段实际经验可以参考。数据库文件分为数据文件（.mdf/.ndf）和日志文件（.ldf），写入是并发的，最理想的做法是把数据和日志放在两块不同物理磁盘上。但对个人开发测试环境，这不是必需品，只需要：把整个数据根目录指到 D 盘或 E 盘，比如 D:\SQLData，安装向导会自动创建 Data、Log、Backup 等子目录。

修改方法是选中“数据根目录”输入框，填入目标盘符的绝对路径。注意，这个页面显示的路径包括：数据目录（Data）、日志目录（Log）、备份目录（Backup）等，如果根目录改了，所有这些都会自动变成新目录下的对应子文件夹。建议提前在目标盘创建好目录，或直接手工输入让向导创建。

TempDb 默认情况下是 8 个数据文件加 1 个日志文件，从 SQL Server 2016 开始每次安装后都会按 CPU 核数推荐文件数，2022 已经做得很省心，基本不用动。唯一注意点是 TempDb 的初始大小如果设置过小，在高并发查询时会产生严重的等待，新手不建议去调小，默认 8MB 的自动增长机制已经很成熟。

另一个页面是“MaxDOP”和“内存”，SQL Server 2022 默认情况可以自动管理大部分设置，不需要在此配置。别在安装阶段去调这些高级参数，装好后用 SSMS 查询执行计划时再针对性调整，反而更合理。

4.5 安装进度里的正常等待和异常信号

配置完成后，向导会进入“安装配置规则”和“准备安装”页面，最后点击“安装”按钮后，真正的安装过程才开始。按机型不同，进度条大约停留在 20%～80% 之间十几分钟到半个小时不等，中间会出现“Install_sqlengine”“Install_sqlssms”等步骤名称。

此时不要疯狂点击下一步，也不要直接关闭窗口。正常的安装过程会看到状态栏逐项变绿，全部显示“成功”后才算完成。如果某一步状态变成红色，或者弹出“服务无法启动”等错误，大概率是以下三类问题之一：杀毒软件拦截了服务创建、旧实例残留、当前系统缺少某个补丁。这类情况处理方式会在第 6 节展开。

安装完成后，向导默认会显示“已成功安装”的摘要页面。此时数据库引擎已经作为 Windows 服务运行，暂时不用重启系统。但界面不会自动打开任何管理工具，不要到处找 SQL Server 的图标——下一个动作是去下载 SSMS。

5. 装完之后：SSMS连接库服务的全流程

5.1 SSMS 需要单独下载，别以为装漏了

SQL Server 2022 安装完成后，你在开始菜单里可能找不到一个叫“SQL Server Management Studio”的程序，这是正常的。从 SQL Server 2016 开始，SSMS 就从安装介质里独立出来了，改为完全独立发布、独立更新，所以请把 SQL Server 数据库引擎和 SSMS 理解成两套东西。

SSMS 的官方下载入口在微软文档站，搜索“下载 SQL Server Management Studio (SSMS)”即可找到。下载文件是一个几 MB 的安装引导器（SSMS-Setup-CHS.exe），安装完成后从开始菜单启动。安装 SSMS 时不需要关闭数据库服务，两者没有安装顺序依赖，先装哪个都不影响最终使用。

SSMS 的定位就是一个图形化管理客户端，你完全可以用 Azure Data Studio 或 VS Code 的 SQL Server 插件代替它，但论功能完整度和系统管理能力，SSMS 仍是首选。作为新接触 SQL Server 的用户，先用 SSMS 熟悉核心操作，后续再对比其他工具不迟。

启动 SSMS 后，弹出的“连接到服务器”对话框里，服务器类型保持“数据库引擎”，服务器名称一栏填 localhost，认证方式选择“Windows 身份验证”，然后点击“连接”。如果左侧对象资源管理器里能看到数据库文件夹，且展开后能看到 master、model、msdb、tempdb 四个系统库，就说明数据库引擎已经正常工作了。

有经验的同事可能习惯用点号 . 或 (local) 表示本机默认实例，SSMS 同样认识这些写法。如果你安装时选择了命名实例，需要填成“计算机名\实例名”。

5.2 防火墙与网络协议：一步做不对，远程一准连不上

本地用 SSMS 连接成功只是第一步，如果这台数据库要被局域网里其他机器访问，比如你的台式机要连虚拟机里的 SQL Server，或者同事要连你电脑上的测试库，防火墙策略必须处理。

之前本地连接能成功，是因为 SSMS 默认使用了 Shared Memory 或 Named Pipes，这些协议只在本机生效，不走 TCP/IP。一旦远程连接，必须保证三件事：

1. SQL Server 服务正在运行
2. TCP/IP 协议已启用
3. 防火墙允许 TCP 1433 端口入站

SQL Server 2022 默认安装时，TCP/IP 协议在“SQL Server 配置管理器”里通常是启用的，但有些情况下会被禁用。检查方法：在开始菜单搜索“SQL Server 2022 配置管理器”，打开后展开“SQL Server 网络配置”，右击“MSSQLSERVER 的协议”，找到 TCP/IP，确认状态为“已启用”。如果之前是禁用状态，改成启用后需要重启 SQL Server 服务才会生效。

防火墙放行端口有两种做法。图形界面下，进入“Windows Defender 防火墙”的“高级设置”，创建入站规则，选择“端口”，协议选 TCP，特定本地端口填 1433，操作选“允许连接”。需要注意的是，这条规则的作用范围如果选择“公用”网络，在某些公司网络策略下也会被拦截，一般保持默认勾选即可。

喜欢用命令行的同事，管理员 PowerShell 里执行一行命令效果一样：

powershell复制New-NetFirewallRule -DisplayName "SQL Server 1433" -Direction Inbound -Protocol TCP -LocalPort 1433 -Action Allow

我见过不少同事图省事，直接把 Windows 防火墙整个关掉，这不是解决问题的思路。关掉防火墙虽然能连，但代价是这台机器对其他安全威胁完全不设防，测试环境或许能接受，稍有要求的场景千万别这么干。只放开 TCP 1433 端口，不会影响系统其他正常访问，安全风险也可控。

5.3 几条快速验证数据库健康的 SQL

连接成功后，可以用几条 SQL 快速确认安装版本和基本状态，打开“新建查询”依次执行：

sql复制SELECT @@VERSION;

如果显示 Microsoft SQL Server 2022 的相关信息，说明引擎版本没问题。

sql复制SELECT name, database_id, create_date FROM sys.databases;

这句话能列出当前实例下所有数据库，包括四个系统库和你在其他环境创建的库。检查服务是否健康，看错误日志更直接：

sql复制SELECT TOP 5 log_time, text FROM sys.dm_exec_sessions;

要验证这张表真的能写能读，建议直接建一个临时验证库：

sql复制CREATE DATABASE DemoDB;
GO
USE DemoDB;
GO
CREATE TABLE dbo.Employee (
    Id INT IDENTITY(1,1) PRIMARY KEY,
    Name NVARCHAR(50) NOT NULL,
    CreateTime DATETIME DEFAULT GETDATE()
);
GO
INSERT INTO dbo.Employee(Name) VALUES (N'张三');
GO
SELECT * FROM dbo.Employee;
GO

能看到“张三”这一行记录，说明引擎、库、表、读写能力都验证通过。这套验证流程比单纯看到 SSMS 连接成功更有说服力，建议做完心里有数。验证完成后，DemoDB 可以直接删除，或者留着当练习库都行：

sql复制USE master;
GO
DROP DATABASE DemoDB;
GO

6. 我见过的高频故障与解决方法

6.1 安装中途失败、回滚：先看日志再动手

SQL Server 安装失败的一大特点就是“回滚”，进度条走了一会儿突然抽回去，屏幕提示安装失败，这时千万别急着重试，否则大概率是同一个地方再挂一次。

正确做法是去查看安装日志。SQL Server 2022 的安装日志默认存放在：

code复制C:\Program Files\Microsoft SQL Server\160\Setup Bootstrap\Log

这个目录下会有多个时间戳子文件夹，进入最新的那个，打开 Summary.txt。它会列出所有安装步骤的执行状态，失败的功能项会标注 ERROR。再往下翻，找到具体的日志文件名，比如 Detail.txt 或对应功能的日志，搜索关键词 error、failed，才可以看到真正的失败原因。

我处理过一次安装失败，表面问题是“数据库引擎服务无法启动”，日志里实际原因是 SQL Server 服务账户无法访问数据目录，因为我把 D 盘目录的 ACL 权限改坏了。解决方法是重新赋予 NT Service\MSSQLSERVER 对数据目录的完全控制权限。

给新手一个排查顺序：先看日志确认失败主体是服务启动还是文件复制；如果是服务启动，检查服务账户权限、杀软拦截、端口占用；如果是文件复制，检查磁盘空间和路径是否包含中文或特殊字符。

SQL Server 的安装日志实际上很详细，很多错误行会带错误码，带着这些编码去搜比盲目重试效率高得多。常见错误码 0x851A001A 表示服务启动失败，0x84B20001 通常和杀软有关，0x800F081F 则是系统缺少 .NET 或运行库功能。

6.2 本地连不上：按这个顺序排查

装好后第一天能连，第二天连不上，代码里报错“无法连接到 ...”，这时不要直接重装，按顺序查下面几个点基本都能解决。

第一步，确认 SQL Server 服务是否在运行。打开服务管理器 services.msc，找到名字叫“SQL Server (MSSQLSERVER)”的服务，看“状态”列。如果服务没有运行，右键启动，启动报错就去看 Windows 事件查看器里的应用程序日志，那里有服务启动失败的系统级原因。

第二步，确认登录方式是否匹配。如果你的登录模式是 Windows 身份验证，却用账号密码去连，会收到错误提示，属于访问被拒绝。SQL Server 的错误消息有状态码，最常见的是 18456 错误，它后面的状态码能帮你判断问题：

看到 18456，把后面的状态码带上再搜，方向会明确很多。状态码为 5 时基本可以确定是身份验证模式问题，需要用管理员 Windows 登录连上后，在服务器属性的安全性里改回混合模式。

第三步，如果用命名实例连接失败，检查 SQL Server Browser 服务是否启动。命名实例的端口是动态分配的，客户端需要先向浏览器服务请求端口号，如果这个服务没起或防火墙挡住了 UDP 1434，客户端就找不到实例。解决方法是把浏览器服务设为自动并启动，或者干脆不用实例名连接，直接在连接串里指定端口号，比如 192.168.1.10,1500。

6.3 远程连接超时：八成是防火墙和 TCP/IP 的问题

远程连接出现的问题和本地完全是两码事。本地能连、远程超时，问题几乎都集中在网络链路而不是数据库本身。

远程被拒的第一道关卡是 TCP/IP 协议是否启用。前面已经强调过配置管理器里的启用手续，这里补充一个快速判断方法：在远程机器上用 PowerShell 执行端口探测：

powershell复制Test-NetConnection 你的服务器IP -Port 1433

如果输出结果显示 TcpTestSucceeded: True，说明网络链路已经通了，问题出在数据库层面的登录权限或账户配置。如果返回 False，继续从防火墙、SQL Server 监听状态、网络连通性三个方向排查。

端口探测成功但 SSMS 仍然报错，常见原因是登录账户没有远程访问权限。这和 SQL Server 的登录映射有关：远程账号要能连，前提是该账号在 SQL Server 实例中存在，且对应数据库的用户映射配置没有出错。

这里建议不要在第一次配置时把所有信任都交给 sa 账号，因为很多公司安全策略会要求 sa 保持禁用。更好的做法是新建一个独立的登录账号，赋予所需数据库的 db_datareader 和 db_datawriter 权限。日常开发用这个账号连远程实例，权限最小化，排查问题时也容易追踪。

新建登录账号的 SQL 很简单：

sql复制USE master;
GO
CREATE LOGIN dev_user WITH PASSWORD = 'StrongPassword_2024';
GO
USE DemoDB;
GO
CREATE USER dev_user FOR LOGIN dev_user;
GO
ALTER ROLE db_datareader ADD MEMBER dev_user;
ALTER ROLE db_datawriter ADD MEMBER dev_user;
GO

6.4 别为了省事去下载非官方精简版

最后还是想认真地说一句：有些同事网上下的所谓“SQL Server 2022 精简版”“绿色版”，体积比官方版小一半，安装只要几分钟，看起来很爽。但数据库软件承载的是你的数据，精简版通常修改了服务的默认权限、禁用了某些安全组件，或者直接对系统库做了改动。

我处理过一次案例，同事用“精简版”装了测试环境，后来需要做事务复制，功能树里根本没有复制组件，想添加却发现安装源已经不可用，只能卸载重装，前后折腾了好几天。

官方 Developer 版免费，且授权允许你随便造，完整版 ISO 虽然大一点，但一劳永逸，后期要加任何功能只用重新运行 setup.exe，勾选对应选项即可。对数据库这种基础软件，我始终建议你用官方完整渠道，省掉后面看不见的麻烦。

安装这种事情，第一次慢一点没关系。环境干净、步骤清楚、验证完整，后面使用阶段才会顺。装 SQL Server 2022 的过程并不复杂，难点基本集中在“没理解选项含义就乱点”和“装完不看服务、不看日志”。把前面这些关键点过一遍，你大概率能一次成功。如果照着做完还有没覆盖到的问题，带着错误码去官方文档或技术社区搜索，基本都能找到答案。