使用脚本

exec sp_who

找到dbname和spid列

现在执行的

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

下面的方法对我很有效:

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

使用脚本

exec sp_who

找到dbname和spid列

现在执行的

kill spid 
go
ALTER DATABASE [DBName]
SET MULTI_USER;

要切换出单用户模式，请尝试:

设置数据库的多用户

要切换回单用户模式，您可以使用:

修改数据库[my_db

即使我遇到同样的问题，无法找到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中的一个可能的错误!

以防万一，如果有人无意中发现了这个线程，那么这里有一个防弹的解决方案，SQL Server卡在单用户模式

——获取需要终止的连接的进程ID (spid) —将'DBName'替换为数据库的实际名称

SELECT sd.[name], sp.spid, sp.login_time, sp.loginame 
FROM sysprocesses sp 
INNER JOIN sysdatabases sd on sp.dbid = sd.dbid  
WHERE sd.[name] = 'DBName'

作为一种替代方法，你也可以使用命令" sp_who "来获取打开连接的" spid ":

或者用这个SP代替

exec sp_who

—然后执行以下命令，将[spid]和[DBName]替换为正确的值

KILL SpidToKillGoesHere
GO

SET DEADLOCK_PRIORITY HIGH
GO

ALTER DATABASE [DBName] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO