SQL Server 2012 32位安装教程：三件套、实例配置与验证

简介：《SQL Server 2012 安装图解教程》面向需要在 Windows 7 等环境中部署 SQL Server 2012 的数据库初学者与运维人员，重点解决安装前环境确认、组件选择及常见配置环节缺少直观参考的问题。资源为 1 个 PDF 文件，压缩包约 786KB，以图文截图串联安装流程，内容涉及软硬件环境参数、安装中心功能说明、系统配置检查器、全新独立安装、实例与服务器配置、数据库引擎以及 Analysis Services、Reporting Services 等主要环节，并附有下载地址指引。教程对安装介质选择、处理器类型与安装目录核对、产品密钥与许可条款、功能勾选和身份验证模式等细节均有对应图示，可帮助读者理解各配置项的作用与前后关系。已有 2255 人学习，适合按图核对安装条件、排查安装规则提示，也可作为实验环境搭建和安装过程复盘的参考资料。

1. 装 SQL Server 2012 前，先把"三件套"和 32 位这个坎认清

上周帮某实验室的老机器重装数据库，Windows 7 SP1、赛扬双核 T3500、2.93GB 内存，跑的就是 SQL Server 2012。机器不老到跑不动，但装起来处处是坎：它只支持 32 位安装介质，微软官网现在给的多半是 64 位包，下错了连解压都费劲。sql2012 安装教程网上一抓一大把，真正照着走完不翻车的没几篇，这篇安装图解就按这台机器的真实环境来写。

我在运维这行装过太多套 SQL Server 了，2012 这个版本最特殊：它是微软较早同时提供 32 位和 64 位独立安装包的数据库版本之一，32 位系统只能选 x86 那套三件套，选错位就是白下。这篇写给正在老机器、老系统上部署 SQL Server 2012 的开发者，从环境核对、三件套下载、系统配置检查器一路走到实例配置、身份验证模式和装完验证，中间把几个常见的安装报错也一并拆开。如果你手上是 Win7 SP1 32 位，或者需要在非集群环境做一次全新独立安装，照着往下走就行。

2. 安装环境核对与三件套下载：x86 还是 x64 先定死

2.1 软硬件门槛：官方下限和实际能跑的下限

SQL Server 2012 的官方环境要求，原文里给得比较清楚：软件上支持 Windows 7、Windows Server 2008 R2、Windows Server 2008 SP2、Windows Vista SP2；硬件上 32 位系统至少 1GHz 或同等性能兼容处理器、建议 2GHz 以上，64 位系统 1.4GHz 以上，最低 1GB 内存、建议 2GB 以上，至少 2.2GB 可用硬盘空间。这些数字看着宽松，但实际装的时候，"最低"和"能跑起来"是两回事。

我一般会给准备装 2012 的机器留这样一张对照表，装之前先对一遍，比装到一半报错再回头查省事得多：

那台赛扬 T3500、2.93GB 内存的机器正好卡在建议值附近，装得慢但能装完。这里有个血泪经验：内存正好 2GB 出头的机器，装的时候务必把浏览器、杀毒软件这些占用大的程序关掉，系统配置检查器里"内存"那项虽然能过，但后面启动 SQL Server 服务时会明显吃力。

提示：内存低于 2GB 的机器不是装不上，是装上之后服务不稳定，建议先把内存补到 2GB 以上再动手。

2.2 位数的选择：32 位系统只认那三个包

原文里最关键的一条：32 位的 Windows 7 操作系统，只需要下载列表最下面的CHSx86SQLFULL_x86_CHS_Core.box、CHSx86SQLFULL_x86_CHS_Intall.exe、CHSx86SQLFULL_x86_CHS_Lang.box三个安装包。这三个文件是一套，缺一个都解压不完整。

按我的习惯，下载完先做三件事：把三个包放到同一个目录、核对文件大小是否完整、确认没有中文路径或空格干扰。这三个包的分工可以这样理解：

• Core.box：核心安装数据，体积最大，解压后是真正的安装文件主体。
• Intall.exe：引导程序，双击它才会把上面那个 box 解出来，文件名里的 "Intall" 是微软当年的拼写，别以为是下错了。
• Lang.box：语言包，保证安装中心是中文界面。

