我备份了一个数据库:

BACKUP DATABASE MyDatabase
TO DISK = 'MyDatabase.bak'
WITH INIT --overwrite existing

然后试图恢复它:

RESTORE DATABASE MyDatabase
   FROM DISK = 'MyDatabase.bak'
   WITH REPLACE --force restore over specified database

现在数据库处于还原状态。

有些人推测,这是因为备份中没有日志文件,需要使用以下方法前滚:

RESTORE DATABASE MyDatabase
WITH RECOVERY 

当然,这是行不通的:

Msg 4333, Level 16, State 1, Line 1
The database cannot be recovered because the log was not restored.
Msg 3013, Level 16, State 1, Line 1
RESTORE DATABASE is terminating abnormally.

在灾难性的情况下,你想要的是一个无法工作的恢复。


备份包含数据文件和日志文件:

RESTORE FILELISTONLY 
FROM DISK = 'MyDatabase.bak'

Logical Name    PhysicalName
=============   ===============
MyDatabase    C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\MyDatabase.mdf
MyDatabase_log  C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\MyDatabase_log.LDF

当前回答

请使用以下命令解决此问题

RESTORE DATABASE [DatabaseName] WITH RECOVERY

其他回答

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

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

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

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

我知道为什么了。

如果发出RESTORE DATABASE命令的客户端在恢复期间断开连接,则恢复将卡住。

奇怪的是,当客户机连接告诉服务器恢复数据库时,除非客户机一直保持连接,否则服务器不会完成恢复。

请使用以下命令解决此问题

RESTORE DATABASE [DatabaseName] WITH RECOVERY

我今天在虚拟机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后面的存储非常慢,或者有故障。

我使用赛门铁克Backup Exec 11d将数据库恢复到SQL Server 2005标准版实例时遇到了这种情况。恢复作业完成后,数据库仍处于“还原”状态。我没有磁盘空间问题——数据库只是没有从“还原”状态中出来。

我对SQL Server实例运行以下查询,发现数据库立即变得可用:

RESTORE DATABASE <database name> WITH RECOVERY