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

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

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

我已经得到了MyDbName(恢复…)情况，因为SQL Express许可限制。

在日志文件中，我发现了这个:

创建数据库或更改数据库失败，因为结果 累积数据库大小将超过您的许可限制10240 MB 每个数据库。

因此，如果您试图恢复一个更大的数据库，您需要将SQL Express服务器切换到开发人员版本。

RESTORE DATABASE {DatabaseName}
   FROM DISK = '{databasename}.bak'
   WITH REPLACE, RECOVERY

好吧，我有类似的问题，就像在Pauk的情况下一样，这是由服务器在恢复时耗尽磁盘空间引起的，因此导致了永久恢复状态。 如何在不停止SQL Server服务的情况下结束此状态?

我找到了一个解决方案:)

Drop database *dbname*

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

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

你的命令应该是这样的，

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

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

在我的例子中，使用SQL命令删除挂起状态为“还原…”的数据库就足够了

 drop database <dbname> 

在查询窗口中。

然后我右键单击Databases并选择Refresh，这将删除SQL Server Management Studio (SSMS)中的条目。之后，我做了一个新的恢复，工作良好(注意，使它脱机不起作用，重新启动SQL服务不起作用，服务器重新启动也不起作用)。