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

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

我试过了，有效果

ALTER DATABASE dbName SET MULTI_USER WITH ROLLBACK IMMEDIATE

另一种选择是:

使数据库脱机;在短信服务中，右键单击数据库，选择脱机，勾选“删除所有连接” 运行ALTER DATABASE [Your_Db] 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

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

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

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