我试图在我的开发数据库上执行一些离线维护(从实时备份恢复开发数据库),但是通过SQL Server Management Studio执行的“脱机”命令执行得非常慢——大约30分钟以上。我只是在我的智慧的尽头,我似乎找不到任何参考网上可能导致速度问题,或如何解决它。
一些站点建议,打开到数据库的连接会导致这种放缓,但使用此数据库的唯一应用程序是我的开发机器的IIS实例,并且服务已停止—没有更多打开的连接。
是什么导致了这种减速,我能做些什么来加速它?
我试图在我的开发数据库上执行一些离线维护(从实时备份恢复开发数据库),但是通过SQL Server Management Studio执行的“脱机”命令执行得非常慢——大约30分钟以上。我只是在我的智慧的尽头,我似乎找不到任何参考网上可能导致速度问题,或如何解决它。
一些站点建议,打开到数据库的连接会导致这种放缓,但使用此数据库的唯一应用程序是我的开发机器的IIS实例,并且服务已停止—没有更多打开的连接。
是什么导致了这种减速,我能做些什么来加速它?
当前回答
此外,关闭您可能打开的连接到相关数据库的任何查询窗口;)
其他回答
在我的情况下,我停止Tomcat服务器。然后DB立刻离线了。
在我的情况下,在执行这个操作之前,我已经在DB中查看了一些表。我的用户帐户持有到SSMS中此DB的活动连接。一旦我从SSMS中的服务器断开连接(使“使数据库脱机”对话框打开),操作成功。
在SSMS中,将数据库设置为只读,然后返回。连接将被关闭,从而释放锁。
在我的例子中,有一个网站打开了到数据库的连接。这个方法很简单:
右键单击数据库-> Properties -> Options “数据库只读”设置为“True” 在弹出的对话框中单击“是”,警告SQL Server将关闭与数据库的所有连接。 重新打开选项并关闭只读 现在尝试重命名数据库或使其脱机。
下次,在“脱机”对话框中,记得选中“删除所有活动连接”复选框。我也在本地机器上的SQL_EXPRESS上,没有连接,但除非我选中该复选框,否则会出现这种减速。
SSMS,特别是从您自己的桌面远程运行而不是直接在数据库服务器中运行时,可能是分离数据库时出现长时间延迟的原因之一。由于某些原因,SSMS可能无法断开与数据库的任何现有“连接”。
当我们直接从数据库服务器本身执行时,我们发现这个过程几乎是即时的。事实上,它杀死了我自己的桌面SSMS会话的尝试,它“接管”并分离数据库。
这里建议的其他方法都不起作用。
谢谢