该错误消息通常意味着还有其他进程连接到DB。试着运行这个，看看哪些是连接的:

exec sp_who

这将返回进程，然后你应该能够运行:

kill [XXX]

其中[xxx]是您试图杀死的进程的蜘蛛。

然后你可以运行上面的语句。

我在谷歌上搜索了一段时间，最终找到了下面的解决方案，

SSMS通常在幕后使用到数据库的多个连接。

在更改访问模式之前，您需要终止这些连接。(我用EXEC(@kill)做过;在下面的代码模板中。)

然后,

运行以下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

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

ALTER DATABASE [<Your_DB_Name>] SET SINGLE_USER

这应该有用。编码快乐! !

谢谢! !

我和当地的数据库出了点问题。

我能够通过停止SQL server来解决这个问题，然后启动SQL server，然后使用SSMS UI将DB属性更改为Multi_User。

当我试图恢复备份时，数据库进入“单用户”模式。在尝试恢复之前，我没有创建目标数据库的备份(SQL 2017)。这样你每次都能成功。

停止SQL Server，启动SQL Server，然后运行上述脚本或使用用户界面。

如果上面的不起作用，找到spid的登录名并在Security - Logins中禁用它

我也有同样的问题，它通过以下步骤修复-参考:http://giladka8.blogspot.com.au/2011/11/database-is-in-single-user-mode-and.html

use master
GO

select 
    d.name, 
    d.dbid, 
    spid, 
    login_time, 
    nt_domain, 
    nt_username, 
    loginame
from sysprocesses p 
    inner join sysdatabases d 
        on p.dbid = d.dbid
where d.name = 'dbname'
GO

kill 56 --=> kill the number in spid field
GO

exec sp_dboption 'dbname', 'single user', 'FALSE'
GO

这对我来说很有效

备份 创建新数据库并将备份恢复到该数据库 属性>选项>[向下滚动]状态>限制性访问>选择Multi_user，单击“确定” 删除旧数据库

希望这对所有人都有效 谢谢你！ 拉梅什·库马尔