以我为例，在等待了这么久之后，我没有耐心，干脆关闭了管理工作室。退出前，显示成功消息，db is offline。可以重命名这些文件。

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

在我的情况下，在执行这个操作之前，我已经在DB中查看了一些表。我的用户帐户持有到SSMS中此DB的活动连接。一旦我从SSMS中的服务器断开连接(使“使数据库脱机”对话框打开)，操作成功。

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

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

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

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

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

任何时候遇到这种情况，您都应该考虑您的事务日志。带有rollback immediate的alter db语句表明是这种情况。看看这个:http://msdn.microsoft.com/en-us/library/ms189085.aspx

钻研检查点等等。您需要决定日志中的事务是否值得保存，然后选择相应的模式来运行数据库。真的没有理由让你不得不等待，但也没有理由让你失去数据——你可以两者兼得。

在我的例子中，数据库与旧的Sharepoint安装有关。在服务器管理器中停止和禁用相关服务“解除”已经运行了40分钟的脱机操作，并立即完成。

您可能希望检查当前是否有任何服务正在使用该数据库。