我备份了一个数据库:
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
#1楼
好吧,我有类似的问题,就像Pauk的情况一样,它是由服务器在恢复时耗尽磁盘空间引起的,因此导致永久恢复状态。 如何在不停止SQL Server服务的情况下结束此状态?
我找到了一个解决方案:)
Drop database *dbname*
#2楼
我有这种情况使用Symantec Backup Exec 11d将数据库还原到SQL Server 2005 Standard Edition实例。 还原作业完成后,数据库仍处于“正在恢复”状态。 我没有磁盘空间问题 - 数据库根本没有出现“恢复”状态。
我针对SQL Server实例运行了以下查询,发现数据库立即可用:
RESTORE DATABASE <database name> WITH RECOVERY
#3楼
这个确实奏效了:
我的情况是我的数据库显示恢复状态,我无法运行任何查询,无法连接我们的软件。
我为摆脱这种情况所做的是:
从Windows服务停止所有SQL相关服务。
我打开了Ldf和Mdf文件驻留在SQL目录中的DATA文件夹,通常是这样的:“C:\\ Program Files *********** \\ MSSQL \\ DATA
然后我复制了数据库的Ldf和Mdf文件:[db name] .mdf和[db name] _log.ldf