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

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

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

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

脚本来完成这个任务，用数据库替换'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列更改为所需的数据库名称。 好吧

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

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

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

您可以使用SP_Who命令杀死所有使用您的数据库的进程，然后重命名您的数据库。