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

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

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

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

当前回答

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

其他回答

关闭SSMS (SQL服务管理器)的实例，从请求解决了我的问题.....

您是否有任何连接到此DB的打开的SQL Server Management Studio窗口?

将其置于单用户模式，然后再试一次。

在SSMS中，将数据库设置为只读，然后返回。连接将被关闭，从而释放锁。

在我的例子中，有一个网站打开了到数据库的连接。这个方法很简单:

右键单击数据库-> Properties -> Options “数据库只读”设置为“True” 在弹出的对话框中单击“是”，警告SQL Server将关闭与数据库的所有连接。重新打开选项并关闭只读现在尝试重命名数据库或使其脱机。

很可能从某个地方连接到DB(一个罕见的例子:异步统计更新)

要查找连接，请使用sys.sysprocesses

USE master
SELECT * FROM sys.sysprocesses WHERE dbid = DB_ID('MyDB')

要强制断开连接，请使用ROLLBACK IMMEDIATE

USE master
ALTER DATABASE MyDB SET SINGLE_USER WITH ROLLBACK IMMEDIATE

为了解决这个问题，我停止了在IIS中连接到db的网站，立即“冻结”“使db离线”面板解冻。

推荐文章