最好是直接登录到服务器上，而不是使用SQL Management Studio

确保您要设置为MULTI_USER的数据库的登录帐户为dbowner。如果可以，以sa身份登录(使用SQL server身份验证)

如果你的数据库被IIS使用，停止网站和使用它的应用程序池-这可能是连接的进程，阻止你设置为MULTI_USER

USE MASTER
GO

-- see if any process are using *your* database specifically

SELECT * from master.sys.sysprocesses
WHERE spid > 50 -- process spids < 50 are reserved by SQL - we're not interested in these
AND dbid=DB_ID ('YourDbNameHere')

-- if so, kill the process:

KILL n -- where 'n' is the 'spid' of the connected process as identified using query above

-- setting database to read only isn't generally necessary, but may help:

ALTER DATABASE YourDbNameHere
SET READ_ONLY;
GO

-- should work now:

ALTER DATABASE Appswiz SET MULTI_USER WITH ROLLBACK IMMEDIATE

如果你还有问题，请参考这里:

http://www.sqlservercentral.com/blogs/pearlknows/2014/04/07/help-i-m-stuck-in-single-user-mode-and-can-t-get-out/

作为最后的选择-如果你已经尝试了上面的所有方法，并且你已经绝望了，你可以尝试停止SQL server实例并重新启动它

什么都试过了，都没用 远程登录那台服务器，因为我们要切断所有连接 多次运行下面的代码，直到它返回已完成且不再有“kill process”测试为止 再次使用下面的代码重新激活它

使用master GO声明@sql为varchar(20)， @spid为int 从master..sysprocesses中选择@spid = min(spid) db_id('DB_NAME')和spid != @@spid 当(@spid不是空)开始 打印' kill process ' + cast(@spid as varchar) + '…' Set @sql = 'kill ' + cast(@spid为varchar) exec (@sql) 选择 @spid = min(spid) 从 主人. . sysprocesses 在哪里 dbid = db_id('DB_NAME') 和spid != @@spid结束

然后把它活着带回来

修改数据库db_name去

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

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

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

希望这能帮助到其他人。

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

exec sp_who

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

kill [XXX]

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

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

我轻而易举地解决了这个问题

右键单击数据库名称，重命名它 更改后，右键单击数据库名称—>属性—>选项—>滚动限制性访问底部(SINGLE_USER到MULTI_USER) 现在，您可以再次将数据库重命名为您的旧名称。

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