简介：面向初次接触 SQL Server 2012 的安装人员，这是一份以图解为主的 PDF 教程，覆盖 Windows 7 SP1 32 位环境下的部署全流程。资源从安装环境确认、下载包说明、硬件与软件要求开始，依次梳理系统配置检查、功能选择、实例命名、服务器配置、身份验证模式设置等关键步骤，并配有安装中心界面与配置截图，能有效减少因选项不熟悉而出现的中途报错。包内共 1 个 PDF 文件，大小 786KB，简洁便携，适合在安装过程中随时对照查阅。该资源已有 2247 人学习浏览，实用性与完整度得到较广泛验证。对于需要在个人电脑或测试环境中快速完成 SQL Server 2012 部署的新手，按此教程分步操作即可获得清晰的安装路径和排错思路，无需再四处拼凑安装说明，对照截图与提示即可判断每一步是否正常。

1. 老机器上的 SQL Server 2012：32 位环境也能跑，但要先过环境核查这关

如果你手里还压着一台 32 位的 Windows 7 SP1 老机器，内存不到 3GB，CPU 是赛扬双核这种级别，却想跑通一份完整的 SQL Server 2012 安装教程，那这篇文章就是给你准备的。很多人一开始就把这种配置判了死刑，实际上只要盯准 32 位对应的安装包、提前把系统配置检查器（SCC）跑通，SQL Server 2012 完全能在这类机器上装完，只是有几个环节比 64 位环境更容易翻车。装不好最典型的表现是：解压完三个安装包后 SETUP.EXE 双击没反应，或者系统配置检查器直接报 .NET 缺失中断安装，又或者装到一半回滚。这套环境在开发学习、评估测试、遗留系统维护里都还常见，适合在新手练手和离线内网场景下复现，照着本文一步步走，能少走不少弯路。

2. 安装前的环境核查：硬件门槛与 32 位专用安装包选择

2.1 处理器与内存：官方门槛只是最低线

SQL Server 2012 官方给出的硬件门槛其实很低：32 位系统要求至少 1GHz 处理器、1GB 内存、2.2GB 可用硬盘空间；64 位系统要求 1.4GHz 处理器。注意这只是“能装”的下限，不是“能跑”的推荐值。官方建议是 2GHz 及以上处理器、2GB 及以上内存。我在那台 2.1GHz 赛扬双核 T3500、2.93GB 内存的 32 位 Win7 SP1 上装过，结论是：装能装完，跑起来明显吃力，开个 Management Studio 再跑个查询就卡。

按这个门槛对照，你的机器是否符合，可以列一张自查表：

这里有个很玄学的点：32 位系统上 SQL Server 能识别的内存上限远低于物理内存值，就算你插了 4GB 内存，SQL Server 进程实际能用到的也到不了 4GB。如果机器物理内存小于 2GB，建议先关掉其它大程序再开装，否则安装程序做功能校验时内存不足直接报错。

2.2 操作系统与前置组件：Win7 SP1 不是装上就能跑

软件环境方面，SQL Server 2012 支持 Windows 7、Windows Server 2008 R2、Windows Server 2008 Service Pack 2 和 Windows Vista Service Pack 2。32 位 Win7 SP1 属于标准支持范围，但有个前置组件经常被忽略：.NET Framework 3.5 SP1。Win7 SP1 默认不带完整的 .NET 3.5，系统配置检查器会在安装前校验这一点，缺失时直接给失败结果，导致安装程序中止。

另外还有两个容易被忽略的依赖：Windows Installer 4.5 和 WMI（Windows Management Instrumentation）。前者保证 MSI 安装包能正常解包，后者是系统配置检查器的数据来源。一般 Win7 SP1 都自带了这两个组件，不需要额外处理。我的经验是：在跑 SETUP.EXE 之前，先把控制面板里的“.NET Framework 3.5.1”功能打开，能少踩一个最常见的中断点。

提示：系统配置检查器（SCC）是整个安装流程里第一个关卡。它的主要任务是检查操作系统版本、架构、.NET 环境、磁盘空间和注册表权限，任何一项失败都会让安装程序直接停住，不是警告，是硬失败。

2.3 32 位安装包怎么选：三个文件缺一个都白搭

32 位系统下载 SQL Server 2012 时，官方下载列表会展示一长串文件，实际上对于 x86 环境只需要最下面的三个：CHSx86SQLFULL_x86_CHS_Core.box、CHSx86SQLFULL_x86_CHS_Intall.exe 和 CHSx86SQLFULL_x86_CHS_Lang.box。这三个文件的角色完全不同，缺一个都会导致解压或安装失败。

