SQL Server启动老出问题，教你几招别慌着重装试试看

SQL Server启动老出问题，教你几招别慌着重装试试看 来源：根据常见的数据库管理员经验和微软官方支持文档中的基础排查思路整理）

你是不是也遇到过这种情况？一大早来到公司，准备开始一天的工作，突然发现业务系统卡住了，一查才知道是SQL Server服务又启动不起来了，这时候心里是不是咯噔一下，第一个冒出来的念头就是：“完了，是不是得重装系统了？”别急，先别急着点开安装程序，重装SQL Server是个大工程，不仅耗时耗力，还可能造成数据丢失，其实很多启动问题并没有那么可怕，自己动手就能解决，下面我就给你分享几招，下次再遇到问题,就不用慌慌张张地想着重装了。

第一招，也是最简单的一招：检查基本服务状态，来源自最基本的Windows服务管理常识，你可别笑，很多时候问题就出在这最简单的地方，你先别管那些复杂的错误日志，首先按Win+R键，输入“services.msc”打开服务窗口，在长长的服务列表里，找到那个叫“SQL Server (MSSQLSERVER)”或者是你自己命名的实例的服务（比如SQL Server (SQLEXPRESS)），看看它的状态是什么？如果是“已停止”，那就试着右键点击它，选择“启动”，如果启动成功了，那就谢天谢地，可能只是上次关机异常导致的，如果启动失败，系统会弹出一个错误提示，把这个错误代码记下来，错误1053”,这个代码是后续排查的关键线索。

第二招，查看Windows事件查看器，这是Windows自带的“黑匣子”，来源自微软官方推荐的问题诊断步骤，当SQL Server启动失败时，它通常会在事件查看器里留下详细的“遗言”，怎么打开呢？还是在运行框里输入“eventvwr.msc”，回车，打开事件查看器后，在左侧面板依次展开“Windows日志”->“应用程序”，然后你会在右边看到一长串日志，重点关注那些用红色标记为“错误”的日志，点击它们，在下面的详细信息里，你会看到具体的错误信息和错误代码，你可能会看到“无法打开用户默认数据库”或者“文件访问被拒绝”之类的描述，这些信息比服务管理器里那个简单的错误代码要详细得多,是定位问题的金钥匙。

第三招，检查磁盘空间，来源自常见的系统管理经验，SQL Server在启动和运行过程中，需要一定的磁盘空间来存放临时文件和扩展日志文件，如果你的C盘或者SQL Server数据库文件所在的磁盘空间满了，它就可能会耍脾气启动不起来，这个检查起来很简单，直接打开“此电脑”，看看主要硬盘分区的剩余空间是不是已经见红了，如果空间不足，赶紧清理一下临时文件或者转移一些大文件，腾出至少几个GB的空间，然后再尝试启动SQL Server。

第四招，检查文件权限，来源自Windows安全权限机制，SQL Server服务在运行时，需要一个特定的账户（NT SERVICE\MSSQLSERVER”）来访问它的数据文件（.mdf）和日志文件（.ldf），如果这些文件的权限被人为修改了，或者磁盘是从别的电脑上移过来的，就可能导致SQL Server账户没有权限读取这些文件，从而启动失败，解决方法是，找到你的数据库文件存放的文件夹（默认可能在C:\Program Files\Microsoft SQL Server\MSSQLXX.MSSQLSERVER\MSSQL\DATA），右键点击该文件夹，选择“属性”，然后切换到“安全”选项卡，看看列表里有没有SQL Server对应的账户（如NT SERVICE\MSSQLSERVER），并确保它有“完全控制”或至少是“修改”和“读取”的权限，如果没有,就需要手动添加并赋予权限。

第五招，尝试以最小配置启动，来源自SQL Server的启动参数配置，这是一个高级一点的技巧，但操作起来并不难，这个方法可以绕过一些可能导致启动失败的次要配置问题，你需要打开SQL Server配置管理器（可以在开始菜单里搜索到），在左侧选择“SQL Server服务”，在右边右键点击你的SQL Server实例，选择“属性”，然后切换到“启动参数”选项卡，在现有的参数后面，添加一个“-f”（注意前面有个短横线），然后点击“应用”并重启服务，这个“-f”参数的意思是让SQL Server以最小配置模式启动，只加载最核心的功能，如果这样能启动成功，说明问题可能出在某个服务器配置选项上,你可以再慢慢排查。

第六招，如果以上几招都试过了还是不行，那可能问题就比较深入了，比如数据库主文件损坏，这时候，你可以尝试以紧急模式启动来修复，来源自SQL Server的数据库恢复机制，同样是在配置管理器的“启动参数”里，除了加“-f”，还可以加上“-T3608”，然后重启服务，这个组合可以让SQL Server跳过恢复除master系统数据库外的其他数据库，然后你再尝试使用一些数据库修复命令（比如DBCC CHECKDB）来检查和修复损坏的用户数据库，不过这一步操作有风险，如果你对SQL命令不熟悉，建议在操作前先备份好数据文件（如果还能访问的话）,或者寻求更专业人员的帮助。

重装SQL Server永远是最后的选择，因为它意味着你要重新配置一切，恢复数据也是个麻烦事，下次再遇到SQL Server启动不了，先深呼吸，别慌张，按照上面这几招从简单到复杂一步步试试看，很可能你自己就能把它搞定,省下大量的时间和精力。