我备份了一个数据库:
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
I had a similar issue with restoring using SQL Management Studio. I tried to restore a backup of the database to a new one with a different name. At first this failed and after fixing the new database's file names it was successfully performed - in any case the issue I'm describing re-occurred even if I got this right from the first time. So, after the restoration, the original database remained with a (Restoring...) next to its name. Considering the answers of the forum above (Bhusan's) I tried running in the query editor on the side the following:
RESTORE DATABASE "[NAME_OF_DATABASE_STUCK_IN_RESTORING_STATE]"
这解决了问题。一开始我遇到了麻烦，因为数据库名称包含特殊字符。我通过在周围添加双引号来解决这个问题-单引号将不起作用，给出“错误的语法接近……”错误。
这是我尝试解决这个问题(数据库处于恢复状态)的最小解决方案，我希望它可以应用到更多的情况。
如果您想从备份文件恢复SQL Server数据库，可以使用以下脚本:
RESTORE DATABASE [MyDatabase] -- which database to restore
FROM DISK = N'X:\MyDatabase.bak' -- location of the database backup
WITH
FILE = 1, -- restore from a backup file
-- declare where the file groups should be located (can be more than two)
MOVE N'MyDatabase_Data' TO N'D:\SSDPATH\MyDatabase.mdf',
MOVE N'MyDatabase_Log' TO N'E:\HDDPATH\MyDatabase.ldf',
-- Tape option; only relevant if you backup from magnetic tape
NOUNLOAD,
-- brings the database online after the database got restored
-- use this option when you don't want to restore incremental backups
-- use NORECOVERY when you want to restore differential and incremental backup files
RECOVERY,
-- replace existing database with the backup
-- deletes the existing database
REPLACE,
-- print log message for every 1 percent of restore
STATS = 1;
我今天在虚拟机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后面的存储非常慢，或者有故障。
