SQL Server 2012 安装全流程：环境检查、实例配置与排错

有人问我，现在这个年代还折腾SQL Server 2012 安装，是不是有点开倒车？我一般反问一句：你要接手的那个库，兼容级别是 110 还是 120？如果它躺在某个跑了八九年的业务系统里，那答案基本就定了——不是你想不想装，而是你必须装一个和它同代的环境，才能把备份还原进去、把存储过程跑起来、把报表对出来。我最近就碰到一台旧机器，硬盘上躺着 2013 年的一份 .bak，客户只提了一个要求：能打开、能查、能导出来。折腾了大半天，从依赖装到端口放行，最后跑通的时候那种踏实感，比装一套新版本强多了。

这篇内容我想把SQL Server 2012 安装这件事讲透一点：不是把"下一步"点到底就完事，而是从版本选型、环境体检、向导逐屏取舍，一直讲到装完之后为什么连不上、报错怎么排查、怎么把这次配置固化成下次能复用的模板。适合三类人看——第一次装数据库的学生、被临时抓来恢复老库的开发、以及需要给内网小系统搭一台数据机的运维。基础薄也没关系，我会把每个选择背后的理由说清楚，你照着做，或者照着改，都能落地。

1. 装之前先想清楚：版本、位数和补丁级别怎么定

很多人装数据库失败，问题根本不在安装过程，而在动手之前那五分钟没想明白。你要装的是哪个版本、多少位、装在哪台机器、给谁用，这四个问题不落实，后面每一屏都可能踩坑。我自己有个习惯：动手前先在纸上写一行字——"实例名 + 版本 + 位数 + 认证模式"，写完再双击 setup.exe。这一行字能省掉八成返工。

1.1 老项目、教学环境和小型内网的现实约束

选 2012 这件事，通常不是主动选择，而是被动接受。常见三种情况：一是老系统的备份文件只能在高版本之前的主版本上还原，跨代还原基本行不通，备份来自哪里就得回到哪里；二是某些老 ERP、老 MES 或者教学实验平台，安装包里带的连接驱动和脚本就是按 2012 写的，换新版本反而要改一堆东西，得不偿失；三是学习场景，很多课程实验和教材例子都是围绕这个版本的组织结构讲的，先在同代环境里把概念跑通，比一上来追新版本更有效。

还有一种情况容易被忽略：你只是需要一个能打开老库的"读库环境"，并不打算对外提供服务。这种场景下我强烈建议单独装一台虚拟机或用一台闲置机器，不要和你主力开发机上的新版本数据库混在一起。同一台机器上虽然允许并存多个实例，但实例名、端口、服务账户一旦打架，排查成本会成倍上升。我吃过这个亏，两个实例抢一个 1433，结果两边的客户端都在随机性报连接超时，查了半天才发现是端口占用。

1.2 Express、Standard、Enterprise 到底该选哪个

版本选错，最典型的后果是撞上容量和功能天花板，跑到一半发现不行，只能推倒重来。我按实际使用场景整理了一张表，你可以直接对号入座。

看表的时候别只看功能，还要看你手上这份安装介质的授权类型。很多人拿到的镜像其实是评估版或者功能受限版本，装完才发现某些功能灰着。安装中心界面上会显示当前介质的版本信息，这一屏值得停下来看一眼，比装完再去找原因省事得多。

1.3 32 位还是 64 位、装哪个补丁级别

现在基本没有理由装 32 位了，除非你的宿主系统本身就是 32 位，或者要对接一个只提供 32 位驱动的老客户端。64 位的好处不用多说，内存寻址和缓冲池利用率完全不是一个量级。

补丁级别这块我要多啰嗦两句，因为它是很多"装完能装、用起来别扭"问题的根源。2012 这个主版本后续出过多个服务包和累计更新，早期版本在较新的客户端系统上运行时会碰到一些奇怪现象，比如安装程序在规则检查阶段卡住、管理工具界面加载异常、某些组件在系统更新后无法启动。我的建议很朴素：优先用带服务包的介质；如果只有原始介质，装完之后先把补丁打上，再开始导数据。另外，数据库管理工具的版本和服务引擎的版本不必完全一致，但差别太大时，图形界面里部分功能会提示不支持，日常维护尽量用版本相近的工具。