这三个文件必须放在同一个目录下再双击 Intall.exe，因为引导程序解压时会按相对路径去找另外两个 box。如果你单独把 Core.box 或 Lang.box 移走，解压过程会报找不到文件，界面停在解压进度条上不动弹。我第一次装的时候图省事把 Lang.box 放到了别的文件夹，结果解压到一半直接报错退出，这就是血泪经验。

3. 下载、解压与启动安装中心：三个文件放同目录是关键

3.1 解压的正确姿势：不要手动去解 box 文件

双击 CHSx86SQLFULL_x86_CHS_Intall.exe 后，系统会先弹出解压路径选择，默认释放到当前目录下的 SQLFULL_x86_CHS 文件夹。整个过程是自动的，它会根据 Intall.exe 内置的清单去读取同目录下的 Core.box 和 Lang.box，把内容解压到 SQLFULL_x86_CHS。所以这三个文件的摆放逻辑必须是：同一个目录、文件名保持原始命名、三个缺一不可。

很多新手在这里翻车的方式是：手动用解压工具去解 Core.box。box 不是普通的压缩包，它是 SQL Server 安装介质的分卷数据格式，手动解出来的文件不完整且无法引导安装。正确操作就是老老实实双击 Intall.exe，等它自动解压完成，再去 SQLFULL_x86_CHS 目录下找 SETUP.EXE。

解压完成后进入 SQLFULL_x86_CHS 文件夹，双击 SETUP.EXE。如果你的用户账户控制（UAC）开着，右键选择“以管理员身份运行”更稳妥，否则安装程序在写入注册表和 Program Files 目录时可能因为权限不足静默失败。这一步看起来简单，但权限不足导致的后续报错很难排查，不如一开始就用管理员跑。

3.2 安装中心七个入口：别一头扎进“安装”

SETUP.EXE 启动后会进入“SQL Server 安装中心”，这个界面就是整个安装流程的控制台。左侧有七个页签：计划、安装、维护、工具、资源、高级、选项。每个页签的功能可以做一张速查表：

计划页签里最实用的就是“硬件和软件要求”和“系统配置检查器”，点进去可以直接在线查看官方文档。但注意，在线文档需要联网，内网离线环境下这个页面会打不开，不要卡在那里，直接跳到安装页签走下一步即可。另外“选项”页签里可以指定安装介质根目录和处理器类型，系统默认会根据当前系统架构自动选择 x86 或 x64，如果默认值和你下载的包不匹配，就会在后续校验时报介质错误。

3.3 系统配置检查器：先过这一关再谈后续

在安装页签选择“全新 SQL Server 独立安装或向现有安装添加功能”后，安装程序会先跑一轮“安装程序支持规则”，也就是系统配置检查器。这轮检查包括：操作系统版本兼容性、架构一致性、.NET 3.5 SP1、WMI 服务状态、注册表权限等。检查结果分三种状态：通过、警告、失败。通过和警告可以继续，失败则必须处理完才能往下走。

我遇到过的真实案例：一台 Win7 SP1 32 位机器，SCC 报了“.NET Framework 3.5 SP1 失败”，原因是系统里只启用了 .NET 4.x，3.5 默认没开。解决方法是进控制面板 -> 程序和功能 -> 启用或关闭 Windows 功能，勾选“.NET Framework 3.5.1”，等系统联网下载并启用完成后重跑安装程序。如果你完全离线，那就需要提前准备好 .NET 3.5 的安装源，否则这一关过不去。

SCC 的警告项也要认真看。原文里那台机器检索时就出了一个警告，我当时选择继续安装，后面也没出问题，但建议你有条件还是先解决再装。如果警告内容涉及磁盘空间低于 5GB 或系统未打齐补丁，继续装的结果往往是安装到 70% 左右回滚，浪费时间。

4. 全新安装的完整配置：从功能勾选到实例与服务账户

4.1 产品密钥与许可条款：Evaluation 功能够用，但装在 32 位系统上有讲究

点击“全新 SQL Server 独立安装或向现有安装添加功能”后，第一步是产品密钥界面。SQL Server 2012 的评估版（Evaluation）功能不需要输入正式密钥，直接下一步即可，它会提供 180 天的评估期。如果你想装成正式版，需要输入对应版本的密钥，这个密钥决定了你能装哪些功能以及是否支持 32 位。

