企业官网建设流程全解析

简介：这份PDF图解教程面向初次接触微软数据库的开发者与运维新手，围绕SQL Server 2012的完整安装流程展开，帮助读者在Windows 7 SP1等常见环境下独立完成部署。教程从安装环境确认讲起，依次覆盖软硬件参数要求、安装包下载与解压、系统配置检查器使用、全新独立安装向导各环节，以及产品密钥、功能选择、实例命名、服务器配置与身份验证模式等关键设置，并附有sql2012下载地址。资源包共1个PDF文件，大小约786KB，轻量便携，适合随时查阅对照。目前已有2250人学习下载，说明其在入门安装场景中具备一定参考价值。读者可借助图文对照快速理解每一步操作意图，减少安装报错与反复试错，同时掌握升级安装与全新安装的差异，为后续数据库配置与使用打下基础。

1. 从一台 2.93GB 内存的老机器说起：SQL Server 2012 到底装在哪

上周帮人收拾一台旧笔记本，Windows 7 SP1 32 位，赛扬双核 T3500，2.93GB 内存，硬盘剩不到 20GB。对方的需求很朴素：跑一个老业务系统的后台库，只认 SQL Server 2012。我第一反应是劝退，第二反应还是得装。sql2012 安装教程网上一抓一大把，但绝大多数默认你是 64 位、8GB 内存、SSD，照着点下去，中途不是卡在规则检查，就是装完服务起不来。

这套环境的坑不在“会不会点下一步”，而在装之前的判断：32 位系统只能走 x86 安装包，三个文件必须同目录，实例名和排序规则一旦定下就很难改。装不好会怎样？轻则安装中心打不开，重则装到一半回滚，注册表里留一堆残渣，重装都装不干净。这篇记录适合两类人：手上有旧机器、必须落地 SQL Server 2012 的；以及想搞清楚 2012 这一代安装器逻辑、避免在服务器上翻车的。下面按我实际走的顺序来，环境先列清，再一步步装，最后说怎么验证和救火。

2. 装前把环境和安装包定死：32 位与三个文件的对应关系

2.1 软硬件门槛对照，别拿 64 位包往 32 位系统上怼

SQL Server 2012 这一代对系统的支持范围是 Windows 7、Windows Server 2008 R2、Windows Server 2008 SP2、Windows Vista SP2。注意这里没有 Windows 10，也没有 Windows 8 之后的版本，硬装不是不行，但安装器会反复弹兼容性警告，后面排查成本高。硬件上，32 位系统最低 1GHz 处理器，建议 2GHz 以上；64 位系统 1.4GHz 起。内存最低 1GB，建议 2GB 以上；硬盘至少 2.2GB 可用空间，这是纯程序文件，还没算你后面建库的数据文件。

我这台机器 2.93GB 内存，卡在“建议 2GB 以上”的线上，能装，但安装过程会明显慢，尤其是 Analysis Services 和 Reporting Services 一起勾的时候。我的做法是只装数据库引擎和客户端工具，其余组件按需再加。下面这张表是我整理的环境对照，装之前对着核一遍：

提示：32 位系统只能用 x86 安装包，64 位系统装 x86 包虽然能跑，但内存寻址受限，生产环境不要这么干。

2.2 三个安装包缺一不可，放同一目录再解压

微软这一代的下载是拆包的，32 位 Windows 7 对应列表最下面那三个：CHSx86SQLFULL_x86_CHS_Core.box、CHSx86SQLFULL_x86_CHS_Intall.exe、CHSx86SQLFULL_x86_CHS_Lang.box。名字里的 CHS 是简体中文，x86 是 32 位，Core 是核心组件包，Lang 是语言包，Intall 那个是引导解压程序。

常见翻车是只下了 exe，双击后解压到一半报“找不到 Core 文件”。原因是引导程序会把同目录下的 box 包一起解出来，缺一个就断。正确做法是三个文件放同一个文件夹，路径别带中文和空格，然后双击CHSx86SQLFULL_x86_CHS_Intall.exe。解压完成后会生成一个SQLFULL_x86_CHS目录，进去找SETUP.EXE，这才是真正的安装入口。

# 目录结构应该是这样，三个包平级放置 D:\sql2012\ ├── CHSx86SQLFULL_x86_CHS_Core.box ├── CHSx86SQLFULL_x86_CHS_Intall.exe └── CHSx86SQLFULL_x86_CHS_Lang.box # 双击 Intall.exe 解压后生成 D:\sql2012\SQLFULL_x86_CHS\SETUP.EXE