放到同一个目录之后，双击CHSx86SQLFULL_x86_CHS_Intall.exe，系统会自动解压缩，解完会多出一个SQLFULL_x86_CHS文件夹。这一步不需要联网，也不需要额外解压工具，但解压过程会吃掉不少临时空间，C 盘至少留 4GB 临时余量。解压完之后进SQLFULL_x86_CHS目录，双击SETUP.EXE，这时候才会真正弹出"SQL Server 安装中心"。

常见做法是把整个SQLFULL_x86_CHS目录先复制到非系统盘再装，一是安装过程会在这个目录里生成日志，二是以后要加装功能还能复用这份介质，不用重新解压一遍。装 SQL Server 这个事，介质留一份比什么都强，后悔药就是它。

3. 安装中心里的前置动作：系统配置检查器先跑一遍

3.1 用系统配置检查器提前排雷

打开SETUP.EXE之后出现的是"SQL Server 安装中心"，左侧有"计划""安装""维护""工具""资源""高级""选项"几栏。很多人看到界面就直奔"安装"，我会先点"计划"里的"系统配置检查器"，让系统把阻止安装的条件先扫一遍。

这一步的价值在于：它会在正式安装之前，把操作系统版本、位数匹配、待重启项、WMI 服务状态、防火墙规则这些条件过一遍，生成一份检查结果。原文里也强调"以减少安装过程中报错的几率"，这话不是客套。实操里最常见的两类拦截，一个是系统有挂起的重启（Windows Update 装完没重启），另一个是 WMI 相关服务异常，这两类在检查器里都能提前看到。

如果检查器报出警告级的问题，比如"操作系统版本低于建议值"或"未安装某补丁"，可以评估后继续装；如果是错误级，比如位数不匹配、必需组件缺失，那就必须先解决，硬装下去一定在后面某个环节中断。检查结果里每一条都可以展开看细节，我习惯把报错那条的英文关键词抄下来再搜，比整段中文描述搜起来准。

3.2 全新独立安装的入口和位数确认

检查器过了之后，回到安装中心，选"安装"下的第一项"全新 SQL Server 独立安装或向现有安装添加功能"，这就是非集群环境下的标准入口。原文中提到升级路径（从 2005/2008/2008 R2 升级）需要旧版本升级介质，还会先跑一遍"安装程序支持规则"，本篇走的是全新安装，不涉及升级介质。

点了这一项之后，第一个要盯的界面是"安装程序支持规则"和随后的产品密钥页。安装程序会先跑一轮支持规则检查，把可能会阻断安装的条件列出来；如果前面检查器已经清干净，这里一般只剩一两条警告，处理掉或者确认可跳过再点下一步。产品密钥页如果没有正版密钥，选择 Evaluation 版本即可，功能和正式版差别不大，有 180 天试用期，适合老机器上做验证和学习环境。

接着会看到处理器类型和安装介质根目录的确认页。这一页必须核对两件事：处理器类型是否和你的系统位数一致（32 位系统这里应该是 x86），安装介质的根目录是否指向刚才解压出来的SQLFULL_x86_CHS。原文特别提醒"系统默认的选择，是否是与自己的处理器类型相匹配，以及指定的安装介质根目录是否正确"，这两项如果错了，后面勾选功能时会直接失败。

3.3 功能勾选：别全选，也别只勾一个

许可条款接受之后进入"功能选择"。页面上可以勾"全选"，但我一般按用途分三档来勾：

• 最小可用：只勾"数据库引擎服务"，跑单机业务库够用，占空间最少。
• 常规开发：数据库引擎服务 + SQL Server 复制 + 客户端工具（管理工具基本/完整）+ 客户端工具 SDK，够日常开发调试。
• 学习验证：在常规开发基础上加 Analysis Services、Reporting Services，但这两项在老机器上很吃内存，2GB 内存的机器建议不要勾 Analysis Services。

原文里提到"选择要安装的 Evaluation 功能，在勾选功能前的方框，也可以单击全选"，全选本身没错，但 32 位老机器上全选的结果经常是磁盘空间告急、安装时间翻倍。勾完之后页面下方会实时显示所需磁盘空间，2.2GB 只是数据库引擎的下限，全选轻松超过 5GB，装之前看一眼那个数字，心里有数。