这里要注意一个版本差异：SQL Server 2012 的企业版和小型企业版不支持 32 位操作系统，只有评估版、标准版和 Express 版可以在 x86 系统上安装。也就是说，你在 32 位 Win7 上装 SQL Server 2012，选择范围就落在评估版或标准版之间。评估版功能齐全但有时限，适合学习和功能验证；标准版功能裁剪了一些高级特性，但可以长期用。我一般建议在老机器上装评估版，反正这种配置也不适合当生产库。

后续会进入许可条款页面，勾选接受即可。接下来是“安装程序支持规则”的第二次检查，这轮检查比 SCC 更细，涉及已安装的 SQL Server 组件版本冲突、重启挂起状态、磁盘分区格式等。如果检查结果里出现失败项，界面下方会给出失败原因和对应日志文件路径，按提示处理即可。我曾遇到过重启挂起检查失败，就是因为 Windows 更新残留了待重启状态，重启一次系统就通过了。

4.2 功能选择：别一时手快全选

支持规则通过后进入功能选择页面，这里列出了 SQL Server 2012 的所有组件，包括数据库引擎服务、Analysis Services、Reporting Services、分布式重播控制器、分布式重播客户端、SQL 客户端连接 SDK、管理工具等。每个组件前的复选框可以单独勾选，也可以点“全选”一次性勾上。

我的建议是：即便你的机器配置不高，也要把“数据库引擎服务”和“管理工具 - 完整”这两项勾上，前者是核心，后者提供 Management Studio。Analysis Services（分析服务）和 Reporting Services（报表服务）按需选择，如果你只是做数据库存储和 T-SQL 学习，这两个可以不装，省下的磁盘空间和内存相当可观。分布式重播是 SQL Server 2012 新增的功能方向，它的作用是录制生产环境工作负载并回放测试，属于高级测试场景，普通安装不需要勾选。

在功能选择页面底部会显示磁盘空间需求，包括系统盘需要多少、所选功能的占用明细。2.2GB 只是最低值，全选功能后占用会到 5GB 以上。确认后点击下一步，安装程序会再次验证安装规则，这轮检查的内容是功能间的依赖关系和冲突，一般是硬校验，有问题直接阻止安装。

4.3 实例配置：默认实例还是命名实例

实例配置页面需要指定 SQL Server 实例的名称和 ID。默认实例名为 MSSQLSERVER，连接时直接写机器名或 localhost 即可；命名实例需要指定名称，连接时要写成“机器名\实例名”。实例 ID 会成为安装路径的一部分，默认是实例名加上版本后缀，例如默认实例的 ID 是 MSSQL11.MSSQLSERVER，对应安装路径 C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\。

2.93GB 内存的机器上我建议选默认实例，省去连接时多敲一层实例名的麻烦，也避免命名实例在某些客户端工具里解析不出来的尴尬。实例命名也有一些硬性约束：不能包含空格、不能以数字开头、不能用反斜杠或 & 符号。如果这里填的实例名和现有实例冲突，安装程序会直接报错要求重填。

实例配置下方会显示实例的根目录，默认在系统盘，不建议改动。有些老手为了省 C 盘空间会改到 D 盘，但 SQL Server 的系统数据库和日志文件默认都在实例目录下，路径改动后后续备份、日志清理脚本的路径全要跟着改，维护成本反而更高。

4.4 服务器配置：新增服务的账户选择

服务器配置页面是安装过程中最容易让人犹豫的地方。页面上半部分是服务账户配置表，列出了 SQL Server 数据库引擎、SQL Server Agent、Analysis Services、Reporting Services、分布式重播控制器和客户端等服务。SQL Server 2012 在这个页面里有两个新增的服务项（蓝色阴影标记），它们分别是分布式重播控制器和分布式重播客户端，用于压力测试场景，平时建议设为手动启动或直接不安装。

服务账户的配置原则是：给每个服务指定一个独立的账户，不要全部用一个本地管理员账户。常见做法是选择“NT Service\”开头的虚拟账户，例如 NT Service\MSSQLSERVER，这类账户无需密码、权限范围最小，是 SQL Server 推荐的默认选择。我看到一些人在这里图省事填了 Administrator 加密码，结果密码过期后 SQL Server 服务直接起不来，这就是给自己埋雷。

页面下方还会要求指定排序规则，默认是 Chinese_PRC_CI_AS，也就是中文简体、不区分大小写、区分重音。这个参数在安装后很难修改，除非重建实例，所以如果你的业务涉及英文排序需求，想清楚再改，否则保持默认即可。排序规则选错后期很痛苦，改一次等于重装一遍实例。

