简介：面向 SQL Server 2012 初学者的安装图解教程，围绕 Windows 7 SP1 32 位环境下的完整部署流程展开，重点讲解安装前软硬件参数核对、三个安装包的下载与解压、SQL Server 安装中心各模块用途、全新独立安装向导、实例配置、身份验证模式与 sa 管理员设置，同时包含升级安装提示和常见警告处理思路，可帮助数据库入门者降低安装门槛、减少报错。资源包共 1 个文件，为图文型 PDF，大小约 786KB，步骤截图与说明集中，适合按章节离线查阅。该资料已有 2247 人学习，下载后可直接对照图解逐步操作。内容还特别提示 32 位系统最低硬件要求、磁盘空间需求以及非集群环境安装选项，值得正在准备部署 SQL Server 2012 的学习者收藏备查。
1. SQL Server 2012 安装图解教程：老机器上最后的顺滑版本
一台 11 年前的赛扬双核、2.93GB 内存、32 位 Windows 7 SP1，能不能装 SQL Server 2012？能，而且装完还能正常跑业务查询。我拿这套配置实测过，整个安装过程接近一个小时，最卡的不是 CPU，而是解压三个安装包时的磁盘写入。这份图解教程就是我当时用的完整流程：三个下载包的拆分说明、安装中心每个入口的用途、从产品密钥到数据库引擎配置的逐步操作，外加我踩过的几个坑。适合三类人：给老机器补数据库环境的人、还在维护 SQL Server 2012 旧业务系统的人，以及想低成本搭一套本地开发环境的学生和爱好者。下面按实际安装顺序来写，每一步都可以照着做。
2. 装前准备：硬件门槛、系统兼容与三个下载包的角色分工
安装数据库最忌讳上来就双击安装程序，SQL Server 2012 的安装包结构比较特殊，先弄明白装的是什么、环境差什么，后面能省出至少两小时排错时间。
2.1 软硬件环境：不吃配置，但有三个硬性条件
SQL Server 2012 是官方最后一代对老硬件比较友好的版本，最低配置放到今天看相当宽容，但它有明确的底线，先看一下官方给的要求：
| 项目 | 最低要求 | 建议配置 |
|---|---|---|
| 处理器（32 位系统） | 1GHz 或同等性能兼容处理器 | 2GHz 及以上 |
| 处理器（64 位系统） | 1.4GHz 或更快 | 2GHz 及以上 |
| 内存 | 1GB RAM | 2GB 或更大 |
| 硬盘 | 至少 2.2GB 可用空间 | 实际占用 4～7GB |
官方支持的操作系统也收得比较窄，不是所有 Windows 都能装：Windows 7 需要 SP1，Windows Server 2008 R2、Windows Server 2008 SP2、Windows Vista SP2 都在支持列表里，其他系统版本没进列表的，装了也容易在系统配置检查器那一关被拦下来。
这里说三个装前必须注意的硬性条件。第一个是 CPU：32 位系统最低 1GHz，但建议 2GHz 以上，这不只是流畅度问题。安装过程中要反复跑系统配置检查、解压几百 MB 的 box 文件、做安装规则校验，CPU 太弱会让安装程序在解压和注册阶段变得极慢，甚至被误判为无响应。我实测的赛扬 T3500 是 2.1GHz 双核，属于踩线偏上，全程没有因为 CPU 卡过，但解压那十几分钟磁盘灯常亮，看着像死机，其实是正常的。
第二个是内存：官方写最低 1GB、建议 2GB，但 32 位 Windows 7 本身就要占掉约 1GB，留给数据库的其实没多少。我那台机器物理内存 2.93GB，任务管理器里可用内存只有约 2.5GB，跑一个默认实例加 Reporting Services 已经有点紧。如果你手头的机器只有 1GB 内存，装完后把 SQL Server Agent 和 Reporting Services 的启动类型改成手动，能省出一块内存给系统本身。
第三个是磁盘：官方写的 2.2GB 是安装过程临时解压加最终安装的合计，实际装完一个默认实例接近 5GB，再加上 Analysis Services、示例数据库和日志文件，奔着 7GB 去。装之前先看一眼 C 盘剩余空间，低于 8GB 我建议先清理，或者安装时把数据目录直接指到其他盘。
2.2 下载资源拆解：Core.box、Intall.exe、Lang.box 分别干什么
SQL Server 2012 的安装介质不是一张 ISO 解压就能用，下载列表把完整安装包拆成了多个文件。以 32 位中文版为例，下载页面给出一长串文件，但 32 位 Windows 7 只需要最下面这三个：
| 文件 | 作用 |
|---|---|
| CHSx86SQLFULL_x86_CHS_Core.box | 核心安装文件包，数据库引擎、分析服务、报表服务都在里面 |
| CHSx86SQLFULL_x86_CHS_Intall.exe | 引导程序，负责解压 box 文件并生成安装目录 |
| CHSx86SQLFULL_x86_CHS_Lang.box | 语言资源包，中文界面与排序规则相关 |
先看文件名规律：CHS 是 Chinese Simplified 简体中文，x86 表示 32 位，SQLFULL 表示完整功能版，Core 是核心包，Lang 是语言包。如果是 64 位系统，文件名里的 x86 会换成 x64，其余不变。这个资源的使用前提就是确认自己的系统位数，32 位系统只能选 x86 那一组，下错包后面 SETUP.EXE 会直接提示处理器类型不匹配，白等一场下载时间。
三个文件各司其职，缺一不可。Core.box 是真正的安装内容，体积最大；Lang.box 提供中文语言支持，缺了它虽然也能装但界面是英文；Intall.exe 是所有文件的启动入口。我拿到下载资源后习惯先核对文件体积，box 文件如果明显小于页面标注，多半是下载被中断，解压时更容易报错，这一步不要省。
2.3 解压与启动：为什么必须先从 Intall.exe 开始
把三个文件放在同一个目录下，双击 Intall.exe，它会先做一次自解压，在当前目录下生成一个新的 SQLFULL_x86_CHS 文件夹。这个文件夹才是真正的安装介质，里面放着 SETUP.EXE 和一堆子目录，后续所有安装动作都要从这里进去。
这一步最常见的误操作是直接去双击 .box 文件，或者用解压软件去打开 box。box 不是普通压缩包，它是安装程序专用的分段介质文件，双击没有任何反应，强行用 WinRAR 之类的工具打开，只能看到一堆碎文件。正确顺序是：双击 Intall.exe → 等待解压完成 → 进入 SQLFULL_x86_CHS 文件夹 → 双击 SETUP.EXE。
提示：解压过程没有进度条，表现形式就是磁盘占用持续增加、磁盘灯常亮，持续十几分钟都很正常，中途不要关进程也不要重启。
判断解压是否成功的简单办法：SQLFULL_x86_CHS 文件夹出现，SETUP.EXE 存在，文件夹总体积与 Core.box 体积对得上，就说明介质完整，可以开始安装。
2.4 系统配置检查器：装前花五分钟，省下装完两小时
SETUP.EXE 启动后先进 SQL Server 安装中心，这个界面有七个入口。先别急着进安装流程，第一件事是点计划里的系统配置检查器。它会自动检查操作系统版本、.NET Framework、Windows Installer、磁盘空间、注册表等十几项内容，任何一项不满足都会在这里提前暴露，而不是等你装到一半突然报错。
检查结果分三种状态：通过、警告、失败。失败项是硬性的，必须解决才能继续；警告项可以带过，但要看清内容。最常出现的警告是 Windows 防火墙未关闭，这种不影响安装，后面配置好放行规则就行。如果看到 .NET Framework 3.5 相关失败项，去控制面板→程序和功能→启用或关闭 Windows 功能，勾选 .NET Framework 3.5.1，装完再回来重新检查。
我自己有个习惯：拿到机器第一件事就是跑一次系统配置检查器，把结果截图存下来。后面安装如果报错，对照这份截图能快速判断是环境问题还是安装包问题。系统配置检查器是纯只读检查，不会修改任何系统设置，可以反复运行，放心点。
3. 图解安装全程：从安装中心到数据库引擎配置
准备工作做足后，真正安装的流程反而比较机械，按向导一步步走就行。这一章按安装顺序把每一步的界面、选项和该注意的地方拆开讲。
3.1 SQL Server 安装中心：七个入口该走哪个
SQL Server 2012 把安装和管理入口统一收口到安装中心，第一次用的人往往在这个界面犹豫。这里按实际用途理一遍：
| 入口 | 用途 | 什么阶段用 |
|---|---|---|
| 计划 | 查看硬件软件要求、安全文档、运行系统配置检查器 | 安装前 |
| 安装 | 全新安装、升级安装、向现有安装添加功能 | 安装主流程 |
| 维护 | 修复实例、从失败的安装中恢复 | 安装出问题时 |
| 工具 | 启动 SSMS、配置管理器等 | 安装后管理 |
| 资源 | 官方文档、示例数据库 | 需要参考时 |
| 高级 | 配置文件无人值守安装、故障转移集群 | 批量部署时 |
| 选项 | 安装中心本身的一些全局设置 | 一般不常用 |
这次要用的就是安装入口。安装里第一项是全新 SQL Server 独立安装或向现有安装添加功能，这是非集群环境全新安装的标准路径。第二项是从 SQL Server 2005、2008 或 2008 R2 升级，属于升级安装；第三项是添加节点做故障转移集群。后两者不在本次范围，注意别点错。
注意安装界面上有个安装介质根目录的设定，默认指向刚才解压生成的 SQLFULL_x86_CHS 目录。如果你把安装文件移动过位置，要在这里手动改路径，否则安装程序会提示找不到源文件。处理器类型这里也要核对，显示 x86 是正确匹配，显示 x64 说明安装包下错了，这时候掉头重下比硬装下去划算。
3.2 产品密钥、许可条款与安装规则
进入安装向导后第一步是产品密钥。Evaluation 评估版在安装时可以不填密钥，装完有 180 天试用期，功能上是完整的，日常开发和学习足够用。填完密钥或选择跳过之后，勾选我接受许可条款，然后进入安装程序支持规则检查。
这里的规则检查和前面安装中心的系统配置检查器不是一回事。系统配置检查器查的是操作系统环境，安装程序支持规则查的是安装流程本身，包括安装程序是否完整、系统是否需要重新启动、是否有挂起的安装等。我实操时这里出现过一条警告，内容是某个服务未运行，系统提示解决问题后再继续，但这个警告不影响核心安装，勾选继续后顺利通过。失败项必须处理，警告项则根据具体内容判断。
注意：安装程序支持规则里有一项"是否需要重新启动"。如果系统之前装过补丁或 .NET Framework 处于待重启状态，必须先重启再装，否则中途会报文件占用错误。
3.3 功能选择与实例配置：全选不是最优解
设置角色这一步，默认是 SQL Server 功能安装。功能列表里有数据库引擎服务、Analysis Services、Reporting Services、分布式重播控制器、分布式重播客户端、客户端工具连接、管理工具等。很多人图省事直接点全选，我建议按真实用途来选：
- 只需要一个数据库环境：数据库引擎服务 + 客户端工具连接 + SQL Server 管理工具，三个就够
- 要跑报表：加 Reporting Services
- 要做 OLAP 多维分析：加 Analysis Services
- 分布式重播是 2012 新增的功能，用来模拟并发负载做性能测试，绝大多数场景用不到
功能选得越多，安装时间越长，内存和磁盘占得也越多。我那台 2.93GB 内存的机器第一次全选，装完开机内存占用直接到 2GB，后来重装只选数据库引擎和管理工具，轻快很多。这里想省心就把我上面列的三个勾上，其他按需补。
实例配置这里，要指定实例名称和实例 ID。默认是默认实例，实例名和计算机名一致，后续连接直接用计算机名就行。也可以选命名实例，比如 SQL2012，实例 ID 会成为安装路径的一部分，默认在 C:\Program Files\Microsoft SQL Server\ 下。命名实例适合一台机器装多个版本，连接时写法是"计算机名\实例名"。这台机器如果准备长期跑 2012 且没装其他版本，选默认实例最省心。
3.4 服务器配置：服务账户与 2012 新增服务
服务器配置这一步，核心是设置各服务的账户和启动类型。SQL Server 2012 这里比 2008 多出两项蓝色标记的新服务：分布式重播控制器和分布式重播客户端。如果前面功能选择没勾分布式重播，这里不会出现这两项。
服务账户选择 NT Service 系统内置账户即可，不要用本地系统账户跑 SQL Server 服务，权限过大且有安全隐患。每个服务都能单独指定启动类型：自动表示开机即启动，手动表示需要时再启动。数据库引擎必须设自动，SQL Server Agent 建议自动，其他服务按需设置。个人机器没有域环境的话，NT Service 账户是最省事也最稳的选择。
这一步结束后会再次检查安装规则，通过后进入数据库引擎配置。这是整个安装过程中对后续使用影响最大的一个界面，值得多花几分钟想清楚。
3.5 数据库引擎配置：身份验证模式与 sa 管理员
数据库引擎配置有两个关键选项。第一个是身份验证模式：系统默认 Windows 身份验证模式，只有 Windows 账户能连数据库；混合模式同时允许 SQL Server 身份验证和 Windows 身份验证。纯本机开发选 Windows 模式最安全；要对接老系统，或者需要从其他机器用 SQL 账号连接，必须选混合模式。界面里系统默认管理员是 sa，选择混合模式后要设置 sa 密码，密码强度要求不低，至少八个字符且含字母和数字。
这里有个我踩过的坑：一开始选了 Windows 身份验证模式，后来要用 sa 连才发现没开混合模式。其实不用重装，装完后在 SSMS 里右键服务器实例，属性→安全性→改为混合模式，重启服务即可。但如果平时用不到 sa，保持 Windows 验证模式反而更安全。
第二个是 SQL Server 管理员。系统默认添加当前 Windows 用户为管理员，建议保留，不要清空。如果后续要用其他账户管理，再在左侧点添加当前用户或指定账户补进去，避免装完发现当前账户没权限。
这个界面还有数据目录、TempDB 等配置项，默认值对多数场景都合理，但数据目录建议改到非系统盘，后面备份和维护方便。最后是 Analysis Services 配置和 Reporting Services 配置，前面没勾选这两个服务就不会出现对应页面。错误报告和客户体验改善计划按需勾选，不影响安装功能。
全部配置完进入准备安装界面，系统列出所有配置摘要，确认无误点安装。这一阶段就是漫长的等待，我的机器用了接近五十分钟，中间有一段磁盘灯常亮、界面像卡住，实际在做最后的文件复制和实例初始化，这时候一定别去关窗口。直到弹出完成页面，才算真正装完。
4. 装完并不算完：服务启动、防火墙放行与身份验证补救
安装成功的绿色对勾只代表文件复制完了。能不能连上、能不能从外面访问、sa 账号能不能用，这些都要在装完后逐个确认。这一章讲装完后的三件事，每件都影响数据库能不能真正跑起来。
4.1 服务账户与启动类型：安装完先看服务列表
打开 Windows 服务管理器，能看到一组以 SQL Server 开头的服务。按安装时的配置，数据库引擎已经是自动启动状态。默认实例的服务清单大概是这样的：
| 服务名 | 显示名称 | 默认启动类型 | 作用 |
|---|---|---|---|
| MSSQLSERVER | SQL Server (MSSQLSERVER) | 自动 | 数据库引擎，核心服务 |
| SQLSERVERAGENT | SQL Server Agent (MSSQLSERVER) | 自动 | 作业调度、备份维护计划 |
| MSSQLFDLauncher | 全文筛选器守护进程启动器 | 自动 | 全文索引服务，用到才有意义 |
| ReportServer | SQL Server Reporting Services | 自动 | 报表服务 |
| SQLBrowser | SQL Server Browser | 手动 | 命名实例端口解析 |
我装完的第一件事不是连数据库，而是把所有服务的启动类型过一遍。数据库引擎是自动且已启动，说明核心安装成功。SQL Server Agent 如果内存紧张可以改成手动，需要跑作业时再启动；SQL Server Browser 在命名实例场景下建议改成自动，否则从其他机器连命名实例时会找不到端口。VSS Writer 服务是给备份软件用的，本地开发基本用不上，保持默认即可。
查看和修改服务状态，可以用命令方式，也可以用图形界面。图形界面在服务管理器里改启动类型比较直观，命令方式适合批量处理，比如：
sc query MSSQLSERVER sc config SQLSERVERAGENT start= auto第一条命令查询数据库引擎服务状态，第二条把 SQL Server Agent 改成自动启动。注意 sc 命令等号后面必须有一个空格，写成 start=auto 会直接报参数错误，这是很多人容易忽略的细节。
4.2 防火墙放行与 1433 端口
装完数据库，第二步是确认网络访问。默认实例监听 1433 端口，Windows 7 防火墙默认拦截外部访问，本机能连不代表局域网里其他机器能连。我一般直接给防火墙加一条放行规则，以管理员身份打开命令提示符执行：
netsh advfirewall firewall add rule name="SQL Server 1433" dir=in action=allow protocol=TCP localport=1433参数含义拆开看：name 是规则名称，随便起个能认出来的名字；dir=in 表示入站规则；action=allow 是放行；protocol=TCP 指定 TCP 协议；localport=1433 指定端口。执行后可以用 netsh advfirewall firewall show rule name="SQL Server 1433" 确认规则是否生效。
命名实例的情况复杂一些。命名实例默认使用动态端口，每次服务启动端口都可能变，连接时依赖 SQL Server Browser 服务做端口解析。这种情况除了放行 1433，还要放行 UDP 1434。如果不想依赖动态端口，可以在 SQL Server 配置管理器里把实例的 TCP 端口固定成 1433，连接字符串直接写 IP 加端口就行。
注意：默认实例才是 1433 端口。命名实例要么开 SQL Server Browser 服务走端口解析，要么手动固定端口，否则只放行 1433 依然连不上。
我踩过的坑就是放行了 1433 但用的是命名实例，连接字符串写 IP,1433 还是不通，查配置管理器才发现命名实例实际监听的是随机端口，改成固定端口后一切正常。
4.3 混合模式忘了开？验证登录方式与恢复手段
如果安装时选了 Windows 身份验证模式，后面想用 SQL 账号登录，会直接提示登录失败。不用重装，按下面步骤切换：
- 用 Windows 账户登录 SSMS
- 右键服务器实例，选择属性
- 左侧选安全性，把服务器身份验证改为 SQL Server 和 Windows 身份验证模式
- 点确定后重启 SQL Server 服务
重启服务的命令，我习惯用：
net stop MSSQLSERVER && net start MSSQLSERVER命名实例要把服务名带上实例名，比如 net stop MSSQL$SQL2012。注意这个操作会中断数据库连接，生产环境不要在白天操作。
关于 sa 账号，安装时已经设置过一次密码，但很多人装完就忘。SQL Server 2012 对 sa 密码强度有强制校验，太简单的密码在安装界面根本过不去。忘了 sa 密码也有后悔药：用 Windows 管理员登录 SSMS，在安全→登录名里找到 sa，右键重新设置密码。这里还是提醒一句：sa 是超级管理员，能用 Windows 验证就尽量别用 sa，密码单独记在密码本里，别写进连接字符串。
5. 避坑与常见问题：老机器装 SQL Server 2012 的五个坎
这一章整理我在老机器上装 SQL Server 2012 遇到过的五个典型问题，全部按现象到原因再到解决的顺序写，照着排查就行。
5.1 装到 80% 报错回滚，半小时白等
现象：配置全部走完，进度条到 80% 左右突然弹窗报某功能安装失败，安装程序开始回滚，前面半小时白等。 原因：第三方杀毒软件的实时防护拦截了服务注册和文件写入。当时那台机器上装着一款免费杀毒软件，把安装日志翻出来全是访问被拒绝的记录。 解决：安装前退出杀毒软件，连同实时防护一起临时关闭，Windows Defender 也建议暂时停掉。安装完成后重新打开，并在服务管理器里确认没有残留的半成品实例。如果回滚后还有残留服务，用安装中心维护入口做修复，或者彻底卸载干净重装。从那以后我装数据库一律先把安全软件全部退出，省掉的都是自己的时间。
5.2 系统配置检查器报 .NET Framework 3.5 失败
现象：检查器里 .NET Framework 3.5 SP1 这一项红色失败，安装无法继续；去控制面板勾选启用后又提示需要联网下载更新，而机器没网。 原因：Windows 7 的 .NET 3.5 功能默认关闭，启用时如果系统更新源不可用，就会卡在下载这一步，老机器离线环境下尤其常见。 解决：准备 .NET 3.5 离线安装资源，或者用系统安装镜像做备用源。常见做法是挂载系统镜像，在启用功能时选择备用源路径，指向镜像 sources\sxs 目录。没有镜像就先把系统 Update 补丁装上再重试。装好后回安装中心重新跑检查器，确认这一项通过再继续。
5.3 x64 安装包混入 32 位系统，SETUP.EXE 闪退
现象：从下载列表选了靠上的文件，解压后双击 SETUP.EXE，界面闪一下就没反应，或者直接提示处理器类型不匹配。 原因：下载页面把 x64 和 x86 的包列在一起，文件名就差一个数字，很容易下错。x64 包整体体积比 x86 大不少，两个放在一起体积差异很明显。 解决：重新下载文件名带 x86 的那一组三个文件，下载后先核对体积，再放进同一目录执行 Intall.exe。装之前用系统配置检查器确认当前系统位数，双保险。强行在 32 位系统上跑 x64 安装包没有意义，只会浪费一次解压时间。
5.4 本机连不上，报网络相关或特定实例错误
现象：打开 SSMS 输入服务器名点连接，报网络相关错误，但服务管理器里 SQL Server 服务明明在运行。 原因：最常见是 TCP/IP 协议被禁用。打开 SQL Server 配置管理器，看 SQL Server 服务的网络配置，TCP/IP 未启用就会导致连接失败。另一种情况是服务刚启动还没开始监听，连接请求被拒绝。 解决：打开 SQL Server 配置管理器，确认 SQL Server 网络配置→实例协议→TCP/IP 已启用；然后在命令提示符执行 netstat -an | findstr 1433 看端口是否在监听；服务刚启动的话等十几秒再连接。注意 32 位系统上配置管理器的 32 位视图和 64 位视图要对应，装 32 位实例要看 32 位视图。
5.5 SQL Server Agent 没自动启动，备份作业全失败
现象：配好维护计划，第二天发现备份作业没跑，事件查看器里记录 SQL Server Agent 服务未启动。 原因：安装完 Agent 被设成手动启动，机器重启后 Agent 没跟着起来，所有依赖 Agent 的作业自然不执行。 解决：服务管理器里把 SQL Server Agent 的启动类型改成自动，或者执行 sc config SQLSERVERAGENT start= auto 后重启服务。改完检查维护计划是否还在，如果 Agent 长期没跑，先手动启动让代理恢复，再手动执行一次作业验证。这个问题的隐蔽性在于：Agent 不启动时数据库本身是好的，SSMS 能正常连，只有打开作业列表才发现全是失败状态。
6. 装完怎么验证：sqlcmd 一条命令与三个自查点
安装界面显示成功只代表装完了，能不能用要拿真实请求验证。我习惯用一条命令做最终确认。在命令提示符里输入：
sqlcmd -S localhost -E -Q "SELECT @@VERSION;"-S 指定服务器名，localhost 指本机默认实例；-E 使用 Windows 身份验证；-Q 执行后面的 SQL 语句后退出。这条命令依赖客户端工具，安装时记得勾选客户端工具连接。执行后返回一长串 SQL Server 2012 的版本信息，说明数据库引擎已经正常响应。
接着用三条 SQL 确认实例状态：
SELECT name, state_desc FROM sys.databases; SELECT SERVERPROPERTY('ProductVersion') AS Version; SELECT name, is_disabled FROM sys.sql_logins WHERE name = 'sa';第一条看系统数据库是否全部在线；第二条看版本号；第三条确认 sa 账号的启用状态。把这几个自查点串起来，我每次装完一套 SQL Server 2012 环境都强制走一遍：先跑系统配置检查器截图存档，安装时严格控制功能选择，装完看服务列表和 1433 端口监听，最后用 sqlcmd 跑一遍验证脚本。尤其跟着这份图解装机的人，老机器上每一步都可能出幺蛾子，这套流程能帮你快速区分是环境问题、安装包问题还是配置问题，不至于对着报错信息瞎猜。
希望这篇图解教程帮到你，照着走一遍，SQL Server 2012 在旧机器上的安装这件事就不会再返工了。
本文还有配套的精品资源，点击获取