勾完功能点下一步，会再跑一次"安装规则"检查。这次检查针对的是你刚选的功能组合，比如勾了 Reporting Services 但缺少对应配置，这里就会报出来。这一步的规则检查比第一次更细，别嫌它慢，让它跑完。

4. 实例配置与身份验证：sa、排序规则和那几个服务账户

4.1 实例命名：默认实例还是命名实例

功能选完进入"实例配置"。这里有两个选项：默认实例和命名实例。默认实例的名字就是机器名，一台机器只能有一个；命名实例可以起任意名字，比如SQL2012DEV，一台机器可以装多个。原文里提到"实例ID将成为安装路径的一部分"，这句话要划重点。

实例 ID 默认跟实例名一致，它决定了安装目录，比如C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012DEV。其中MSSQL11是 SQL Server 2012 的内部版本号，.SQL2012DEV就是你起的实例 ID。如果机器上以后还要装别的版本，命名的规则就是版本号不同、实例 ID 不同，装完互不干扰。

我的习惯是：单机开发库用命名实例，实例名带年份和用途，比如SQL2012DEV；只有明确要作为本机唯一数据库服务对外提供访问时才用默认实例。命名实例的好处是卸载、共存、排查都清晰，坏处是连接字符串里必须写主机名\实例名，客户端配置稍微麻烦一点。原文配图里走的是默认路径，新手照做没问题，但如果你知道这台机器以后还会装别的数据库版本，建议这里就改成命名实例，省得以后卸载重来。

实例配置页还会问实例根目录，默认在系统盘。C 盘紧张的话，这里改成非系统盘，注意目录不要带中文和空格——SQL Server 对路径里的特殊字符容忍度一般，带空格偶尔会在某些组件上出问题。

4.2 磁盘空间与服务器配置：服务账户怎么填

实例配完是"磁盘空间要求"页，列出各功能目录和预计占用。这一页只是确认，不用改，但值得看一眼安装目录和数据目录是否分在了不同盘。生产环境当然要分盘，单机学习环境放一起也行，但至少确保那个盘有足够余量，数据库文件增长很快，日志文件更是。

接下来是"服务器配置"，这里要填 SQL Server 代理、数据库引擎、SQL Server Browser 等服务用的账户。原文提到"蓝色阴影标记的两种服务，是此次 SQL Server 2012 新增的服务"，配色区分的是新增服务，不用紧张。账户这块，我一般这样处理：

• 单机学习环境：所有服务用NT AUTHORITY\SYSTEM或内置的Network Service，简单，不用管密码。
• 有域环境的机器：数据库引擎和代理服务用专门的域账户，权限最小化。
• 别用当前登录用户账户跑服务，用户改密码之后服务会起不来，这是个很隐蔽的坑。

页面上每个服务后面可以单独设置启动类型，默认是手动或自动。数据库引擎服务建议设成自动，代理服务如果不用作业调度可以先手动，Browser 服务在命名实例场景下建议自动，否则客户端按实例名连不上。

4.3 身份验证模式与管理员：sa 账户那点事

"数据库引擎配置"页是整个安装里最需要想清楚的一步，核心就两个选择：身份验证模式和系统管理员。

身份验证模式有两种：Windows 身份验证模式，以及混合模式（SQL Server 身份验证和 Windows 身份验证），原文说"系统默认为前一种模式"。我的建议分场景：

• 纯本机开发、只用 SSMS 连：Windows 身份验证模式够用，安全性也更好。
• 需要给其他程序、其他机器用账号密码连：必须选混合模式，同时设置 sa 密码，并"添加当前用户"为管理员。

选混合模式会强制你设 sa 密码，密码策略会校验强度，太简单的过不去。我一般用大小写字母加数字再加符号的组合，长度 12 位以上，别用sa123这种，安装程序直接拒绝。页面上还要"指定 SQL Server 管理员"，默认管理员是 sa，但更稳妥的做法是点"添加当前用户"，把你自己的 Windows 账户也加成 sysadmin，这样万一 sa 密码忘了，还能用 Windows 账户登进去救。

注意：sa 密码安装时设完就记下来，别指望装完再改。混合模式下 sa 是最高权限账户，密码丢了要走单用户模式重置，老机器上折腾一次够呛。

4.4 Analysis Services、Reporting Services 和分布式重播