4.5 数据库引擎配置：身份验证模式与 sa 密码是后续连接的门票

数据库引擎配置是整个安装的核心环节，主要设置两件事：身份验证模式和系统管理员。身份验证模式有两种：Windows 身份验证模式、混合模式（SQL Server 身份验证 + Windows 身份验证）。系统默认是纯 Windows 身份验证模式，但这种模式下后续只能用 Windows 账户登录，用工具跨平台连接会受限。

我一般会直接选混合模式，同时设置一个强度足够的 sa 密码，至少 8 位且包含大小写字母、数字和特殊字符。选完模式后，下一步是“指定 SQL Server 管理员”，点击“添加当前用户”把当前 Windows 账户加入管理员列表。原文里提到 sa 是默认管理员，实际上应该理解为：管理员列表里必须至少有一个账户，最常见的操作就是加入当前 Windows 账户，这样安装完成后即便 sa 出问题，还能用 Windows 账户登录救援。

同一页面还有数据目录和 FILESTREAM 两个页签。数据目录可以自定义数据文件、日志文件和备份目录的位置，默认在实例目录下；FILESTREAM 是文件流存储功能，不处理文档、图片这类非结构化数据的话保持禁用即可。启用 FILESTREAM 会额外占用系统资源，老机器上不建议开。

4.6 Analysis Services 与 Reporting Services 配置：按需填充

如果你在功能选择阶段勾选了 Analysis Services 或 Reporting Services，后续会分别出现对应的配置页面。Analysis Services 配置页同样要选择身份验证模式和管理员账户，一般直接沿用之前的选择，添加当前用户即可。Reporting Services 配置页提供三个选项：安装本机模式默认配置、安装 SharePoint 集成模式、安装但不配置。单独使用的情况选第一个“安装本机模式默认配置”即可，SharePoint 模式需要额外的 SharePoint 环境，不要在 SQL Server 安装向导里选。

这两个服务配置页的填写原则是“与数据库引擎保持一致”，身份验证模式和管理员账户都沿用前一步的选择，不要单独改成别的方式，否则后面连接分析服务或报表服务时会出现权限不一致的奇怪问题。错误报告页面可以选择是否把错误信息发送给官方，内网离线环境下勾不勾都无所谓，我一般直接取消，减少无意义的网络请求。

所有配置完成后会进入“安装配置规则”最终检查，这轮检查通过后显示“准备安装”摘要页，列出本次安装的所有配置项。滚动检查一遍实例名、功能列表、配置文件路径，确认无误后点击“安装”。接下来就是漫长的等待，我这台 32 位赛扬机器装了接近一小时，期间进度条会停在不同组件上不动，属正常现象，不要以为卡死了去动它。

5. 避坑手册：SQL Server 2012 安装中最常见的五个翻车点

5.1 现象：SETUP.EXE 双击后完全没有反应

原因：两种可能性最大，一是 UAC 权限不足导致安装程序写临时目录失败，二是解压目录下的文件不完整，SETUP.EXE 启动时依赖的配置文件缺失。

解决：右键 SETUP.EXE，选择“以管理员身份运行”；如果还是没反应，检查 SQLFULL_x86_CHS 目录下是否存在 Setup.exe、setup.exe.config 和默认的 Template 文件夹。缺文件就重新解压一次，把三个 box 放回同一目录再跑一遍 Intall.exe。

5.2 现象：系统配置检查器报“.NET Framework 3.5 SP1 失败”

原因：Win7 SP1 默认未启用 .NET 3.5.1 功能，SQL Server 2012 安装程序强依赖这个组件做配置校验和运行库支持。

解决：控制面板 -> 程序和功能 -> 启用或关闭 Windows 功能，勾选“.NET Framework 3.5.1”，点确定等待系统安装完成。离线环境需要准备 .NET 3.5 的安装源，用 dism 命令或系统安装镜像离线添加。装完重跑 SETUP.EXE，SCC 这一项就会变成通过。

5.3 现象：安装到 70% 左右直接回滚

原因：这类回滚最常见的原因是磁盘空间不足、安装过程中杀毒软件拦截了服务注册，或者排序规则与系统区域设置不兼容。

解决：安装前确认目标盘剩余空间不低于 5GB；安装过程中临时退出杀毒软件和安全管理工具；如果回滚时提示排序规则不支持，检查系统区域设置是否为中文（简体）。每次回滚后，安装程序会生成日志，路径在 C:\Program Files\Microsoft SQL Server\100\Setup Bootstrap\Log\ 下的最新文件夹里，打开最后的文字日志文件，搜索“Error”或“Failed”关键字定位具体失败项。

