简介SQL Server 2008 R2 数据库服务无法启动是运维与开发人员常遇的棘手问题这份PDF资料专门针对此类故障给出详解适合数据库管理员、开发者和运维人员参考。资料围绕三类典型场景展开安装Visual Studio 2012自动引入LocalDB导致的服务远程过程调用失败、VIA协议配置异常引发的启动失败以及修改登录账户后无法登录的问题逐一给出可操作的排查思路与解决步骤。资源只有1个PDF文件压缩包约117KB内容紧凑适合遇到启动故障时快速查阅。目前已有1630人浏览学习。读者通过这份资料可以快速定位故障常见原因掌握卸载冲突组件、禁用VIA协议、还原服务登录账户等方法同时文中的备份数据库与创建还原点提醒也有助于降低操作风险是一份实用的SQL Server日常排错速查资料。1. SQL Server 2008 R2 数据库服务无法启动别急着重装先把故障分层定位SQL Server 2008 R2 数据库服务无法启动是最让人头疼的翻车现场。服务管理器里点一下“启动”转两圈又弹回“已停止”事件日志里只有一行模棱两可的描述有些机器干脆报 1067连个像样的原因都不给。很多人第一反应是重装但实际九成问题不在安装包而在三层服务账户权限、注册表/配置损坏、系统环境与数据库文件状态。按“先定位、再修复、后验证”的顺序把常见启动失败的原因和对应办法拆开讲清目标是让你照着操作把故障归到具体某一层而不是靠反复重启碰运气。这套方法对正在维护 2008 R2 实例的 DBA 和运维最实用新手上路也能照着日志一步步走。2. 用事件查看器和错误日志定位SQL Server 2008 R2 服务启动失败的三种表现形态2008 R2 的服务启动失败表现不是一种而是三种。修之前先回答一个问题它到底是卡住、闪退还是报超时这决定了你该去查权限、配置还是数据文件。很多人一上来就翻 ERRORLOG结果日志里全是无关信息浪费时间。先把症状定性排查路径就清晰了。2.1 先分清服务起不来的三种表现卡住、闪退、超时第一种是服务一直停在“正在启动”过十几秒或几十秒后报错 1053。1053 的意思是 Windows 服务控制管理器在限定时间内没等到服务报告就绪。常见诱因是网络库初始化慢、master 数据库文件所在的磁盘响应慢或者有第三方驱动在启动阶段拖后腿。这类问题修起来最温和往往调大超时窗口或清理磁盘就能解决。第二种是点启动立刻回“已停止”事件日志里带 1067。1067 表示进程启动后马上意外终止。服务账户权限不足、注册表里指向的路径不对、sqlservr.exe 依赖的 DLL 缺失都会造成这种秒退。它和数据库文件本身关系不大别一上来就去修库先查服务账户和文件权限。第三种是服务显示已启动但几秒或几分钟后又自己停止。这种通常是进程起来之后发现数据文件打不开、tempdb 初始化失败或内存分配不足主动退出。此时事件日志里往往有 SQL Server 自己的错误记录而不是 SCM 的通用错误重点要看 ERRORLOG 尾部。把现象归到这三类里基本不会跑偏。1067 就不要先去碰数据库文件1053 就别急着改注册表先排查环境因素。2.2 第一手证据事件查看器里 7000、1053、1067、1069 分别指向什么问题打开事件查看器的路径运行eventvwr.msc展开“Windows 日志 → 系统”在右侧筛选来源为“Service Control Manager”。这里能看到每一次服务启动失败的原始记录是排查的起点。事件 ID含义优先排查方向7000服务启动失败看同一条日志里附带的错误码7034 / 7031服务意外终止立即看 ERRORLOG 尾部1053服务未在限定时间内响应磁盘速度、网络库初始化、超时设置1067进程意外终止服务账户权限、DLL 缺失、注册表参数1069服务登录失败服务账户密码过期或不同步这里要强调一个容易误判的点1053、1067、1069 并不是 SQL Server 专属错误它们是 Windows 服务框架统一抛出的。MySQL 服务报 1067、PostgreSQL 启动服务失败、Oracle 监听服务无法启动用的都是同一套错误码。所以看到这类错误先别急着怀疑数据库本身而是按 Windows 服务的通用逻辑排查再结合 SQL Server 自己的日志缩小范围。2.3 第二手证据ERRORLOG 文件和前台运行 sqlservr.exe 抓完整报错事件日志只是“有人摔倒了”真正说“为什么摔倒”的是 SQL Server 自己的 ERRORLOG。2008 R2 默认实例的错误日志路径在C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOGSQL Server 启动时每一步都会往这里写包括“Could not create tempdb”“Failed to open master database”“Unable to load……”这才是修复的依据。用记事本打开或 PowerShell 读尾部即可。服务管理器里看不到的原始报错可以用前台方式把 sqlservr.exe 拉起来看。先停掉服务再手工运行net stop MSSQLSERVER cd /d C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn sqlservr.exe -c -f-c表示以控制台程序方式运行而不是作为 Windows 服务-f是最小化配置启动用保守的默认参数跳过部分配置项避免配置问题挡住启动过程。前台运行时所有启动日志直接打在屏幕上能看到服务方式下被隐藏的原始错误。如果前台能起来、服务方式起不来基本可以断定是服务账户或服务配置的问题而不是数据库文件坏了。这条经验很值钱能帮你把排查范围砍掉一大半。另外再用sc命令确认服务的当前状态和启动账户sc query MSSQLSERVER sc qc MSSQLSERVERsc query看 STATE 是 RUNNING 还是 STOPPEDsc qc看 SERVICE_START_NAME 和启动类型。这两条命令在服务管理器打不开、或者远程排查时特别好用。3. 配置和权限层修复服务账户、注册表参数与网络库的排查顺序大部分 2008 R2 启动失败根因在配置和权限层。这类问题有几个共同点ERRORLOG 内容很短、事件日志指向 SCM 而不是 SQL Server、换成本地管理员或系统账户启动可能就正常了。所以我的排查顺序固定是先账户、再注册表、最后网络库。3.1 服务账户密码过期或权限丢失1069 与“拒绝访问”的修复典型场景是管理员给 SQL Server 的服务账户在域里改了密码回来一重启服务直接报 1069。原因是 Windows 服务配置里存的是旧密码它不会自动去域控同步。数据库目录权限列表里的旧账户信息和实际服务账户对不上也会出现服务能启动但打不开数据文件的“半启动”状态。正确做法是用 SQL Server Configuration Manager 修改而不是 services.msc。在开始菜单运行SQLServerManager10.msc打开“SQL Server 服务”右键实例选属性在“登录”页重新输入用户名和密码。配置管理器会同步更新服务配置和注册表里的登录信息并对 SQL Server 目录重新授权services.msc 只改服务本身容易造成两边不一致改完照样报错。如果图形界面打不开可以走命令行。修改服务登录账户用sc configsc config MSSQLSERVER obj NT AUTHORITY\NETWORK SERVICE sc config MSSQLSERVER password 注意obj和password后面的等号和值之间必须有空格这是sc命令的语法要求写错会直接提示参数错误。NETWORK SERVICE 是内置账户没有密码所以 password 传空串。这个写法相当于把服务身份改成内置网络服务账户省去管理密码的麻烦但改完必须同步重置目录权限icacls C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL /grant NT AUTHORITY\NETWORK SERVICE:(OI)(CI)F /T/T表示递归到所有子目录(OI)(CI)让权限继承到子对象F是完全控制。只授权 SQL Server 自己的 MSSQL 目录就行不要对整个 Program Files 目录撒权限。改完重启服务看 ErrorLog 里是否能正常打开 master 数据库。3.2 注册表 Parameters 配置损坏错误日志路径与数据文件路径的修复SQL Server 2008 R2 服务启动时会从注册表读取启动参数位置在HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQLServer\Parameters这个键下面有三个关键值SQLArg0 是 master 数据文件master.mdf的路径SQLArg1 是 ERRORLOG 路径SQLArg2 是 master 日志文件mastlog.ldf的路径。如果服务器做过盘符变更、系统目录迁移或者有工具误改了这里指向的文件不存在服务就会启动失败ERRORLOG 里报找不到文件。动手前先备份这是后悔药reg export HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQLServer\Parameters C:\backup\sql2008r2_params.reg /y reg query HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQLServer\Parametersreg export把整个 Parameters 键导出成 reg 文件reg query看当前值。然后对照 ERRORLOG 里实际报错的路径确认 master.mdf 是否真的在注册表指向的位置。路径不对就改reg add HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQLServer\Parameters /v SQLArg0 /t REG_SZ /d C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\master.mdf /f/v指定要改的键名/t REG_SZ声明字符串类型/d是目标路径/f表示不确认直接覆盖。改完先停服务再启动让新参数生效。另外 Binn 目录下的sqlservr.exe.config一般不用动但如果之前被第三方工具改过最好找一台同版本的 2008 R2 对照恢复默认值。3.3 网络库初始化失败端口、协议与 SQL Browser 的连锁反应这一类的典型报错是 ERRORLOG 里出现“TDSSNIClient initialization failed”或“Could not register the service principal name”。2008 R2 默认实例监听 1433 端口如果端口被其他程序占住——常见的是机器上还装过别的 SQL 实例或中间件——服务在启动网络库时就会出问题。先看端口占用netstat -ano | findstr 1433如果 1433 被其他 PID 占用去 SQL Server Configuration Manager 里改端口打开“SQL Server 网络配置”选实例的 TCP/IP 协议属性里找到 IPAll把“动态端口”清空“TCP 端口”改成 14333 这类高位端口然后重启服务。注意 2008 R2 对端口改动的感知比新版本钝改完必须重启实例服务光重启协议是不生效的。还有一个容易漏的点命名实例依赖 SQL Browser 服务。如果 SQL Server 服务起来了但客户端连不上事件日志里也没有明确报错去确认 SQL Browser 是否也在运行。它的启动账户通常是 NT AUTHORITY\LOCAL SERVICE权限被改过也会间接导致实例无法被正常访问。把这一层和前面的事件日志、ERRORLOG 对照着看基本能把网络库问题圈死。4. 数据层和系统层修复master 损坏、内存不足与补丁兼容性配置和权限层排完还没解决就要往数据层和系统层走。这一层的故障特征是ERRORLOG 里有具体错误号事件日志里也能看到 SQL Server 进程崩溃或资源不足的记录。修复动作比配置层重必须按步骤来不能跳级。4.1 master 数据库损坏从 -f -T3608 到 REBUILDDATABASE 的四级修复master 损坏是 2008 R2 启动失败里最难的一类。症状是 ERRORLOG 里出现“File activation failure”“Cannot recover the master database”或 9003、3313 这类错误号。遇到这种情况我的建议是按四级路线走每一级都确认结果再进下一级。第一级常规重启。临时文件残留或未正常关闭导致的假故障重启往往直接解决别忽略这一步。第二级用-c -f最小化配置启动绕开配置项的问题。第三级加上-T3608跳过除 master 外的所有数据库自动恢复只拉起 master然后连进去检查net stop MSSQLSERVER cd /d C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn sqlservr.exe -c -f -T3608 -mSQLCMD另开一个命令行窗口用专用管理员连接进去sqlcmd -S localhost -E -A-A走 DAC专用管理员连接只允许一个连接进来-mSQLCMD限制只有名为 SQLCMD 的客户端能连防止别人趁单用户模式挤进来。进去先做最小验证DBCC CHECKDB (master) WITH NO_INFOMSGS; SELECT name, state_desc FROM sys.databases;如果 master 只是逻辑损坏这两步能确认并判断严重程度如果直接报文件级错误说明物理层面有问题进入第四级。第四级重建系统数据库。从安装介质或安装目录里的 setup.exe 执行setup.exe /QUIET /ACTIONREBUILDDATABASE /INSTANCENAMEMSSQLSERVER /SQLSYSADMINACCOUNTSBUILTIN\AdministratorsREBUILDDATABASE会把 master、model、msdb 重新创建到默认位置用户数据库文件不受影响但实例里暂时看不到它们。执行前确认服务已停止执行后必须从备份恢复 master否则登录信息、作业、链接服务器全部丢失。如果没有 master 备份这一步的代价极大——所以 2008 R2 时代就养成定期备份系统库的习惯比事后抢救便宜得多。4.2 内存分配失败与 32 位实例的虚拟地址空间限制ERRORLOG 里出现“Failed to allocate memory”或错误号 17189服务起来几秒后自己退出这是内存层的问题。2008 R2 的 32 位实例默认只申请约 2GB 的进程地址空间如果机器物理内存大、配置里 max server memory 调得过高或者开了 AWE 但服务账户没有 lock pages in memory 权限启动预分配就会失败。Windows 页面文件设得太小也会在关键时刻补一刀。修复思路用最小化配置启动把内存参数先压到安全值net stop MSSQLSERVER cd /d C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn sqlservr.exe -c -f -mSQLCMD另开窗口执行sqlcmd -S localhost -E -A -Q EXEC sp_configure show advanced options, 1; RECONFIGURE; EXEC sp_configure max server memory (MB), 2048; RECONFIGURE;-f让 SQL Server 以最小内存配置启动绕过原来的高内存申请。进去后把 max server memory 固定成 2048MB再正常重启观察 ERRORLOG 里有没有新的分配失败确认稳定后再逐步加回。别一次加回原来的值2008 R2 的内存分配失败往往要调好几次才能找到临界点。64 位实例同样受 lock pages in memory 策略影响启动日志段如果有“Using locked pages”字样而系统策略未给权限也要优先处理。4.3 操作系统与补丁版本错配先查 SP 再查其他场景是这样的Windows 打完一轮更新或者从旧物理机迁移到新虚拟机后服务突然起不来ERRORLOG 里是不认识的小错误号事件日志里有加载 DLL 失败的记录。这不是 SQL Server 配置坏了是运行环境变了。2008 R2 已经是很老的版本RTM 或 SP1 在新版 Windows 上的兼容性很差微软自己都只承诺在特定补丁版本上提供支持。所以第一步先看版本sqlcmd -S localhost -E -Q SELECT VERSION或者打开 SQL Server Configuration Manager在实例属性里看版本号。2008 R2 至少打到 SP3能上 SP4 就上 SP4补丁按 x86/x64 匹配系统下载。补丁没打满的情况下很多“莫名其妙无法启动”的问题其实是已知缺陷。另一个常见原因是 Visual C 运行库被系统更新弄乱。sqlservr.exe 依赖 msvcr80.dll、msvcp80.dll缺失或被新版覆盖时启动阶段直接失败现象和 1067 一模一样。检查C:\Windows\System32下这两个文件是否存在缺失就重新安装 Visual C 2005 SP1 运行库装完重启服务不用重装 SQL Server。5. 高频坑与排查记录SQL Server 2008 R2 服务无法启动的 5 条实战经验下面这几条是我实际维护里反复踩过的每条按“现象 → 原因 → 解决”完整记录。前四条是操作失误最后一条是环境残留各有代表性。5.1 坑一改完密码立刻 1069服务账户密码没同步现象管理员给 SQL Server 服务账户在域里改了密码回来一重启服务事件日志报 1069“登录失败”服务根本起不来。原因服务注册信息里存的还是旧密码。Windows 服务不会去域控重新拉密码密码过期或手工改密后必须把新密码重新写进服务配置。解决用 SQL Server Configuration Manager不是 services.msc打开实例属性在“登录”页重新输入用户名和密码确定后重启服务。即使服务已经起不来配置管理器也能正常修改它会同步更新服务配置和注册表。千万别在 services.msc 里只改密码那样会让目录权限列表里的账户信息和服务账户对不上改完继续报错。5.2 坑二1053 超时服务一直停在“正在启动”现象点启动后服务一直停在“正在启动”十几秒后弹 1053说服务没有在限定时间内响应。原因Windows 服务控制管理器默认只给服务 30 秒左右去报告就绪。2008 R2 在慢磁盘上启动、杀毒软件扫描数据目录、或网络库初始化受阻时很容易超过这个时限。解决分两步。先把超时窗口调大注册表HKLM\SYSTEM\CurrentControlSet\Control下新建 DWORD 值ServicesPipeTimeout设为十进制的 300000毫秒即 5 分钟重启系统生效。第二步排查为什么慢看 ERRORLOG 启动段每个标记点的时间戳哪一步耗时最长就针对哪一步。卡在 “Recovery is complete” 之前多半是数据库文件在慢盘或正被安全软件扫描卡在网络配置处优先处理端口和协议。5.3 坑三磁盘满导致启动失败ERRORLOG 写“Could not allocate space”现象服务启动失败ERRORLOG 里有 “Could not allocate space” 或 “Disk full” 字样事件日志反而没有明确错误。原因master、tempdb 或日志文件所在盘满了。SQL Server 启动时要写 ERRORLOG、要初始化 tempdb写不进去直接退出。数据盘和系统盘共用的小机器上特别常见。解决先清空间备份文件、安装包、旧的 dump 文件能挪就挪至少留出 10% 空余。如果连 ERRORLOG 都写不进去先腾出空间再停掉服务把过大的旧 ERRORLOG 文件改名或移走SQL Server 启动时会自动建新的。清理完再正常启动一般不用动数据库文件。长期方案是把 tempdb 和用户库日志迁移到独立磁盘。5.4 坑四杀毒软件把服务账户写数据文件当成威胁现象服务重启后报错ERRORLOG 出现访问被拒绝但手工检查文件权限完全正常有时是服务起来几秒后崩溃。原因安全软件实时防护拦截了 sqlservr.exe 对 .mdf/.ldf 文件的写入尤其扫描系统库目录时最容易触发。2008 R2 的进程行为在部分安全软件眼里像可疑操作。解决把整个MSSQL10_50.MSSQLSERVER目录加入安全软件排除列表重点是 DATA、Log、Backup 三个子目录sqlservr.exe 进程本身也加入白名单。改完再重启服务。如果安全策略允许建议数据库服务器保留最小实时防护把扫描调度到业务低峰期。5.5 坑五卸载残留注册表项多个实例互相干扰现象机器上装过多个 SQL Server 实例卸载其中一个后另一个实例服务起不来或者新装实例后老实例独享的组件被覆盖。原因卸载不干净。注册表HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\Instance Names\SQL里的实例名映射还指向一个已经不存在的目录或者共享组件 DLL 被新版本覆盖导致老实例启动失败。解决先确认实例映射。打开注册表比对Instance Names\SQL里的实例名和MSSQL10_50.实例名键值是否指向同一目录。如果映射指向的目录里已经没有 sqlservr.exe说明文件被删但注册表没清理把失效映射删除再用配置管理器对现有实例做一次修复安装。修复安装不会影响用户数据库但会重写系统库路径和共享组件执行前先备份 master 和 msdb。6. 最小化配置验证法用 -f 参数把故障实例拉起来做健康检查如果服务一直起不来我的习惯是放弃“正常启动”这条路直接用最小化配置把实例拉起来做一次健康检查。这样既能确认数据库文件是否真的坏了又能拿到一份完整的启动诊断报告。操作流程固定为三步。第一步确保服务处于停止状态手工以控制台方式启动net stop MSSQLSERVER cd /d C:\Program Files\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Binn sqlservr.exe -c -f -T3608 -mSQLCMD这个组合用前面讲过-c控制台模式-f最小化配置-T3608跳过用户库自动恢复-mSQLCMD限制单连接方式。启动成功后另开窗口做健康检查sqlcmd -S localhost -E -A -Q SELECT VERSION; DBCC CHECKDB (master) WITH NO_INFOMSGS; SELECT name, state_desc FROM sys.databases;然后对照检查项确认结果。验证项预期结果SELECT VERSION显示 2008 R2 完整版本号DBCC CHECKDB (master)无错误输出sys.databases 的 state_descmaster 为 ONLINEERRORLOG 尾部出现 “Recovery is complete”确认这四项没问题后在控制台窗口按 CtrlC 正常关掉实例再恢复服务方式启动sc config MSSQLSERVER start auto net start MSSQLSERVER注意控制台运行期间不能让服务管理器同时去启动同一个实例两边抢锁会互相干扰反而制造新的错误。如果-f -T3608都拉不起来问题基本锁定在 master 文件物理损坏或系统环境层面直接走第 4 章的 REBUILDDATABASE 流程同时准备 master 备份做恢复。如果拉起来了但 DBCC 检查有错按错误号逐条处理系统库优先用户库排在后面。我的习惯是维护这种老实例时动手前必做两件事导出 Parameters 注册表、复制一份 ERRORLOG 到备份目录。不要觉得这些动作多余——2008 R2 的配置一旦被改改回来的成本往往比备份高得多。希望帮到你。本文还有配套的精品资源点击获取