什么都试过了，都没用 远程登录那台服务器，因为我们要切断所有连接 多次运行下面的代码，直到它返回已完成且不再有“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去

我实际上有一个问题，我的db几乎被进程和竞争条件锁定，当我得到一个命令执行刷新时，他们再次锁定…我不得不在SSMS中背靠背地运行以下命令，让我离线，从那里我做了我的恢复，并恢复在线，这两个查询在哪里:

第一个跑:

USE master
GO

DECLARE @kill varchar(8000) = '';
SELECT @kill = @kill + 'kill ' + CONVERT(varchar(5), spid) + ';'
FROM master..sysprocesses 
WHERE dbid = db_id('<yourDbName>')

EXEC(@kill);

然后紧接着(在第二个查询窗口中):

USE master ALTER DATABASE <yourDbName> SET OFFLINE WITH ROLLBACK IMMEDIATE

做了我需要做的，然后重新上线。感谢所有为我写这些文章的人，让我把这些文章结合起来，解决我的问题。

最好是直接登录到服务器上，而不是使用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实例并重新启动它

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

这对我来说很有效。

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

步骤2。

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

并刷新数据库。

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

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

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

希望这能帮助到其他人。