5.4 现象：安装完成后 SQL Server 服务起不来

原因：最常见的是服务账户密码错误或账户被锁定，尤其是手动指定了本地账户密码的场景；其次是 Windows 更新后服务状态被重置。

解决：打开服务管理器，找到 SQL Server (MSSQLSERVER)，查看登录选项卡里用的哪个账户。如果是用户账户且密码变更过，重新输入正确密码并重启服务。更稳妥的长期方案是在安装时就直接用 NT Service\ 虚拟账户，彻底绕开密码过期问题。

5.5 现象：sa 账号登录失败，提示密码错误，但密码明明是对的

原因：安装时选了纯 Windows 身份验证模式，sa 登录名被禁用；或者混合模式下 sa 账户未启用。

解决：用 Windows 账户登录 Management Studio，右键 sa 登录名 -> 属性 -> 状态，勾选“启用登录名”，重设密码，再把服务器身份验证模式改成“混合模式”。改完之后重启 SQL Server 服务才能生效，这一步很多新手容易漏掉，以为改了选项就立刻生效。

6. 装完别急着用：三步验证服务与连接是否跑通

6.1 第一步：检查服务实际运行状态

安装完成不代表服务已经跑起来。先打开 Windows 服务管理器，确认 SQL Server (MSSQLSERVER) 和 SQL Server Agent 这两项的状态是“正在运行”，启动类型是“自动”。用命令行检查更直观：

Get-Service | Where-Object { $_.Name -like 'MSSQL*' -or $_.DisplayName -like 'SQL Server*' }

执行后应能看到 SQL Server 服务的 Status 为 Running，SQL Server Agent 的 Status 至少不是 Stopped 状态。这里有个容易忽略的点：Agent 服务默认启动类型是“自动”，但只有当实例服务起来后它才会真正运行。如果 Agent 状态是空白的禁用状态，说明安装时服务器配置页面里 Agent 的启动模式被设成了“手动”或“禁用”，需要手动改成“自动”并启动。

6.2 第二步：用命令行做一次真实连接

服务正常后，打开命令行工具，用 sqlcmd 做一次本地连接验证：

sqlcmd -S localhost -E -Q "SELECT GETDATE() AS 当前时间, @@VERSION AS 版本信息"

参数含义：-S 指定服务器名，localhost 代表本机默认实例；-E 表示使用 Windows 身份验证；-Q 指定要执行的查询语句。如果看到返回的日期和版本字符串，说明数据库引擎已经能正常响应查询。如果 sqlcmd 报“无法打开登录所请求的数据库”，说明服务正常但登录配置有问题，回到上一章检查身份验证模式。

6.3 第三步：查看错误日志与版本确认

SQL Server 的独立错误日志位于安装实例目录下的 LOG 文件夹，默认路径是 C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log\ERRORLOG。打开这个文件，如果能看到类似“Server is listening on [::] 1433”和“Server name is '...'”的记录，说明引擎启动完整且监听端口正常。

日志文件按时间轮转，每次服务重启会生成一个新的 ERRORLOG 文件，旧文件保留六个。排查问题时优先看最新的那个。另外，如果你想知道这个实例到底加载了哪些组件、是否真的完整，执行一条更详细的查询：

SELECT SERVERPROPERTY('MachineName') AS 机器名, SERVERPROPERTY('InstanceName') AS 实例名, SERVERPROPERTY('Edition') AS 版本, SERVERPROPERTY('ProductVersion') AS 版本号, SERVERPROPERTY('IsIntegratedSecurityOnly') AS 仅Windows认证

返回结果里 Edition 和 ProductVersion 能明确告诉你装的是哪个版本、补丁级别。如果有 32 位系统的特殊限制，这里也能直观看到 SQL Server 进程的架构。从那以后，我每装完一套 SQL Server，都强制自己走一遍服务检查、sqlcmd 连接、错误日志确认这三步，十分钟的事，能省掉至少半天的“装完发现用不了”排查时间。希望帮到你。

提示：如果你的安装介质是离线包，到这一步发现某个功能缺失或不完整，不要急着重装。先在“安装中心”的维护页签里选择“修复”或“向现有安装添加功能”，很多问题可以在现有实例上原地修复，不用推倒重来。

本文还有配套的精品资源，点击获取