这些对我不起作用(SQL2008 Enterprise)，我也看不到任何正在运行的进程或连接到DB的用户。重新启动服务器(右键单击Management Studio中的Sql server并选择重新启动)允许我恢复DB。

脚本来完成这个任务，用数据库替换'DB_NAME'来杀死所有连接到:

USE master
GO

SET NOCOUNT ON
DECLARE @DBName varchar(50)
DECLARE @spidstr varchar(8000)
DECLARE @ConnKilled smallint
SET @ConnKilled=0
SET @spidstr = ''

Set @DBName = 'DB_NAME'
IF db_id(@DBName) < 4
BEGIN
PRINT 'Connections to system databases cannot be killed'
RETURN
END
SELECT @spidstr=coalesce(@spidstr,',' )+'kill '+convert(varchar, spid)+ '; '
FROM master..sysprocesses WHERE dbid=db_id(@DBName)

IF LEN(@spidstr) > 0
BEGIN
EXEC(@spidstr)
SELECT @ConnKilled = COUNT(1)
FROM master..sysprocesses WHERE dbid=db_id(@DBName)
END

下线需要一段时间，有时我会遇到一些问题。

在我看来最可靠的方法是:

分离 右键单击DB -> Tasks -> Detach… 检查“删除连接” 好吧

重新接上 右键单击数据库->附加.. 添加……->选择您的数据库，并将Attach As列更改为所需的数据库名称。 好吧

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

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

我使用的是SQL Server 2008 R2，我的数据库已经设置为单个用户，并且有一个连接限制了数据库上的任何操作。因此，推荐的SQLMenace解决方案响应错误。这是一个对我有用的方法。

杀他，用火杀他。

USE master
go

DECLARE @dbname sysname
SET @dbname = 'yourdbname'

DECLARE @spid int
SELECT @spid = min(spid) from master.dbo.sysprocesses where dbid = db_id(@dbname)
WHILE @spid IS NOT NULL
BEGIN
EXECUTE ('KILL ' + @spid)
SELECT @spid = min(spid) from master.dbo.sysprocesses where dbid = db_id(@dbname) AND spid > @spid
END