执行RESTORE DATABASE/RESTORE LOG命令时，默认使用WITH RECOVERY选项。如果你被困在“恢复”过程中，你可以通过执行以下命令将数据库恢复到在线状态:

RESTORE DATABASE YourDB WITH RECOVERY
GO

如果需要恢复多个文件，CLI命令分别需要WITH NORECOVERY和WITH RECOVERY -只有命令中的最后一个文件需要WITH RECOVERY才能使数据库恢复在线:

RESTORE DATABASE YourDB FROM DISK = 'Z:\YourDB.bak'
WITH NORECOVERY
GO
RESTORE LOG YourDB FROM DISK = 'Z:\YourDB.trn'
WITH RECOVERY
GO

你也可以使用SQL Server Management Studio向导:

也有虚拟恢复过程，但你必须使用第三方解决方案。通常，您可以使用数据库备份作为实时在线数据库。ApexSQL和Idera都有自己的解决方案。由SQL Hammer审查关于ApexSQL恢复。如果要处理大量备份，虚拟恢复是一个很好的解决方案。恢复过程要快得多，还可以节省磁盘驱动器上的大量空间。你可以看看这里的信息图进行一些比较。

在我的情况下，我只是右键单击数据库，然后任务—>恢复—>数据库—>Ok，一切都变得很好。

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

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恢复选项。

我今天在虚拟机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正在尝试从该文件恢复。 取消选中该文件，并单击OK。数据库恢复.....

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