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

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

你的命令应该是这样的，

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

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

所有基于WITH RECOVERY的选项都不适合我。

所做的是做完整的恢复从管理工作室。

USE [master]
RESTORE DATABASE Sales_SSD
FROM  DISK = N'D:\databaseBackups02\Daily_Sales_20150309_0941.bak' 
WITH  FILE = 1,  
MOVE N'Sales_Data' TO N'C:\Data\SSD\Sales.mdf',  
MOVE N'Sales_Log' TO N'C:\Data\SSD\Sales_1.ldf',  
NOUNLOAD,  REPLACE,  STATS = 5

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

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

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

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

我今天在虚拟机SQL Server上遇到了这个问题。我试图恢复一个1.8GB的数据库，它被ASYNC_IO_COMPLETION卡在0%。

我尝试了多次，将.bak文件移动到我要恢复到的驱动器;甚至试图恢复另一个大小<400MB的不相关数据库。

我在这个帖子上尝试了所有的方法，都没有成功。

然后我遇到了恢复卡在DBA的ASYNC_IO_COMPLETION和答案为我工作。

启用“立即文件初始化”并重新启动SQL Server，然后重试恢复。SSMS GUI几乎立即显示进度百分比，如下所示:

Select percent_complete,* From sys.dm_exec_requests

我的猜测是VM后面的存储非常慢，或者有故障。

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

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