在Jespers的回答中，为了更有效地补充:

SET DEADLOCK_PRIORITY 10;-- Be the top dog.

SET DEADLOCK_PRIORITY HIGH使用DEADLOCK_PRIORITY为5。

发生的事情是，其他进程在数据库中受到了破坏，如果您的进程具有较低的DEADLOCK_PRIORITY，那么它就会输掉这场比赛。

这避免了寻找和杀死另一只蜘蛛(这可能需要做几次)。

您可能需要运行ALTER DATABASE不止一次(但Jesper会这样做)。修改代码:

USE [master]
SET DEADLOCK_PRIORITY HIGH
exec sp_dboption '[StuckDB]', 'single user', 'FALSE';
ALTER DATABASE [StuckDB] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [StuckDB] SET MULTI_USER WITH ROLLBACK IMMEDIATE

我们刚刚在SQL 2012中经历了这一点。 当我们终止将其设置为单个用户的原始会话时，复制进程跳入。但是sp_who2没有显示附加到DB的新进程。 关闭SSMS并重新打开允许我们在数据库上看到这个进程，然后我们可以立即关闭它并切换到multi_user模式，这是有效的。

我不知道这背后的逻辑，但它确实是SSMS中的一个错误，并且仍然在SQL 2012中表现出来。

即使我遇到同样的问题，无法找到my_db的活动连接来杀死它，但仍然显示同样的错误。我最终断开了服务器上任何数据库的所有可能的SSMS连接，从SSMS创建一个新连接，并将其更改为多用户。

-- Actual Code to change my_db to multi user mode
USE MASTER;
GO
ALTER DATABASE [my_db] SET MULTI_USER

注意:这似乎是SQL Server 2005中的一个可能的错误!

按CTRL + 1

找到锁定数据库的进程。在dbname列中查找您的db并注意spid。现在你必须执行这个语句:

kill <your spid>
ALTER DATABASE <your db> SET MULTI_USER;

右键单击数据库部分中的数据库 选择“属性” 选择“选项”页 向下滚动“其他选项”并更改“限制访问”字段

我试过了，有效果

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE