sql server 2008 r2 启动失败主因是服务账户权限不足、master数据库加载异常或外围组件冲突，需结合windows事件日志与sql errorlog定位error 17053/3417/912等关键错误，再分步排查权限、master文件状态及第三方组件干扰。
SQL Server 2008 R2 服务启动失败，大概率不是数据库坏了，而是服务账户权限、master 数据库加载异常或外围组件配置冲突导致的。别急着重装，先看错误日志里有没有 error 17053、error 3417 或 error 912 —— 这些才是关键线索。
查 Windows 事件日志和 SQL Server 错误日志双源交叉验证
单看一个日志容易漏掉关键上下文。Windows 系统日志（来源 Service Control Manager）告诉你服务进程根本没起来；SQL Server 自己的 ERRORLOG 文件（路径类似 %ProgramFiles%\Microsoft SQL Server\MSSQL10_50.MSSQLSERVER\MSSQL\Log\ERRORLOG）则记录引擎初始化阶段的具体失败点。
- 如果
ERRORLOG里出现InitErrorLog: Could not open error log file，说明 SQL Server 进程连自己的日志都写不了 —— 先检查服务账户对日志目录是否有写权限 - 看到
Unable to access the master database或error 3417，基本锁定master.mdf文件损坏、路径错位或被其他进程占用 - 出现
error 912+error 15281组合，大概率是安装 CU1 后 UCP 功能触发了xp_qv调用，但Agent XPs被禁用导致升级脚本中断
检查服务账户权限与本地安全策略
SQL Server 服务默认用 NT AUTHORITY\NETWORK SERVICE 或自定义域账户运行。一旦该账户对数据目录、日志目录、注册表键 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server 缺少读写权限，服务就会在启动早期崩溃，报 error 17053（Access is denied）。
- 打开“服务”管理器 → 右键 SQL Server 实例 → “属性” → “登录”页，确认账户名正确且密码未过期（如果是域账户）
- 用该账户手动访问
master.mdf所在目录，测试能否创建/删除临时文件 - 特别注意：如果服务器启用了“用户账户控制（UAC）”，即使你是管理员，服务仍可能因令牌限制拿不到完整权限 —— 建议改用本地
LocalSystem账户临时测试（仅用于排查，生产环境慎用）
处理 master 数据库加载失败或升级中断
master 是 SQL Server 的元数据中心，它加载失败，整个实例就起不来。常见于打补丁后升级脚本卡住，或文件被意外修改。
- 若日志显示
error 912和sqlagent100_msdb_upgrade.sql失败，需先启用Agent XPs：sp_configure 'show advanced options', 1; RECONFIGURE; sp_configure 'Agent XPs', 1; RECONFIGURE; - 若
master.mdf损坏或丢失，不能直接删了重建 —— 必须从最近一次完整备份还原，或用安装介质重新生成：
命令行执行setup.exe /ACTION=REBUILDDATABASE /INSTANCENAME=MSSQLSERVER /SQLSYSADMINACCOUNTS="BUILTIN\Administrators" /SAPWD="YourStrongPwd" - 切勿跳过
REBUILDDATABASE后的后续步骤：必须手动还原model和msdb（如有备份），否则作业、链接服务器等将丢失
警惕第三方组件和服务冲突
SQL Server 2008 R2 对共存环境非常敏感，尤其 Visual Studio 安装的 LocalDB、旧版 SQL Server Express、甚至 VIA 协议残留都可能抢端口或干扰服务加载。
- 打开 SQL Server 配置管理器 → 展开“SQL Server 网络配置” → 找到你的实例协议 → 把
VIA协议右键禁用（它已过时且易引发启动失败） - 检查“服务”列表里是否有多个
SQL Server (xxx)实例，特别是带SQL Server (MSSQLSERVER)和SQL Server (SQLEXPRESS)同时存在时，确认端口没冲突（默认都是 1433，命名实例靠 Browser 服务分发） - 卸载或禁用
Microsoft SQL Server 2012 Express LocalDB（常见于 VS2012/2013 安装后），它会修改全局共享内存段，导致 2008 R2 服务无法初始化
真正难搞的不是报错本身，而是错误日志里那句轻描淡写的 error 3417 —— 它背后可能是权限、路径、补丁、账户四层嵌套问题。每次只改一项，改完就重启服务验证，别堆在一起调。
