我也有同样的问题，它通过以下步骤修复-参考: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几乎被进程和竞争条件锁定，当我得到一个命令执行刷新时，他们再次锁定…我不得不在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

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

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

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

你不能这样做，因为数据库在单一模式下。好的，但你应该知道:当你打开sql management studio时，它不知道数据库上的任何用户，但当你点击数据库时，它认为你是单个用户，你的命令不工作。 只要这样做:关闭管理工作室，然后重新打开。新的查询窗口无需选择任何数据库编写命令脚本。

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

使f5 wolla一切正常!

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

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