当我试图恢复数据库时，我通常会遇到这种错误，我通常只需要在Management Studio中找到树的顶部，右键单击并重新启动数据库服务器(因为它在开发机器上，这在生产环境中可能不理想)。这将关闭所有数据库连接。

我使用sp_who来获取数据库中所有进程的列表。这样更好，因为您可能需要检查要终止哪个进程。

declare @proc table(
    SPID bigint,
    Status nvarchar(255),
    Login nvarchar(255),
    HostName nvarchar(255),
    BlkBy nvarchar(255),
    DBName nvarchar(255),
    Command nvarchar(MAX),
    CPUTime bigint,
    DiskIO bigint,
    LastBatch nvarchar(255),
    ProgramName nvarchar(255),
    SPID2 bigint,
    REQUESTID bigint
)

insert into @proc
exec sp_who2

select  *, KillCommand = concat('kill ', SPID, ';')
from    @proc

结果 您可以使用KillCommand列中的命令来终止您想要的进程。

SPID    KillCommand
26      kill 26;
27      kill 27;
28      kill 28;

Adam建议的方法不起作用的原因是，在循环活动连接的时间内，可以建立新的连接，而您将错过这些连接。你可以使用下面的方法，它没有这个缺点:

-- set your current connection to use master otherwise you might get an error

use master
ALTER DATABASE YourDatabase SET SINGLE_USER WITH ROLLBACK IMMEDIATE 

--do you stuff here 

ALTER DATABASE YourDatabase SET MULTI_USER

我总是用:

ALTER DATABASE DB_NAME SET SINGLE_USER WITH ROLLBACK IMMEDIATE 
GO 
SP_RENAMEDB 'DB_NAME','DB_NAME_NEW'
Go 
ALTER DATABASE DB_NAME_NEW  SET MULTI_USER -- set back to multi user 
GO 

在对象资源管理器上的MS SQL Server Management Studio中，右键单击数据库。在下面的上下文菜单中选择“任务->脱机”

在这种情况下，适合我的选项如下:

在相关数据库上启动“Detach”操作。这将打开一个窗口(在SQL 2005中)，显示阻止对DB执行操作的活动连接。 终止活动连接，取消分离操作。 现在应该可以恢复数据库了。