sql-server – SQL RESTORE WITH RECOVERY;挂起率为100%

前端之家收集整理的这篇文章主要介绍了sql-server – SQL RESTORE WITH RECOVERY;挂起率为100%前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我对此做了很多研究.

我正在尝试使用sql Server 2014恢复数据库并且它保持100%挂起.

很多人建议解决方案是确保使用RECOVERY选项进行恢复.

我试过了,它仍然挂在100%.我已尝试通过SSMS还原对话框,我尝试运行以下sql语句:

USE [master]
RESTORE DATABASE [MyDB]
FROM  DISK = N'C:\MyDB_backup_2015_05_05_010004_1506557.bak'
WITH  
    FILE = 1,MOVE N'MyDB_Data' TO N'F:\MSsql\DATA\MyDB.mdf',MOVE N'MyDB_Log' TO N'F:\MSsql\DATA\MyDB_1.ldf',NOUNLOAD,REPLACE,RECOVERY,STATS = 2
GO

当我通过以下方式检查命令的状态时:

SELECT r.status,r.command,r.wait_type,r.percent_complete
FROM sys.dm_exec_requests r
WHERE r.command like '%restore%' or r.command like '%backup%'

我明白了:

status: suspended
command: RESTORE DATABASE
wait_type: BACKUPTHREAD
percent_complete: 100

从我的阅读中暗示RESTORE正在等待BACKUP完成,但是没有从我的查询返回到sys.dm_exec_requests的BACKUP命令

编辑:再次尝试并运行上述查询从头开始观察RESTORE的进度后,我可以看到’percent_complete’值正在稳步增加,尽管’status’仍然是’暂停’并且’wait_type’仍为’BACKUPTHREAD’.

因此,尽管它被“暂停”,它实际上仍在执行RESTORE.

所以我很茫然……

任何人都有任何想法在这里发生了什么或任何有关如何诊断问题的提示

干杯!

解决方法

事实证明,这个问题与环境有关,非常直接:

首先,我试图从原始数据库的非缩小备份版本备份.

日志文件的大小实际上是一个已知问题,因此我们通常从数据库的缩小版本备份.

因此,如果有人遇到类似问题,请先尝试缩小数据库,然后备份并从中恢复.

其次,我试图通过USB3将数据库备份到外部驱动器.

另外,有趣的是,我观察了工作恢复命令的进度,并且它也具有’wait_type’“BACKUPTHREAD”的“暂停”状态 – 即使它仍在进行中(由%_complete中完成百分比增加显而易见)柱!所以我仍然迷失于那是什么……

但至少我现在可以恢复我的备份了:-)

猜你在找的MsSQL相关文章