使SQL Server数据库脱机时的极端等待时间

我试图在我的开发数据库上执行一些离线维护(从实时备份恢复开发数据库)，但是通过SQL Server Management Studio执行的“脱机”命令执行得非常慢——大约30分钟以上。我只是在我的智慧的尽头，我似乎找不到任何参考网上可能导致速度问题，或如何解决它。

一些站点建议，打开到数据库的连接会导致这种放缓，但使用此数据库的唯一应用程序是我的开发机器的IIS实例，并且服务已停止—没有更多打开的连接。

是什么导致了这种减速，我能做些什么来加速它?

当前回答

在我的情况下，我停止Tomcat服务器。然后DB立刻离线了。

其他回答

经过一些额外的搜索(受到gbn的答案和u07ch对KMike答案的评论启发的新搜索词)，我发现了这个，在2秒内成功完成:

ALTER DATABASE <dbname> SET OFFLINE WITH ROLLBACK IMMEDIATE

(更新)

当仍然出现以下错误时，您可以根据这篇博客文章的启发进行修复:

ALTER DATABASE失败，因为无法在数据库'dbname'上放置锁。

您可以运行以下命令来找出谁在锁定您的数据库:

EXEC sp_who2

并使用你在以下命令中找到的任何SPID:

KILL <SPID>

然后再次运行ALTER DATABASE命令。现在应该可以工作了。

执行存储过程 sp_who2

这将允许您查看是否有任何阻塞锁..杀死他们应该修复它。

此外，关闭您可能打开的连接到相关数据库的任何查询窗口;)

SSMS，特别是从您自己的桌面远程运行而不是直接在数据库服务器中运行时，可能是分离数据库时出现长时间延迟的原因之一。由于某些原因，SSMS可能无法断开与数据库的任何现有“连接”。

当我们直接从数据库服务器本身执行时，我们发现这个过程几乎是即时的。事实上，它杀死了我自己的桌面SSMS会话的尝试，它“接管”并分离数据库。

这里建议的其他方法都不起作用。

谢谢

我尝试了下面所有的建议，但都没用。

EXEC sp_who Kill < SPID > 将数据库设置为SINGLE_USER，并立即回滚使用立即回滚脱机更改数据库设置结果:上面的两个命令都被卡住了。

4所示。右键单击数据库-> Properties -> Options “数据库只读”设置为“True” 在弹出的对话框中单击“是”，警告SQL Server将关闭与数据库的所有连接。

结果:窗口在执行时卡住。

作为最后的手段，我从配置管理器中重新启动SQL server服务，然后运行ALTER DATABASE SET OFFLINE WITH ROLLBACK IMMEDIATE。这招很管用

推荐文章