如果启用了快照，删除被卡住的数据库也会有问题。对我来说，这很有效:

首先，我遵循了Tipu Delacablu的步骤(阅读一些帖子) 运行命令:drop database [your database]，这将给您一个错误，告诉您快照数据库的名称 执行命令drop database [snapshot database]，然后再执行步骤2中的命令。

我也有同样的问题……虽然我不知道为什么我的数据库遇到这个问题，因为我的驱动器没有满…好像是被损坏了什么的。我尝试了以上所有的，没有一个完全工作，我特别认为建议停止服务和删除mdf和ldf文件将工作…但在恢复时仍然死机?

我最终通过删除上面提到的文件来解决这个问题，但我没有尝试再次恢复DB，而是复制了新鲜的.mdf和.ldf文件，并使用前端附件向导附加这些文件。如释重负，它起作用了!!

它花了永远复制的新文件，因为我正在使用虚拟机…所以用剪贴板复制粘贴本身就花了一个小时，所以我只推荐这是最后一次尝试。

我有一个。在我的数据库名称中，查询没有工作，因为(在'.'附近说不正确的语法)然后我意识到我需要一个括号的名称:

RESTORE DATABASE [My.DB.Name] WITH RECOVERY

您需要使用WITH RECOVERY选项和数据库RESTORE命令使数据库在线，作为恢复过程的一部分。

当然，这仅适用于不打算恢复任何事务日志备份的情况，即只希望恢复数据库备份，然后能够访问数据库。

你的命令应该是这样的，

RESTORE DATABASE MyDatabase
   FROM DISK = 'MyDatabase.bak'
   WITH REPLACE,RECOVERY

使用SQL Server Management Studio中的恢复数据库向导可能会更成功。通过这种方式，您可以选择特定的文件位置、覆盖选项和WITH恢复选项。

你可以这样做:

停止服务(MSSQLSERVER); 重命名或删除数据库和日志文件(C:\Program files \Microsoft SQL Server\MSSQL.1\MSSQL\Data…)或任何你有文件的地方; 启动服务(MSSQLSERVER); 删除有问题的数据库; 重新恢复数据库。

这是一个老问题，SQL Server一直在出现，即使是最新的2019版本!我不知道为什么微软让这种痛苦持续了这么长时间，并允许他们的MSSQL引擎继续以这种方式表现。尽管如此，对于那些尝试过RESTORE DATABASE WITH RECOVERY的人，我建议另一种可能的解决方案 选项，但它仍然不起作用。

登录到服务器本身，并在实际的数据库服务器上启动默认的SSMS程序。接下来进入“恢复”数据库并删除它。完成了。问题消失了。如果需要保留它，复制MDF文件并重命名它，然后将其附加为一个新数据库。在SQL Server 2008 R2上为我工作。