以防万一，如果有人无意中发现了这个线程，那么这里有一个防弹的解决方案，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

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

按CTRL + 1

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

kill <your spid>
ALTER DATABASE <your db> 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 去

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

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

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