当我通过SSMS运行备份或还原时,对话框会显示20%的增量执行,而不是每1%的滴答。为了解决这个问题,我们可以使用DMV。问题是,当查询显示100%完成时,SSMS在“恢复完整”对话框出现之前保持良好的5分钟左右。
问题是,在这段时间内,SQL server在做什么?某种诚信检查?索引重建?活动监视器在.MDF上显示0R/W,而GUI对话框仍然存在。
发布于 2019-09-12 10:38:37
数据库恢复过程分三个步骤执行:
还原过程不执行任何维护任务,如索引、重建等。
当我通过SSMS运行备份或还原时,对话框会显示20%的增量执行,而不是每1%的滴答。
如果您使用T语句备份数据库,您就会知道STATS参数。它以int作为输入,并打印已处理的备份%。
例:-
如果我们使用STATS=5,那么它将在每5%完成之后打印恢复状态。喜欢
5%
10%
15%
..Post数据库还原--执行DBCC CHECKDB是一个很好的实践。我更喜欢使用PHYSICAL_ONLY。
还原日志时,也需要一些时间将日志文件清零。如果日志文件很大,这可能需要几分钟。
发布于 2019-09-12 13:09:21
在进行备份时,Server还会写入其他事务日志。还原之后,需要应用这些事务,因此如果备份期间发生了大量活动,那么应用这些操作需要一段时间,然后重新对日志文件进行归零。
最后一件事是,如果您在还原之前仍然有神秘的地方,您可以在还原之前使用打开跟踪标志 3004、3213和3605 (不要忘记在恢复和相关操作之后关闭它们),那么所有用于还原和相关操作的活动都将写入Server日志。当还原是“做某事”时,我常常发现这是有帮助的,但我不知道是什么。
发布于 2019-09-13 11:19:53
蒂博尔-卡拉西:我赌的是REDO和UNDO阶段。这些内容不包括在% complete中,因为预先不知道工作量,而且在数据复制阶段之后就会发生。
https://dba.stackexchange.com/questions/248609
复制相似问题