这里没有命令行参数，全靠双击，但路径规范很关键。我见过解压到C:\Users\某某\桌面\新建文件夹 (2)\的，安装器在检查介质根目录时直接报路径非法。养成习惯：安装源放短路径，比如D:\sql2012，后面所有日志和临时文件都清爽。

2.3 系统配置检查器先跑一遍，把拦截项提前清掉

进SETUP.EXE后先看到“SQL Server 安装中心”。左侧有“计划”“安装”“维护”“工具”“资源”“高级”“选项”。别急着点安装，先在“计划”里点“系统配置检查器”，让它扫一遍。这一步会列出阻止安装的条件，比如待重启挂起、WMI 服务异常、防火墙规则、.NET Framework 版本不足。

我这台机器第一次扫出来两条：一条是“重新启动挂起”，一条是性能计数器损坏。前者是之前装别的软件留下的 pending 标记，后者是老系统常见毛病。处理方式不复杂：挂起项去注册表把PendingFileRenameOperations清掉再重启；性能计数器用lodctr /r重建。检查器不是万能的，但它报出来的项基本都得处理，跳过继续装，后面大概率在“安装程序支持规则”那一步再拦你一次。

3. 走完安装向导：从产品密钥到数据库引擎配置

3.1 全新独立安装的入口和介质校验

在安装中心点“安装”，选右侧第一项“全新 SQL Server 独立安装或向现有安装添加功能”。这一步是非集群环境的单机安装，也是绝大多数人的场景。进去后先校验安装介质，系统会确认处理器类型和介质根目录是否匹配。如果前面路径规范、包齐全，这里会直接过；如果提示“介质根目录无效”，回去检查是不是把SQLFULL_x86_CHS目录挪了位置。

接着是产品密钥和许可条款。评估版可以跳过密钥，但注意评估版有 180 天期限，到期后数据库引擎会停止服务，只能升级或重装。生产环境别用评估版凑合，这是血泪经验。许可条款勾选后进入“安装程序支持规则”，系统会再扫一遍，把不满足的项列出来。警告项可以跳过，错误项必须处理，区别在于错误项会直接禁用“下一步”。

3.2 功能选择与实例命名，实例 ID 会写进路径

“功能选择”页我一般只勾三样：数据库引擎服务、SQL Server 复制、客户端工具向后兼容。Analysis Services 和 Reporting Services 在这台 2.93GB 内存的机器上属于负担，装了也跑不动。勾选时注意右侧的“共享功能目录”和“实例根目录”，默认在 C 盘，空间紧张可以改到 D 盘，但改之前确认目标盘不是动态磁盘的跨区卷。

实例配置有两种：默认实例和命名实例。默认实例一台机器只能有一个，服务名是MSSQLSERVER；命名实例可以多个，服务名是MSSQL$实例名。实例 ID 默认跟实例名一致，会作为安装路径的一部分，比如D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER。这里的MSSQL11是 SQL Server 2012 的内部版本号，改实例名不会改这个目录前缀，但实例 ID 一旦定下，后面改起来要动注册表，能不折腾就别折腾。

-- 装完后可以用这句确认实例名和版本 SELECT @@SERVERNAME AS 实例名, @@VERSION AS 版本信息; -- 输出里应能看到 Microsoft SQL Server 2012 和 11.x 的版本号

@@SERVERNAME返回的是当前连接的实例名，@@VERSION里带 11.0 开头说明是 2012。如果实例名跟你预期不符，多半是装的时候选了默认实例但机器上已有命名实例，安装器自动改了名。

3.3 服务器配置：服务账户和排序规则别乱动

“服务器配置”页要给每个服务指定登录账户。默认是NT Service\MSSQLSERVER这类虚拟账户，权限够用且省心，我一般不改成域账户，除非后面要做跨机器复制或者文件共享备份。排序规则（Collation）这一项容易被忽略，默认是Chinese_PRC_CI_AS，大小写不敏感、重音敏感。如果你的库要跟已有系统对接，排序规则必须一致，否则跨库查询会报“排序规则冲突”。

