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

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

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

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

进入单用户模式后，客户端只能与SQL Server建立一个连接，记住“对象资源管理器”占用一个(单独的)连接，所以如果你试图在查询窗口中运行多用户语句，你会得到在单用户模式下无法建立另一个连接的错误。

但对我来说，这不是问题，在我的情况下，很少有自动进程持续地(每隔几秒钟)建立连接，所以一旦我将DB设置为单用户模式并断开连接，其中一个进程就建立/占用了连接(在我可以开始恢复操作之前)。一旦我杀死这些连接，它们就会重新连接，当我运行恢复命令时，我会得到连接已经被占用的错误。

为了解决这个问题，我不得不在一个查询窗口中编写kill语句，更改User-Mode语句和Restore操作，当我一次性运行它们时，瞧!!它工作。

希望这能帮助到其他人。

我也有同样的问题，它通过以下步骤修复-参考: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

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

exec sp_who

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

kill [XXX]

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

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

“用户当前连接到它”可能是SQL Server Management Studio窗口本身。尝试选择主数据库并再次运行ALTER查询。

这对我来说很有效。

步骤1。右键单击数据库引擎，单击活动监视器，查看哪个进程正在连接。立即终止特定用户并执行查询。

步骤2。

USE [master];
GO
ALTER DATABASE [YourDatabaseNameHere] SET MULTI_USER WITH NO_WAIT;
GO  

并刷新数据库。