简介：这份资源是一份面向数据库初学者与运维人员的 SQL Server 2016 安装图文教程，以 PDF 文档形式呈现，帮助读者在 Windows 环境下独立完成数据库的部署与初始化配置。压缩包内共 1 个 PDF 文件，整体约 1.42MB，体积轻便，便于下载后离线查阅或打印对照操作。教程以截图配合文字说明的方式，逐步讲解从进入安装中心、选择全新安装模式、输入产品密钥、接受协议，到全局规则检查、功能选择、实例配置、PolyBase 与服务器配置、引擎混合模式设置、Analysis Service、Reporting Services、Distributed Replay 控制器与客户端配置，直至安装确认与进度等待的完整流程，并针对默认选项与需特别注意的环节给出提示。目前已有 2169 人学习下载，适合需要快速上手 SQL Server 2016 安装、减少试错成本的读者参考借鉴。
1. 为什么 SQL Server 2016 装完就翻车：一份能照着走的图文流程
很多人第一次装 SQL Server 2016，卡住的地方根本不是安装包本身，而是实例名、排序规则、混合模式密码这三样东西。装完发现连不上，回头一看——实例名重复了，或者 sa 密码压根没记住。这份图文教程的价值就在这：它把从进入安装中心到服务正常启动的 23 个界面节点全部拆开，每一步该选什么、哪些能默认、哪些必须改，都标得清清楚楚。适合两类人：一是要在虚拟机或测试机上快速搭一套 SQL Server 2016 做开发验证的工程师，二是需要给团队写标准化部署文档的运维。它不教你 T-SQL 怎么写，只解决一件事——让安装过程一次走通，不返工。
2. 安装前的环境核对与介质准备：别让规则检查卡在第一步
2.1 硬件与系统版本的最低门槛
SQL Server 2016 对操作系统的要求比很多人想象中严格。它支持 Windows 8、Windows 8.1、Windows 10（早期版本）、Windows Server 2012、2012 R2、2016。如果你在 Windows 7 或 Windows Server 2008 R2 上跑，安装中心会直接拒绝，连规则检查都进不去。内存方面，Express 版最低 512MB，但实际开发机上建议至少 4GB，因为 SQL Server 自身加上 SSMS 一起跑，2GB 会非常吃力。磁盘空间按功能选，数据库引擎加复制加全文检索，预留 6GB 以上比较稳妥。
处理器要求 x64，1.4GHz 起步，推荐 2.0GHz 以上。这里有个容易被忽略的点：如果你打算装 PolyBase 或者 R 服务，CPU 必须支持 AVX 指令集，老一点的至强处理器可能不满足。安装程序在全局规则检查阶段会检测，不通过就直接红叉，不给你继续的机会。
2.2 安装介质与 .NET 依赖的预装
SQL Server 2016 的安装包通常是一个 ISO 镜像，挂载后运行 setup.exe。但直接双击之前，先确认 .NET Framework 3.5 和 4.6 是否已启用。Windows Server 2016 默认不带 3.5，需要手动通过「添加角色和功能」勾选，或者用 DISM 命令行装。缺了 3.5，安装程序在规则检查时会报「需要 .NET Framework 3.5」的错误，而且这个错误不会自动帮你装，得自己补。
:: 以管理员身份运行，启用 .NET Framework 3.5（需要系统安装源或联网） DISM /Online /Enable-Feature /FeatureName:NetFx3 /All这条命令的作用是启用系统内置的 .NET 3.5 功能。参数/Online表示对当前运行的系统操作，/FeatureName:NetFx3指定功能名称，/All会一并启用父功能。如果机器不能联网，需要挂载 Windows 安装 ISO，加/Source:D:\sources\sxs指定源路径。装完重启一次，再跑 SQL Server 安装程序，规则检查就不会在这卡住。
另外，安装账户最好是本地管理员，或者域管理员。用普通用户跑 setup.exe，到实例配置那一步会提示权限不足，而且报错信息很模糊，只告诉你「无法写入注册表」，不告诉你是哪个键。
2.3 实例名规划：默认实例还是命名实例
这是安装前必须想清楚的事。默认实例（MSSQLSERVER）一台机器只能有一个，命名实例可以多个共存。如果你之前装过 SQL Server 2008 R2 或 2012，并且没卸载干净，再装 2016 时选默认实例会直接冲突。安装程序会检测到已有实例，然后强制你走命名实例，或者让你升级旧实例。
常见做法是：开发机如果只用一个版本，直接用默认实例，连接时写localhost或.就行，省事。如果机器上已经有其他版本，或者你打算同时跑 2016 和 2019 做对比测试，那就用命名实例，比如MSSQLSERVER2016或DEV2016。连接字符串里写localhost\DEV2016。命名实例的代价是 SQL Browser 服务必须启动，否则客户端解析不到端口。SQL Browser 默认是禁用的，装完记得去服务里把它改成自动启动。
提示：实例名一旦确定，装完再改非常麻烦，基本等于重装。装之前先在注册表
HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names下看一眼有没有残留。
3. 从安装中心到实例配置：23 个界面节点的关键选择
3.1 全新安装与产品密钥的输入
挂载 ISO 后运行 setup.exe，进入 SQL Server 安装中心。左侧菜单有「计划」「安装」「维护」「工具」几项。选「安装」→「全新 SQL Server 独立安装或向现有安装添加功能」。这一步不要选「升级」，升级是给旧版本原地升到 2016 用的，全新安装走独立安装。
产品密钥界面，如果有正版密钥就输入，没有的话选「指定可用版本」里的 Evaluation 或 Developer。Developer 版功能齐全但不能用于生产，测试环境足够。输入密钥后点下一步，接受许可条款，勾选「我接受许可条款」。
接下来是全局规则检查。这一步会跑十几项检测，包括操作系统版本、挂起重启、WMI 服务、性能计数器等。如果之前装过其他版本没重启，会卡在「挂起重启」这一项。解决办法就是重启机器，没有别的捷径。规则检查通过后，会进入 Microsoft 更新配置页。这里推荐勾选「使用 Microsoft Update 检查更新」，但如果你在离线环境，取消勾选，否则会卡在联网检测很久。
3.2 功能选择与实例配置的实操细节
功能选择页是第一个需要认真看的界面。默认勾选了「数据库引擎服务」和「复制」，但「全文和语义提取搜索」默认不勾。如果你要做全文检索，必须手动勾上，装完再补很麻烦。客户端工具里，「管理工具-基本」和「管理工具-完整」的区别是：基本只装 SSMS 的核心功能，完整会带 Profiler、Database Tuning Advisor 等。开发机建议选完整，省得后面单独装。
共享功能目录默认在 C 盘，如果 C 盘空间紧张，改到其他盘。但注意，改路径后所有共享组件都装到新路径，包括 SSMS。实例根目录也在这里设，默认是C:\Program Files\Microsoft SQL Server\。如果机器有多块盘，把数据目录和日志目录分开是更好的做法，但安装时只能设实例根目录，数据文件的具体路径要等装完后在 SSMS 里改。
实例配置页，选「默认实例」或「命名实例」。如果之前装过，这里会显示已存在的实例列表，并且默认实例选项是灰的。命名实例名不要用中文，不要带空格，建议全大写字母加数字。实例 ID 会自动填，一般不用改。
3.3 PolyBase、服务器配置与引擎配置
PolyBase 配置页，如果你在功能选择里没勾 PolyBase，这一页不会出现。勾了的话，这里选「使用默认实例」或「使用现有实例」。PolyBase 用于查询 Hadoop 或 Azure Blob 里的数据，普通开发用不上，默认即可。
服务器配置页，这里设置服务账户和排序规则。SQL Server 数据库引擎服务、SQL Server 代理、SQL Server Browser 等，每个服务都可以单独设账户。默认是用NT Service\MSSQLSERVER虚拟账户，这是最省事的做法，不用管密码。如果你在域环境里，可能需要改成域账户，那就得输入密码。排序规则默认是SQL_Latin1_General_CP1_CI_AS，中文环境建议改成Chinese_PRC_CI_AS，否则中文排序和比较可能不符合预期。但注意，排序规则在实例级别设定后，改起来要重建数据库，装之前想清楚。
引擎配置页是重点。这里选身份验证模式：Windows 身份验证模式，或者混合模式。混合模式允许 SQL Server 账户登录，也就是 sa 账户。开发环境强烈建议选混合模式，因为很多工具和脚本默认用 sa 连接。选了混合模式后，必须为 sa 账户设密码，并且确认密码。这个密码要记住，后面连不上就靠它。点「添加当前用户」把当前 Windows 账户加为管理员，这样装完可以用 Windows 身份直接进。
-- 装完后验证 sa 是否启用，在 SSMS 里用 Windows 身份登录后执行 ALTER LOGIN sa ENABLE; GO ALTER LOGIN sa WITH PASSWORD = 'YourStrongPassword123'; GO这两条语句的作用是启用 sa 登录并重设密码。ALTER LOGIN sa ENABLE把被禁用的 sa 账户激活，ALTER LOGIN sa WITH PASSWORD重设密码。如果安装时选了混合模式但 sa 没启用，用这两条补救。密码要符合复杂度要求：至少 8 位，包含大小写字母、数字和符号中的三类。
3.4 Analysis Services、Reporting Services 与 Distributed Replay
Analysis Services 配置页，选「多维和数据挖掘模式」或「表格模式」。如果只是装数据库引擎，这一页可能不出现。出现了就选默认的「多维和数据挖掘模式」，除非你明确要做表格模型。添加当前用户为管理员。
Reporting Services 配置页，选「安装和配置」或「仅安装」。如果不需要报表服务，选「仅安装」，后面不配置。需要的话选「安装和配置」，但配置向导会在安装完成后单独弹出来，这里只是预选。
Distributed Replay 控制器和客户端配置，普通开发环境用不到，直接默认，添加当前用户即可。这两个组件用于捕获生产环境的工作负载并在测试环境重放，属于性能测试工具。
最后是安装确认页，会列出所有选中的功能和配置。仔细核对一遍，特别是实例名、排序规则、身份验证模式、sa 密码这几项。确认无误后点「安装」，进入进度条。这一步在虚拟机里可能跑 15 到 30 分钟，取决于磁盘速度和选的组件数量。进度条走完后，如果所有服务都显示「成功」，点关闭，安装完成。
4. 装完连不上？六个高频翻车点排查
4.1 现象：SSMS 报「无法连接到 localhost」
原因通常是 SQL Server 服务没启动，或者 TCP/IP 协议没启用。SQL Server 安装后，数据库引擎服务默认是自动启动的，但如果你在服务器配置页选了手动，它就不会自己起来。去「服务」里找SQL Server (MSSQLSERVER)或SQL Server (实例名)，看状态是不是「正在运行」。没运行就手动启动，并改成自动。
TCP/IP 没启用是另一个常见原因。打开「SQL Server 配置管理器」→「SQL Server 网络配置」→「实例的协议」，看 TCP/IP 是不是「已启用」。默认安装后 TCP/IP 可能是禁用的，只启用了共享内存和命名管道。共享内存只支持本机连接，远程连必须开 TCP/IP。启用后重启 SQL Server 服务。
4.2 现象：报错「用户 sa 登录失败」
原因可能是 sa 账户被禁用，或者密码不对，或者身份验证模式选的是仅 Windows。先用 Windows 身份登录 SSMS，在「安全性」→「登录名」里找 sa，看是不是有个红叉。有红叉就是禁用状态，右键属性→状态→勾选「启用」。然后右键 sa→属性→常规，重设密码。如果身份验证模式是仅 Windows，右键服务器→属性→安全性，改成混合模式，重启服务。
4.3 现象：安装程序卡在「挂起重启」规则检查
原因是之前装过其他组件或 Windows 更新，注册表里有挂起重启标记。解决办法就是重启机器。如果重启后还是卡，检查注册表HKLM\SYSTEM\CurrentControlSet\Control\Session Manager下的PendingFileRenameOperations键，有值就删掉，再重启一次。这个键是 Windows 用来记录待删除文件的，SQL Server 安装程序误判为需要重启。
4.4 现象：命名实例连不上，报「找不到实例」
原因是 SQL Browser 服务没启动。命名实例的端口是动态的，客户端需要通过 SQL Browser 服务（UDP 1434）查询实例对应的端口。如果 SQL Browser 没启动，客户端就解析不到。去服务里把SQL Server Browser改成自动启动并运行。如果防火墙开着，还要放行 UDP 1434 和 SQL Server 的 TCP 端口。
4.5 现象：排序规则选错，中文查询结果不对
原因是安装时用了默认的SQL_Latin1_General_CP1_CI_AS，这个排序规则对中文的排序和比较是按拉丁字符集处理的。比如「张」和「李」的排序可能不符合拼音顺序。解决办法是在安装时就选Chinese_PRC_CI_AS。如果已经装完，只能重建实例或重建数据库，没有在线修改实例排序规则的简单方法。所以装之前一定要确认。
4.6 现象：安装进度条走到最后报错，回滚
原因可能是磁盘空间不足、权限不够、或者杀毒软件拦截。看安装日志，路径在C:\Program Files\Microsoft SQL Server\130\Setup Bootstrap\Log\下，找最新的 Summary.txt 和 Detail.txt。Summary 里会列出哪个组件失败，Detail 里有具体错误码。常见的是「无法写入注册表项」，那是权限问题，用管理员账户重跑。杀毒软件拦截的话，临时关闭再装。
5. 装完之后的验证与进阶配置：让实例真正可用
5.1 用 SSMS 做连接验证与版本确认
安装完成后，从开始菜单打开 SQL Server Management Studio。服务器名称输入localhost或localhost\实例名，身份验证选「Windows 身份验证」或「SQL Server 身份验证」。Windows 身份验证直接用当前系统账户，不需要密码。SQL Server 身份验证输入 sa 和安装时设的密码。连上后，右键服务器→属性→常规，看版本号是不是 13.0.x，这是 SQL Server 2016 的版本号。再看「安全性」页，确认身份验证模式是混合模式。
-- 查询实例的详细版本和排序规则 SELECT @@VERSION AS VersionInfo; SELECT SERVERPROPERTY('Collation') AS CollationName; SELECT SERVERPROPERTY('InstanceName') AS InstanceName;这三条查询分别返回版本字符串、排序规则名称和实例名。@@VERSION返回完整的版本描述，包括操作系统版本。SERVERPROPERTY函数可以查很多实例级属性，Collation是排序规则，InstanceName是实例名，默认实例返回 NULL。装完后跑一遍，确认排序规则是你想要的。
5.2 配置 TCP 端口与防火墙规则
默认情况下，默认实例的 TCP 端口是 1433，命名实例是动态端口。如果客户端需要固定端口连接，可以在「SQL Server 配置管理器」→「网络配置」→「TCP/IP」→「IP 地址」里，把「TCP 动态端口」清空，「TCP 端口」填 1433。然后重启 SQL Server 服务。命名实例也可以固定端口，但要注意多个实例不能共用同一个端口。
防火墙方面，Windows 防火墙默认会拦截入站的 1433 端口。需要手动添加入站规则，放行 TCP 1433。如果是命名实例且用了动态端口，还要放行 UDP 1434 给 SQL Browser。在服务器核心版上，用netsh advfirewall firewall add rule命令添加。
:: 添加入站规则放行 TCP 1433 netsh advfirewall firewall add rule name="SQL Server 1433" dir=in action=allow protocol=TCP localport=1433这条命令的作用是在 Windows 防火墙里创建一条入站规则，允许 TCP 1433 端口的流量进入。dir=in表示入站，action=allow表示允许，protocol=TCP指定协议，localport=1433指定本地端口。执行后立即生效，不需要重启防火墙服务。如果实例用的是其他端口，把 1433 换成对应端口。
5.3 备份与还原的第一次实操
装完数据库只是开始，能备份还原才算真正可用。在 SSMS 里右键数据库→任务→备份，选完整备份，指定路径，比如D:\Backup\TestDB_Full.bak。备份完成后，右键「数据库」→「还原数据库」，选「设备」→ 找到刚才的 bak 文件，勾选「覆盖现有数据库」，点确定。如果还原报错「无法获得对数据库的独占访问权」，说明有活动连接，在还原选项里勾选「关闭到目标数据库的现有连接」。
-- 用 T-SQL 做完整备份和还原 BACKUP DATABASE [TestDB] TO DISK = N'D:\Backup\TestDB_Full.bak' WITH INIT, STATS = 10; RESTORE DATABASE [TestDB] FROM DISK = N'D:\Backup\TestDB_Full.bak' WITH REPLACE, RECOVERY;BACKUP DATABASE的WITH INIT表示覆盖现有备份集，STATS = 10表示每完成 10% 报告一次进度。RESTORE DATABASE的WITH REPLACE允许覆盖现有数据库，RECOVERY表示还原后直接可用。如果还需要继续还原差异备份，把RECOVERY改成NORECOVERY。这两条语句是日常运维最常用的，建议存成脚本模板。
5.4 从安装到日常维护的衔接
装完 SQL Server 2016 之后，有几件事建议立刻做：第一，把 SQL Server 代理服务启动类型改成自动，后面做作业调度要用。第二，在 SSMS 里配置数据库邮件，用于作业失败告警。第三，建一个维护计划，每周做完整备份、每天做差异备份、每 15 分钟做事务日志备份。第四，把 tempdb 的文件数和大小调一下，默认配置在多核机器上容易成为瓶颈，一般建议按 CPU 核心数设成多个数据文件。
我自己的习惯是，每次装完新实例，先跑一遍SELECT @@VERSION和SELECT SERVERPROPERTY('Collation')，确认版本和排序规则没跑偏。然后立刻建一个测试库，做一次完整备份和还原，确保备份链路是通的。这个习惯帮我省过好几次事——有一次装完发现排序规则是拉丁的，就是因为装之前没确认，后来只能重建实例。从那以后我每次装 SQL Server 都强制走一遍「版本→排序规则→备份还原」这三步验证，不跳步。希望帮到你。
本文还有配套的精品资源，点击获取
