我备份了一个数据库:

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

当前回答

为我解决问题的是

停止实例 在data文件夹中创建.mdf和.ldf文件的备份 重新启动实例 删除恢复卡住的数据库 把。mdf和。LDF文件返回到数据文件夹 将实例附加到.mdf和.ldf文件

其他回答

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

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

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

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

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

RESTORE DATABASE <database name> WITH RECOVERY

这个方法奏效了:

http://social.msdn.microsoft.com/Forums/en/sqldatabaseengine/thread/8dd1b91d-3e14-4486-abe6-e3a550bfe457

我有一个情况,我的数据库显示恢复状态,我不能运行任何查询,不能与我们的软件连接。

为了摆脱这种情况,我所做的是:

停止windows服务中的所有SQL相关服务。 我打开了数据文件夹,其中Ldf和Mdf文件驻留在SQL目录中,通常是这样的: “C: \程序文件 ***********\ 该软件\数据 然后我复制了数据库的Ldf和Mdf文件: (数据库名称)。MDF和[db name]_log.ldf

我把这两个文件都复制到另一个文件夹。

Then I started all the SQL related services (in step 1) again from windows services. Started my MS SQL Management studio with normal login. Right click on the culprit database and hit DELETE (to delete the database at all). All the LDF and MDF files related to this database have gone from DATA folder (mentioned in step 2). Created a new database with the same name (same name of the one I deleted in step 6 - the culprit database). Then [database name]->right click -> tasks -> Take Offline. I then Copied both the files (from step 3) back to the DATA folder (step 2). [database name]->right click -> tasks -> Bring Online.

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

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

这可能是相当明显的,但它刚刚绊倒了我:

如果您正在进行尾日志备份,则在SSMS还原向导中选中此选项-“使源数据库处于还原状态(WITH NORECOVERY)”也可能导致此问题。