2. 环境体检：依赖、路径和系统层面的隐形地雷

安装程序报的错，九成以上发生在它真正开始复制文件之前。也就是说，你看到的"安装失败"，其实是"环境检查没通过"。所以我把这一步单独拎出来讲，因为它决定了你是半小时装完还是折腾一整天。

2.1 .NET Framework 3.5 与那条容易被忽视的依赖链

2012 的安装程序会检查若干运行时组件，其中 .NET Framework 3.5 是最容易被卡住的一个。在较新的 Windows 系统上，3.5 默认是"未启用"状态而不是"未安装"，安装程序给出的提示有时含糊不清，你点"确定"它也不会自己帮你打开。

正确做法是手动去系统的"启用或关闭 Windows 功能"里勾上 .NET Framework 3.5（包含 2.0 和 3.0），然后重启。如果你所在的环境没有外网，用离线源安装会更稳妥：把系统安装介质挂载上，用命令行指定源路径安装该功能，比在线下载快也可靠。除了 3.5，安装程序还可能检查 PowerShell 组件、Windows Installer 服务状态，这些一般在正常系统上都是就绪的，但如果你的机器做过精简优化，就得留意。

提示：依赖组件装完务必重启一次再运行安装程序。不重启直接装，安装程序可能读到旧的状态缓存，仍然报依赖缺失。

2.2 介质挂载方式、中文路径和临时目录权限

我见过最冤的一类失败，是安装包被解压到了一个带中文和空格的深层目录，比如"桌面\新建文件夹\数据库安装包..."。安装程序的一部分临时文件路径会从当前目录推导，路径过长或含特殊字符时，解压阶段就会静默失败。

我的固定做法是：用虚拟光驱挂载镜像，不要在资源管理器里解压；如果必须解压，解压到类似D:\sql2012\这样的纯英文短路径。同时确认系统临时目录（一般是C:\Windows\Temp和当前用户下的 Temp）有写权限，磁盘剩余空间至少留出安装体积的两到三倍——安装过程中会生成大量临时文件，空间不足时报错信息往往指向别的地方，很难联想到是磁盘满了。

另外提醒一句：不要用网络共享路径作为安装源。UNC 路径在某些权限配置下会让安装程序误判，中途读不到文件就中断，报错还特别模糊。

2.3 计算机名、域环境与账户权限的前置约束

计算机名这块是老生常谈，但每年还是有人踩。名字里不要带下划线、连字符以外的特殊符号，不要纯数字，长度别太长。原因是实例注册和部分内部标识会用到机器名，特殊字符在某些环节会被转义处理，导致注册表项写入异常。

账户权限方面，运行安装程序的账号必须是本机管理员。如果机器加入了域，用一个域账号装也没问题，但要确保这个账号在本机管理员组里，并且安装完成后你仍然能用它登录——我碰到过一次，装的时候用的是临时提权账号，装完账号被回收，结果本地管理员组里没人，只能进单用户模式救回来。

2.4 防火墙、端口与安全软件的提前处理

安装阶段建议临时关闭第三方安全软件和主机防火墙，装完再按需放行。这不是偷懒，而是避免安装程序创建服务、写注册表时被拦截，导致"装完了但服务起不来"这种悬空状态。

需要提前规划的端口很简单：默认实例走 TCP 1433，命名实例的浏览器服务走 UDP 1434。如果你打算装完直接远程连，这两个口子迟早要放行，不如现在就想好规则命名，比如"允许内网访问数据库引擎"。安全软件方面，除了防火墙，还要注意那些"主动防御"型工具，它们对服务注册和注册表写入特别敏感，装完再排查会很痛苦。

3. 逐屏拆解安装向导：每个选项卡背后的取舍

准备工作做完，双击 setup.exe 进入安装中心，从这里开始才是真正需要动脑的地方。我把向导拆成几段来讲，重点讲"为什么这么选"，而不是"点哪个按钮"。

3.1 从安装中心到功能选择：哪些组件可以砍

安装中心左侧一列选项，第一次装直接选"全新安装"。接下来是产品密钥、许可条款、支持文件检查，一路走。真正的第一个决策点在功能选择这一屏。

