我有一个SQL Server 2005 .BAK文件（使用维护计划创建），我试图将其还原到另一个SQL Server 2005实例。
无论我使用的是用户界面还是RESTORE DATABASE，恢复过程似乎都会停止在99％。如果我使用RESTORE VERIFYONLY FROM DISK='mybackup.bak'，则会报告我的备份有效。
有趣的是，在我开始恢复过程后，我的MSSQL \ DATA目录中会出现一个43 GB的事务日志文件。 .BAK文件是60 MB。该系统有足够的可用空间用于此恢复。
我应该尝试其他恢复策略的建议吗？我要让恢复过夜，看看会发生什么。
由于
答案 0 :(得分：6)
如果您有43Gb的事务日志，则根据磁盘的速度，还原需要一段时间。这意味着当你备份数据库时，它有一个43Gb的日志文件，它是空的。因此，当您还原时，SQL Server必须为日志文件分配43Gb，并且必须实际将43Gb归零，这需要一段时间。
我建议等待一段时间恢复完成，可能需要几个小时，或者在生产时执行事务日志备份，然后将trans日志文件缩小为100Mb，然后进行备份，然后从中恢复。 / p>
理解恢复模型和使用的备份模型非常重要。不要只是在生产中使用db并让它运行，如果你不管理它，你最终会遇到大问题。