服务管理器里点“停止”，法停进度条卡住，法停转圈，法停然后弹出一句“Windows 无法停止 SQL Server 服务”。法停这不是法停系统坏了，是法停 SQL Server 在告诉你：有人还在用我，我不能说走就走。法停

我见过最典型的法停一次，是法停开发同事在 SSMS 里开着事务没提交。他点了执行，法停看数据没出来，法停直接把窗口最小化去开会了。法停那个事务一直挂着，法停锁着表。法停这时候你去停服务，法停SQL Server 必须先把所有连接断开、把检查点做完、把事务日志写好，才能体面地退出。可那个未提交的事务不让它退。于是服务卡在“停止挂起”状态，任务管理器里 sqlservr.exe 还活着，内存也没释放。

Windows 服务控制台给的超时默认是 30 秒。超过这个时间，它就认定“停止失败”，弹出那个报错。但 SQL Server 其实还在后台慢慢做收尾。你如果这时候去强杀进程，轻则日志损坏，重则数据库进入可疑状态，得从备份恢复。这不是吓唬人，我处理过两回。

想干净地停掉，先别急着点“结束任务”。打开 SSMS，连上去，跑一句：

SELECT session_id, login_name, host_name, program_name, status FROM sys.dm_exec_sessions WHERE is_user_process = 1;

看看还有谁连着。如果有 status 是“sleeping”但 open_transaction_count 大于 0 的，那就是罪魁祸首。找到 session_id，用 KILL 命令断掉。KILL 54 这种。断完之后再回去点停止服务，通常几秒钟就完事。

另一个常见坑是 SQL Server 代理。代理作业正在跑，比如一个巨大的索引重建，或者一个没写完的备份。你停数据库引擎，代理还在往里面塞指令。这时候得先停 SQL Server Agent 服务，再停数据库引擎。顺序反了，照样卡住。

还有一次更隐蔽：服务器上装了第三方备份软件，它通过 VSS 调 SQL 的写入器。那个写入器进程没释放，服务也停不了。去“服务”里找 SQL Server VSS Writer，手动停掉，再停主服务。这个细节很少有人提，但生产环境里碰到的概率不低。

如果所有连接都断了，代理也停了，还是停不下来，那就去看 Windows 事件查看器。应用程序日志里会有 SQL Server 写的具体原因，比如“等待 checkpoint 完成”或者“回滚未提交事务”。有时候一个大事务回滚要十几分钟，你只能等。强行中断的代价比等更大。

实在等不了，可以用命令行：net stop MSSQLSERVER /y。那个 /y 是确认停止依赖服务。但它不会帮你杀连接。该等还是得等。

我的习惯是：停服务之前，先跑一句 SHUTDOWN WITH NOWAIT。这是 SQL Server 自己的关机命令，它会立刻断开所有连接，不回滚，直接关闭。听起来很暴力，但比 Windows 强杀进程安全得多。下次启动时它会做恢复，但至少日志是完整的。这个命令适合测试环境或者你确认可以丢未提交事务的场景。生产库别乱用。

说到底，Windows 停不了 SQL Server，九成是因为有活动连接或未完成的事务。剩下那一成，是 VSS 写入器、代理作业、或者某个你没想到的客户端。找到它，断掉它，再停。别跟服务控制台较劲，它只是个传话的。

(责任编辑：综合)