如果前面勾了 Analysis Services，这里会多一页"Analysis Services 配置"，要添加 Analysis Services 的管理员，同样建议添加当前用户。这一项对内存要求高，2GB 内存的机器上装完基本跑不动多维模型，学习可以，实用慎重。

Reporting Services 配置页会问安装模式，一般选"仅安装"或者"安装并配置"，学习环境选仅安装，后面要用再配。原文里列了这些配置页，但没展开，原因也简单：这些组件在 32 位老机器上不是主战场，数据库引擎才是。

最后是"分布式重播控制器"和"分布式重播客户端"两页，这两项只有做压力测试回放时才用得上，普通安装直接跳过或者不勾选对应功能即可。再往后是错误报告页，是否发送错误报告给微软，随便选，不影响功能；安装配置规则页会最后跑一遍规则检查，通过之后进入"准备安装"页，这里会列出你前面所有选择的摘要，尤其是实例名、安装目录、身份验证模式、管理员列表这几项，装之前再扫一眼，点"安装"就开始了。

安装过程在老机器上确实慢，原文说"经过近一个小时的折磨"，赛扬双核这个配置差不多就是这个量级。安装中不要点取消，不要关机，中途断电可能导致实例注册不完整，卸载都卸不干净。

5. 装完怎么验证跑通：四条命令和一次重启

装完之后安装向导会提示成功，但提示成功不等于能连上，这一步得自己验。我一般按下面的顺序走一遍，四条命令加一次重启，基本能把"装坏了"和"装好了但没配好"区分开。

第一步是看服务状态。打开服务管理器，找到SQL Server (实例名)和SQL Server Browser，确认状态是"正在运行"、启动类型是"自动"。如果服务没起来，先看事件查看器里应用程序日志，错误码通常会告诉你缺什么。

第二步是用 SSMS 连一次。开始菜单里找 SQL Server Management Studio，服务器名填主机名\实例名（默认实例只填主机名），身份验证选 Windows 身份验证，能连进去就说明引擎和协议没问题。连不上先别急着卸，往下看第三步。

第三步是查版本和实例信息。SSMS 里新建查询，跑：

-- 确认版本号和实例名是否与安装时一致 SELECT @@VERSION AS 版本信息, @@SERVERNAME AS 实例名; -- 查当前实例的排序规则，中文环境常见问题来源 SELECT SERVERPROPERTY('Collation') AS 排序规则;

@@VERSION会返回类似Microsoft SQL Server 2012 - 11.0.xxxx的字符串，版本号以 11 开头就说明是 2012，没装错版本。@@SERVERNAME要和安装时起的实例名对得上，对不上说明实例注册有偏差。排序规则这一项在中文环境里值得看，默认一般是Chinese_PRC_CI_AS，如果装成了 Latin 排序规则，后面建库做中文比较会出玄学问题，发现不对要尽早重建实例，越晚越麻烦。

第四步是验证网络连接。如果这台机器要给别的机器连，在 SSMS 里执行：

-- 确认 TCP/IP 协议已启用，端口默认 1433 EXEC xp_instance_regread @rootkey = 'HKEY_LOCAL_MACHINE', @key = 'SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQLServer\SuperSocketNetLib\Tcp\IPAll';

命名实例的话路径里的MSSQL11.MSSQLSERVER要换成对应的实例 ID。如果查不到或者值为空，去"SQL Server 配置管理器"里把 TCP/IP 协议启用，并确认 IPAll 下的 TCP 端口是 1433（或动态端口）。改完协议要重启 SQL Server 服务才生效，这是最容易被忽略的一步——很多人改完配置直接连，连不上就以为装坏了。

最后一步，重启一次机器。不是玄学，是因为安装过程中注册的服务账户权限、环境变量有时要重启才完全生效，尤其是混合模式下 sa 登录，个别机器上不重启会出现 sa 登录失败、Windows 登录正常的情况。重启之后再重复第二步和第三步，都通过，这套环境就算跑通了。

从那以后我每次装完 SQL Server 2012 都强制走一遍"服务状态—SSMS 连接—版本查询—重启复验"这套流程，再急也不跳过。老机器装库，翻车往往不是装不上，是装上了没人验，用了一周才发现连不上。希望这套流程能帮你少走点弯路。

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