博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
FAST_START_MTTR_TARGE 参数学习
阅读量:6975 次
发布时间:2019-06-27

本文共 805 字,大约阅读时间需要 2 分钟。

Instance Recovery 恢复需要时间,这个时间计算应该是从最近一次checkpoint开始,恢复(Control file)中记录的SCN值为止,恢复这两者之间Redo数据的时间。那么关键在于checkpoint的时间,以及频率。只有确定了最近一次checkpoint的时间才能确定恢复Redo数据以及时间。 如果需要进行对Instance Recovery的时间进行调整(优化),那么就需要利用到下面这个参数:

FAST_START_MTTR_TARGE

这个参数的单位“秒”,最大值为3600秒

NAME ISDEFAULT SESMO SYSMOD VALUE

---------------------------------------- --------- ----- --------- ---------
fast_start_mttr_target TRUE FALSE IMMEDIATE 0
--内容来之oracle 11g 默认设置。

那么用户按照自己的期望的Instance Recovery时间而调整 FAST_START_MTTR_TARGE 参数的话,就会影响到checkpoint的发生频率。

参数时间调整的过小,就会造成数据库频繁的checkpoint,造成数据库IO压力大。
参数时间调整的过大,那么时间Instance Recovery时间就会过长,数据丢失可能性也会增大。

该参数从10g开始,可以又数据库自动调整,当FAST_START_MTTR_TARGE =0时,alert日志里面会提示

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
此时,checkpoint的频率也由数据库自动调整。
除非有严格的Recovery的时间要求,建议使用数据库自动调整。

参考

转载地址:http://bnrsl.baihongyu.com/

你可能感兴趣的文章
数字时代反思竞争理论
查看>>
思科年中报告:坏人正变得更坏
查看>>
IDC:移动化发展增速 传统企业需要制定全方位移动战略
查看>>
物超所值的七大Windows安全工具
查看>>
从零学React Native之07View
查看>>
BYOD管理市场 EMM潜力无限
查看>>
[React Native]StatusBar的使用
查看>>
2016年BYOD四大趋势
查看>>
被WannaCry勒索蠕虫加密的文件是否能复原?
查看>>
三大步骤找到理想云数据归档服务
查看>>
2015年的智能大招是怎么憋出来的?
查看>>
2.5万名网友认同流量跑得快 电信计量监管陷尴尬局面
查看>>
你未必知道 十大服务器虚拟化优化窍门
查看>>
POTN——新时代网络融合的必经之路
查看>>
浅谈各地降低能耗技术 关注可持续发展
查看>>
如何写出漂亮的React组件
查看>>
Windows管理员不可错过的那些卓越DevOps工具(下)
查看>>
物联网兴起 我国工业发展需关注四大关键技术
查看>>
面向未来就绪,企业级存储如何重新定义?
查看>>
智慧医疗在张家界的应用 首家智慧医疗医院投用
查看>>