首先，查找并终止当前正在运行的所有进程。

然后，运行下面的T-SQL将数据库设置为MULTI_USER模式。

USE master
GO
DECLARE @kill varchar(max) = '';
SELECT @kill = @kill + 'KILL ' + CONVERT(varchar(10), spid) + '; '
FROM master..sysprocesses 
WHERE spid > 50 AND dbid = DB_ID('<Your_DB_Name>')
EXEC(@kill);

GO
SET DEADLOCK_PRIORITY HIGH
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH NO_WAIT
ALTER DATABASE [<Your_DB_Name>] SET MULTI_USER WITH ROLLBACK IMMEDIATE
GO

我也遇到了同样的问题，使用下面的查询找到了session_id来kill:

Select request_session_id From sys.dm_tran_locks Where resource_database_id=DB_ID('BI_DB_Rep');

不确定这是否对任何人都有帮助，但我也有同样的问题，找不到阻碍我的过程。我关闭了SSMS并停止了所有访问本地实例的服务。然后，当我返回并运行exec sp_who2时，它显示了罪魁祸首。我杀死了进程，并能够让Multi_User工作，然后重新启动服务。我们让IIS每隔几分钟/秒就会搜索特定的包。

下面的方法对我很有效:

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;

使用主

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 去