我试图在我的开发数据库上执行一些离线维护(从实时备份恢复开发数据库)，但是通过SQL Server Management Studio执行的“脱机”命令执行得非常慢——大约30分钟以上。我只是在我的智慧的尽头，我似乎找不到任何参考网上可能导致速度问题，或如何解决它。
一些站点建议，打开到数据库的连接会导致这种放缓，但使用此数据库的唯一应用程序是我的开发机器的IIS实例，并且服务已停止—没有更多打开的连接。
是什么导致了这种减速，我能做些什么来加速它?
当前回答
任何时候遇到这种情况，您都应该考虑您的事务日志。带有rollback immediate的alter db语句表明是这种情况。看看这个:http://msdn.microsoft.com/en-us/library/ms189085.aspx
钻研检查点等等。您需要决定日志中的事务是否值得保存，然后选择相应的模式来运行数据库。真的没有理由让你不得不等待，但也没有理由让你失去数据——你可以两者兼得。
其他回答
您是否有任何连接到此DB的打开的SQL Server Management Studio窗口?
将其置于单用户模式，然后再试一次。
执行存储过程 sp_who2
这将允许您查看是否有任何阻塞锁..杀死他们应该修复它。
很可能从某个地方连接到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离线”面板解冻。
对我来说，我只需要进入Job Activity Monitor并停止正在处理的两件事情。然后它马上就下线了。就我而言，我知道这两个过程是什么，也知道停止它们是可以的。