改排序规则的代价很大，装完再改要重建系统库。所以装之前问清楚：对接方用的什么排序规则。没有特殊要求就用默认，别自作主张改成SQL_Latin1_General_CP1_CI_AS，那是英文环境的习惯，中文数据进去排序会出玄学问题。

3.4 数据库引擎配置：身份验证模式和 sa 管理员

这一页是重点。身份验证模式两种：Windows 身份验证模式，或者混合模式（SQL Server 身份验证和 Windows 身份验证）。系统默认选前者，但很多老业务系统连接串里写的是 sa 加密码，那就必须选混合模式，并给 sa 设一个强密码。

选混合模式后，下面要“指定 SQL Server 管理员”，默认列出当前 Windows 用户，可以“添加当前用户”也可以手动加。我的习惯是至少加两个：当前登录的 Windows 账户，以及一个专门的管理账户，防止某天当前账户权限出问题进不去。sa 账户本身不建议日常使用，设完密码锁进抽屉，日常用 Windows 认证或者单独的 SQL 登录。

-- 装完验证身份验证模式是否生效 SELECT SERVERPROPERTY('IsIntegratedSecurityOnly') AS 仅Windows认证; -- 返回 0 表示混合模式，返回 1 表示仅 Windows 认证

如果返回 1 但你明明选了混合模式，多半是安装时那一步没生效，需要去 SSMS 里改服务器属性再重启服务。这也是为什么装完必须验证，不能看向导走完就当成了。

3.5 错误报告与安装规则复查，最后一道闸

后面几页是错误报告（可选，我一般关掉，减少外联）、安装配置规则复查、准备安装。准备安装页会列出所有将要执行的动作和端口，扫一眼有没有异常。点“安装”后就是漫长的等待，这台机器上跑了将近五十分钟，主要耗在数据库引擎的组件注册上。

安装过程中如果弹出“安装程序支持规则”的二次检查失败，别慌，看日志。日志默认在C:\Program Files\Microsoft SQL Server\110\Setup Bootstrap\Log\下，按时间戳分目录，Summary.txt是总览，Detail.txt是细节。绝大多数失败能在 Summary 里直接看到错误码，比如 0x84B40002 是介质问题，0x851A001A 是挂起重启没清干净。

4. 装完别急着庆祝：服务、端口、连接三件事逐个验

4.1 服务状态和启动模式

安装向导最后显示“成功”不代表服务在跑。打开services.msc，找SQL Server (MSSQLSERVER)或SQL Server (实例名)，确认状态是“正在运行”，启动类型是“自动”。如果是“手动”，重启机器后服务不会自己起来，业务方会以为库挂了。

# 命令行查服务状态，比图形界面快 sc query "MSSQLSERVER" # STATE 显示 4 RUNNING 即为运行中 # 启动类型查询 sc qc "MSSQLSERVER" # START_TYPE 显示 AUTO_START 即为自动

sc query里的服务名不带$的是默认实例，命名实例要写成MSSQL$实例名，在命令行里$需要转义或者用引号包住。这一步我每次装完都跑，比开服务管理器省事。

4.2 端口与防火墙，本地能连不代表远程能连

SQL Server 默认用 1433 端口，但默认实例的 TCP/IP 协议在安装后可能是禁用状态，只开了共享内存和命名管道。本地 SSMS 能连，远程就连不上，报“无法连接到服务器”。解决方式是打开“SQL Server 配置管理器”，在“SQL Server 网络配置”里把 TCP/IP 启用，然后重启服务。

# 查 1433 是否在监听 netstat -ano | findstr :1433 # 有 LISTENING 行说明端口开了，PID 对应 sqlservr.exe

如果 netstat 没有输出，先确认 TCP/IP 协议启用没有，再看防火墙。Windows 防火墙默认会拦入站 1433，加一条入站规则放行 TCP 1433 即可。注意这里说的是内网访问，别把数据库端口直接暴露到公网，这是基本的安全底线。

4.3 用 SSMS 和 sqlcmd 双通道验证

图形工具用 SQL Server Management Studio，2012 对应的是 SSMS 2012，也可以装更高版本连 2012 实例，向下兼容没问题。连接时服务器名填localhost、127.0.0.1或.\实例名，认证方式按你装的时候选的来。

命令行用sqlcmd，安装时勾了客户端工具就有：