只做数据存储和查询的话，勾"数据库引擎服务"就够了，配套的"客户端工具连接"和"管理工具-基本"建议一起勾上，否则后面连个图形界面都没有。分析服务、报表服务、集成服务这些，除非你的老系统明确依赖，否则一律不勾——它们体积大、依赖多、装完还要单独配置，纯属给自己找麻烦。我见过一台机器上把所有组件全勾上，装了快两个小时，最后只用到数据库引擎，剩下的服务还都在后台占内存。

安装目录也在这屏设置。我的习惯是把程序目录和数据目录分开放在不同磁盘上，程序目录跟着系统盘走无所谓，数据目录一定要放在容量足够、IO 相对稳定的盘上。这一屏设好，后面就不用再改，省心。

3.2 实例配置：默认实例与命名实例的分水岭

这一屏决定了你以后连数据库要写多长的名字。

• 默认实例：一台机器上只能有一个，连接时直接写机器名或localhost就能连上。
• 命名实例：一台机器可以有多个，连接时要写成机器名\实例名的形式，并且依赖浏览器服务来解析。

如果这台机器只跑这一个数据库，选默认实例最省事。如果机器上已经有别的实例，或者你打算以后并存多个版本做对比测试，那就用命名实例，起个有意义的名字，比如DEV2012。名字一旦定下来就别改了，改实例名不是改个显示名那么简单，涉及注册表和系统库，代价很大。

3.3 服务账户与排序规则：最容易被随手"下一步"的两屏

这两屏是全文我最想强调的地方，因为我见过太多人一路回车过去，最后在导入数据时才发现问题。

服务账户这屏，会给每个服务分配运行身份。简单场景下，让数据库引擎用内置的虚拟账户或本地系统账户跑，省去维护密码的麻烦；如果机器在域里、并且需要访问网络上的共享备份目录，就用一个专门的域服务账号，并且这个账号不要设成"密码永不过期"之外的宽松策略——密码到期服务起不来，是内网事故的经典剧本。其他服务的启动类型设成手动就行，用到再起。

排序规则这一屏，中文环境请特别留意。默认值通常是Chinese_PRC_CI_AS，其中 CI 表示不区分大小写，AS 表示区分重音。如果你的老库导出时用的不是这个规则，你在这里选错了，后面导入数据会出现排序、比较、唯一索引冲突等一堆诡异问题，而且事后修改排序规则的代价极高，基本等于重建系统库。动手前先问清楚源库的排序规则，不确定就查一下老环境的配置，再回到这一屏来选。

3.4 数据库引擎配置：认证模式、管理员与数据目录

这一屏是安全模型的核心。Windows 身份验证模式只认系统账号，安全性好但跨平台、跨工具连接不灵活；混合模式同时允许系统账号和数据库账号登录。内网小系统、需要给第三方工具配置连接串的场景，基本都选混合模式，但选了就必须给内置管理员账号设一个强密码，并且这个密码要妥善保存——它就是你的最后一把钥匙。

下面的"指定管理员"列表，记得点"添加当前用户"。这一步的意义是：装完之后，你这个 Windows 账号自动成为数据库的管理员。很多人漏了这一步，装完发现连不上，还得进单用户模式补救。数据目录和日志目录也在这屏，可以按前面说的分盘策略调整；如果只是测试环境，保持默认也没问题。

3.5 后面几屏：错误报告、规则检查与配置文件的保存

剩下的几屏相对轻松：错误报告建议关掉，尤其是内网环境；安装规则检查这一屏要逐条看，绿色的直接过，黄色的看提示，红色的必须处理完再往下走，强行点"下一步"基本注定失败。

还有个小细节值得做：在最后一屏确认页之前，安装程序提供把当前配置导出为配置文件的选项。勾上它，把生成的 ini 文件收好。下次给同类机器装机，你连向导都不用点，一条命令就能装完，这是本篇最实用的一个伏笔，后面第 6 章会专门讲。

4. 向导跑完不等于能用：连接、端口与服务状态验证

安装程序最后显示"操作已完成"，很多人就以为大功告成，结果打开客户端一连接，报错。这一段我按顺序把必须做的收尾动作过一遍，每一步都有它的道理。

4.1 启用 TCP/IP 协议并固定 1433 端口

