而且也没 20小时。12个小时左右
是不是遇到bug了?
那是啥
对的
PHYSICAL_RESTORE_WAIT_QUICK_RESTORE_FINISH 耗时长,主要是其中的子步骤WAIT_RESTORE_TO_CONSISTENT_SCN耗时长,这一步是完成recover日志到consistent_scn,通常来说该阶段完成很快,看起来不太符合预期,方便的话可以复现下,并保留下物理恢复期间的 observer.log和rootservice.log,我发研发分析看下
老师不好意思噶。集群有点昂贵 所以我就销毁了
没关系,如果后续遇到了 麻烦反馈下
好的老师 麻烦你了
赞一个!
感谢作者的整理和分享
赞一个!
技术细节讲得很清楚,学到了!
内容很好
内容很好
没看明白啊