# Windows 认证连接默认实例 sqlcmd -S localhost -E -Q "SELECT @@VERSION" # SQL 认证连接，-U 用户名 -P 密码 sqlcmd -S localhost -U sa -P "你的密码" -Q "SELECT name FROM sys.databases"

-E是信任连接（Windows 认证），-Q是执行完就退出。两条都通，说明引擎、认证、网络栈都没问题。只通一条的话，问题就定位在认证模式或协议上，比盲目重装高效得多。

5. 避坑与救火：五条装 SQL Server 2012 时最常踩的坑

5.1 安装到一半报“重新启动挂起”，重启也没用

现象：安装程序支持规则报“重新启动挂起”，重启机器后依旧报。原因：注册表里有未完成的文件重命名操作，或者某个安装程序的 pending 标记没清。解决：打开注册表编辑器，定位到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager，把PendingFileRenameOperations的值清空（不是删键，是清值），然后重启再装。清之前记一下原值，万一有别的软件依赖它。

5.2 安装中心能打开，点安装就闪退

现象：SETUP.EXE双击后安装中心界面出来，点“安装”瞬间消失。原因：多半是 .NET Framework 版本或权限问题，32 位系统上常见于 .NET 4.0 没打补丁。解决：先确认 .NET Framework 4.0 完整安装，然后右键SETUP.EXE选“以管理员身份运行”。还不行就看Summary.txt，里面会写具体是哪个组件加载失败。

5.3 装完 sa 登录不上，报“登录失败”

现象：混合模式明明选了，sa 就是连不上。原因：sa 账户默认是禁用的，安装时设了密码不等于启用了账户。解决：用 Windows 认证进 SSMS，执行ALTER LOGIN sa ENABLE;再ALTER LOGIN sa WITH PASSWORD = '新密码';，然后确认服务器属性里“SQL Server 和 Windows 身份验证模式”是选中的，最后重启服务。三步缺一不可。

5.4 实例装了但服务列表里找不到

现象：安装显示成功，services.msc里没有SQL Server (xxx)。原因：功能选择时只勾了客户端工具，没勾数据库引擎服务；或者装的是命名实例，服务名带$被折叠了。解决：先看安装日志的 Summary 确认装了哪些功能，再在服务管理器里按名称排序找MSSQL$。确实没装引擎就重新运行安装程序，选“向现有安装添加功能”补装。

5.5 卸载重装后仍然报错，像是有残留

现象：卸载后重装，卡在同一个地方。原因：SQL Server 卸载不清理注册表实例键和安装缓存，残留会让新安装误判。解决：卸载后手动清理HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server下对应实例的键，以及C:\Program Files\Microsoft SQL Server\110目录，重启后再装。动注册表前先导出备份，这是后悔药。

6. 装完怎么算跑通：三条验证命令和一个习惯

验证不是看向导最后那个绿勾，而是三条独立通道都通。第一条，服务层：sc query "MSSQLSERVER"返回 RUNNING，启动类型 AUTO_START。第二条，网络层：netstat -ano | findstr :1433有 LISTENING，且防火墙入站规则放行了 1433。第三条，查询层：sqlcmd -S localhost -E -Q "SELECT @@VERSION"能返回 11.x 版本号，再用混合模式的 sa 连一次，确认两种认证都通。

# 一次性跑完三条验证，输出都正常才算跑通 sc query "MSSQLSERVER" | findstr STATE netstat -ano | findstr :1433 sqlcmd -S localhost -E -Q "SELECT @@VERSION" -h -1

-h -1是去掉表头，输出更干净。三条里任何一条不通，回到对应章节找原因：服务不通看 4.1，端口不通看 4.2，查询不通看 3.4 和 5.3。这套顺序是我踩过几次“装完以为好了、业务方一连就报错”之后固定下来的，比凭感觉点下一步靠谱。

还有一个容易忽略的点：装完立刻做一次完整备份或者打个系统还原点。SQL Server 2012 在旧机器上跑，后续加组件、改排序规则、打补丁都可能把环境弄乱，有个还原点等于留了条退路。我一般还会把Setup Bootstrap\Log整个目录拷一份出来，出问题时直接翻日志，比在网上搜错误码快得多。

从那以后我每次装 SQL Server，不管 2012 还是更新的版本，都强制走一遍“服务、端口、双认证”这三条验证，不通过不交付。旧机器装库这事，慢一点没关系，装完能稳定跑住才算数。希望帮到你。

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