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

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

右键单击数据库，进入“任务——>恢复——>事务日志” 在事务文件中，如果您看到一个文件被选中，则SQL server正在尝试从该文件恢复。 取消选中该文件，并单击OK。数据库恢复.....

这为我解决了问题，希望这能帮助到别人。

在使用SQL server management studio恢复数据库时遇到了类似的问题，它陷入了恢复模式。经过几个小时的问题跟踪，下面的查询对我有用。下面的查询将数据库从现有备份恢复到以前的状态。我相信，关键在于.mdf和.log文件在同一个目录下。

RESTORE DATABASE aqua_lc_availability
FROM DISK = 'path to .bak file'
WITH RECOVERY

你试过运行验证吗?确保这是声音备份。

http://msdn.microsoft.com/en-us/library/ms188902.aspx

当我在事件日志中也收到TCP错误时，我遇到了这个问题…

用sql删除数据库或在管理器“delete”中右键单击它 然后再恢复。

实际上我已经开始默认这样做了。脚本数据库删除，重新创建，然后恢复。

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

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