使用脚本

exec sp_who

找到dbname和spid列

现在执行的

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

在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

下面的方法对我很有效:

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

使用主

GO

选择d.s ame, d.s dbid, spid, login_time, nt_domain, nt_username, loginame 从sysprocesses p内部连接sysdatabases d在p.dbid = d.dbid where d.name = '数据库名'

杀死568 -杀死蜘蛛

修改数据库名称

设置MULTI_USER 去

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

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

SSMS通常在幕后使用到数据库的多个连接。在改变访问模式之前，你需要杀死这些连接:

首先，确保对象资源管理器指向像master这样的系统数据库。 其次，执行sp_who2并找到到数据库'my_db'的所有连接。 通过Kill {session id}杀死所有的连接，其中session id是sp_who2列出的SPID。 第三，打开一个新的查询窗口。

在这3个步骤之后，执行以下代码。

-- Start in master
USE MASTER;

-- Add users
ALTER DATABASE [my_db] SET MULTI_USER
GO

请参阅我关于管理数据库文件的博客文章。这是为移动文件编写的，但用户管理是相同的。