默认安装完成后，数据库引擎的网络协议里 TCP/IP 往往是禁用状态。打开配置管理器，找到网络配置下的协议节点，把 TCP/IP 启用。然后在 TCP/IP 属性里，把"IPAll"的 TCP 端口固定为 1433，同时清空动态端口。这一步的意义在于：固定端口之后，防火墙规则、连接串、监控脚本才有明确的指向，不然每次重启端口都可能变一个，远程连接自然时通时不通。

改完协议必须重启数据库引擎服务才生效。这一点我特意强调，因为很多人改完直接去连，连不上就以为改错了，来回折腾。

4.2 浏览器服务与命名实例的连接写法

如果你用的是命名实例，还要把浏览器服务启动起来，并设为自动。它的作用是让客户端能通过机器名\实例名找到实际端口。这个服务不起，客户端就只能写死"机器名,端口号"来连。

另外，Windows 防火墙里除了放行 TCP 1433，命名实例场景还要放行 UDP 1434，否则浏览器服务就算跑着，外部也问不到端口。这两条规则建议直接建好并命名，以后换机器照抄。

4.3 客户端工具版本匹配与"连不上"的三种典型表现

客户端连不上，先分清是哪一类：

还有一个隐性问题：管理工具的版本和引擎版本差异过大。用很新版本的工具去连 2012，大多数操作是好的，但某些图形界面功能会提示不支持或者加载异常。我的做法是本地保留一份版本相近的管理工具作为主力，新版本工具只用来做兼容性检查，避免把工具的问题误判成数据库的问题。

4.4 内置管理员账号与最小权限的收尾动作

装完第一件事，是禁用或者改名内置管理员账号，尤其是在混合模式下。如果业务确实需要它存在，至少改个名字、设一个足够复杂的密码，并限制它的连接来源。同时给实际应用建独立登录名，只授予该库需要的权限，不要图省事全都用管理员账号连——这条原则在测试环境里可以松一点，但只要这台机器有任何对外暴露的可能，就必须收紧。

我的收尾动作清单是这样的：确认服务启动类型、禁用不需要的服务、检查认证模式、给应用建账号、跑一遍备份验证。这五件事做完，才算真正装完。

5. 反复出现的几个安装报错：完整排查链路复现

装 2012 最容易在三个地方翻车。我把当时的排查顺序原样写出来，你可以照着走一遍，比直接抄答案更有用。

5.1 "重新启动计算机"规则反复失败

现象是：安装向导跑到规则检查，或者装到一半，提示需要重启，重启完再装还是同样提示，陷入死循环。

排查链路是这样的。第一步，确认是不是真的有程序在占用文件——常见的是系统更新没装完、某个安全软件在扫描，或者你刚才卸载过什么组件。第二步，去注册表里看两个键值：一个是会话管理器下待重命名文件列表，一个是待处理的 XML 标识项。这两个键只要有内容，安装程序就认为系统处于"挂起重启"状态。第三步，把对应键值清空（先导出备份再动手），再重新运行安装程序。

如果还不行，第四步检查是不是有残留的安装进程没退干净——任务管理器里找安装相关的进程，全部结束掉再试。这个死循环我遇过两次，两次都是残留进程加待重命名项的叠加，清干净就过了。

注意：动注册表之前一定先导出备份。清理待重命名项时要确认里面没有系统关键的文件操作，否则可能影响其他正在等待重启生效的更新。

5.2 性能计数器不一致与安装中途报错

另一个高频报错是性能计数器相关的失败，提示计数器注册表项不一致或者无法加载计数器。这个问题的本质是系统里的性能计数器缓存坏了，跟数据库本身没关系。

处理方式是用系统自带的计数器重建命令把性能库重新生成一遍：先卸载当前计数器配置，再重建，最后重新加载。命令行大概是这样：

lodctr /R

执行完如果提示成功，重启一次再装。如果提示无法重建，就换到系统目录下的对应路径再执行一次，或者先执行卸载参数再重建。我实测下来，这一招对绝大多数计数器类报错有效，比重装系统省事得多。

顺带说一句，安装过程中如果出现"无法写入某个临时文件"这类报错，八成是权限或者空间问题，回到第 2 章那几条去核对，别在这儿浪费时间。

5.3 排序规则选错了怎么补救

这是最让人头疼的一类，因为它在安装阶段完全没感觉，等到导入数据时才爆发。典型表现是：字符串比较结果不对、唯一索引插入时报重复、按拼音排序的结果和预期不一致。

先别急着重建。第一步，确认源库的排序规则到底是什么，别凭印象。第二步，如果只是某个用户库需要不同规则，可以在建库时单独指定该库的排序规则，不必动整个实例——这是成本最低的方案，前提是问题局限在单个库。第三步，如果确实是实例级规则选错了，那就只能重建系统库，安装程序支持通过命令行参数指定新的排序规则执行重建，过程会重建系统数据库，所有用户库需要提前备份或分离。这一步我建议先在测试环境演练一次再上生产。

5.4 装到一半失败之后，正确的清理与重装顺序

安装中途失败，最忌讳的是直接再点一次安装程序。残留的服务、注册表项、安装缓存会让第二次安装报出完全不同的错误，越装越乱。

正确的顺序是：先在控制面板里走一遍卸载（哪怕它提示"未完全安装"），然后手动清理三处——安装目录残留、程序数据目录下的安装引导缓存、以及服务列表里遗留的数据库相关服务。清理完重启，再重新运行安装程序。如果反复失败，最省时间的做法反而是换一台干净虚拟机重来，比你在一台被污染过的机器上死磕要快得多。

6. 把这次配置固化成模板：下次装机少走八成弯路

装一台机器花的力气，如果只服务一台机器，那是浪费。我喜欢在装完之后多做十分钟，把配置沉淀成可复用的东西，第二次、第三次装同类环境时基本是体力活。

6.1 用配置文件做无人值守安装

前面提到过，向导最后可以导出配置文件。这个 ini 里记录了实例名、功能列表、服务账户、排序规则、认证模式、数据目录等全部选择。下次装机时，把 ini 拷到新机器上，按新机器的实际情况改几处——实例名、目录、管理员账号——然后用命令行调用安装程序加载该文件，整个过程无人值守。

需要注意三个坑。第一，配置文件里不会包含密码，混合模式的管理员密码需要在命令行单独传参，或者装完立刻手动设置；第二，配置文件里的路径是绝对路径，换机器必须改；第三，许可条款的接受参数要显式带上，否则会静默退出。第一次用建议加上详细日志输出，装完翻日志确认每一步都符合预期。

关键参数大致长这样，你可以按需删减：

setup.exe /Q /ACTION=Install /FEATURES=SQLEngine /INSTANCENAME=DEV2012 ^ /SQLCOLLATION=Chinese_PRC_CI_AS /SECURITYMODE=SQL /SAPWD=你的强密码 ^ /SQLSYSADMINACCOUNTS="机器名\你的账号" /TCPENABLED=1 /NPENABLED=0 ^ /IACCEPTSQLSERVERLICENSETERMS

6.2 装完就备份的三件套和一份交接清单

我给自己定的规矩是：装完当天就做三件事，一件都不能少。

第一件，备份系统库。系统库是整个实例的骨架，一旦损坏恢复起来很麻烦，装完立刻做一次完整备份，放在和数据盘不同的位置。

第二件，建立一份最小可用的维护计划。至少包含每周完整备份、每天差异备份、定期清理历史备份文件。别小看这一步，老系统出问题时，能不能回到昨天往往是生死线。

第三件，写一份交接清单。内容包括：实例名、端口、认证模式、排序规则、管理员账号存放位置、数据目录路径、备份路径、服务启动类型。这份清单一页纸，但半年后你或者你的同事接手这台机器时，它能省掉一整天。

最后分享一点我自己的体会。这类"看起来过时"的安装任务，真正花时间的从来不是安装本身，而是事前那几分钟的判断和事后那半小时的收尾。向导点得快，问题在后面等你；向导点得慢，把版本、排序规则、端口、认证模式这四件事想清楚，一次就过。我现在的习惯是装之前先在纸上写那一行"实例名 + 版本 + 位数 + 认证模式"，装完对着第 6 章那张表逐项打勾，二十来分钟就能收工。真要说还有什么技巧，那就是第一次装一定留日志、留配置文件、留清单一页纸——这三样东西，会在你完全想不到的时候救你一次。