2011-03-01 258 views
1

我有一个SQL Server 2005 .bak文件(与维护计划创建的),我试图恢复到SQL Server的不同实例卡是否2005年SQL Server数据库恢复在99%

不管我使用UI或RESTORE DATABASE,恢复过程似乎停止在99%。如果我使用RESTORE VERIFYONLY FROM DISK='mybackup.bak'它报告我的备份是有效的。

有趣的是,在我开始恢复过程之后,一个43 GB的事务日志文件出现在我的MSSQL \ DATA目录中。 .BAK文件是60 MB。该系统具有足够的可用空间用于此恢复。

对其他恢复策略的任何建议我应该尝试?我要让恢复过夜,看看会发生什么。

感谢

回答

6

如果你有一个43Gb的事务日志,这取决于您的磁盘的速度,恢复需要一段时间。这意味着当你备份你的数据库时,它有一个43Gb的日志文件,它是空的。因此,当您恢复时,SQL Server必须为该日志文件分配43Gb,并且它必须在物理上运行并将43Gb清零,这需要一段时间。

我建议等待一段时间恢复完成,也许几个小时,或者在生产环境中进行事务日志备份,然后将传输日志文件缩小为100Mb,然后执行备份并从中恢复。

IT对理解恢复模型和使用的备份模型非常重要。不要在生产上打一个分贝,让它运行,如果你不管理它,最终会遇到很大的问题。

+0

+1恢复正在创建一个43Gb文件,然后等到新创建的文件被清零。这确实需要一段时间,并且可能这就是它出现卡住的原因。 – 2011-03-01 05:39:45

+0

事实上,这是它,它需要大部分时间,但它的工作。进度指示器不需要分配那么大的事务日志。感谢您的帮助,未来我会在计算机被烧毁之前测试我的备份方案。 – Aaron 2011-03-02 01:22:30

相关问题