首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >是否有可能从读/写的页面来估计Server 2014的恢复进度?

是否有可能从读/写的页面来估计Server 2014的恢复进度?
EN

Database Administration用户
提问于 2015-04-02 14:12:01
回答 1查看 2.7K关注 0票数 0

对于上下文- SQL 2014 EE,我们正在从主生产框进行tran日志备份,并恢复到R/O实例。日志通常在50 is左右。

因此,我熟悉Server恢复的结构,并且知道完整估计的百分比仅指数据复制阶段。对于我们来说,这通常运行得非常快,但是重做阶段是花费时间的地方。

通过sp_whoisactive,我可以轻松地让日志恢复读取/编写页面。我想知道的是,如果我知道日志的大小(我知道),我能从这些数字中估计恢复的进度吗?

我打算给是一个快速,但如果有人已经尝试过,这是一个愚蠢的差事,我会跳过它!

EN

回答 1

Database Administration用户

发布于 2015-04-02 14:17:31

看看percent_completeestimated_completion_timesys.dm_exec_requests。如果它实际上是为还原日志而填充的(我只测试过完整的数据库恢复),那么它将基于您想要手工计算的相同的数学。

代码语言:javascript
运行
复制
SELECT percent_complete, estimated_completion_time
  FROM sys.dm_exec_requests
  WHERE session_id = <SPID running the backup>;

显然,这两种方法都不能预测挂起的并发/ I/O中断,因此它根本无法保证--只是粗略的猜测。也不可能预测任何撤销/重做操作需要多少I/O,因为这些操作与日志大小没有直接关系。

票数 2
EN
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://dba.stackexchange.com/questions/96901

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档