FAST_START_MTTR_TARGET参数是怎么工作了

简介: FAST_START_MTTR_TARGET参数是怎么工作了 转自http://hi.baidu.com/richard_cxs/blog/item/6246f5c440a85bca39db49f8.
FAST_START_MTTR_TARGET参数是怎么工作了
其實,這個參數是9i以後才有的一個參數,用來替代原來的 FAST_START_IO_TARGET,LOG_CHECKPOINT_TIMEOUT等參數的,他和CHECKPOINT是密切相關的,我這裡簡單的說說,更詳細的,就靠你自己取琢磨了,呵呵.
要完全理解這個參數,有几個其他參數或者概念是必要的(SCN,CHECKPOINT,CRASH RECOVERY,REDO,INCREMENTAL CHECKPOINT,CHECKPOINT QUEUE),這裡假設你全部都理解以上的東西,OK.
那,FAST_START_MTTR_TARGET參數的可取值範圍是0~3600sec,如果你一旦設定了這個參數的值,比如200sec好了,在oracle系統中,有一個視圖v$instance_recovery,它是用來監視當前instance的狀態的,在它裡面,有兩個column,ESTIMATED_MTTR,TARGET_MTTR,通常這個TARGET_MTTR會等於你設定的FAST_START_MTTR_TARGET,除非你設定的值過大或過小,OK,重點來了:
    ESTIMATED_MTTR,這個COLUMN記錄的是從上次CHECKPOINT開始,到當前,如果系統CRASH掉,那麼INSTANCE恢復所需要的時間,而這個時間,是根據DIRTY BUFFER和LOG FILE的量估算出來的,一旦這個值,接近或超過TARGET_MTTR,系統就會觸發CHECKPOINT,執行完CHECKPOINT後,系統的ESTIMATED_MTTR開始重新計算.(凡事都有例外,有可能ESTIMATED_MTTR>TARGET_MTTR,什麼情況下,就請你自己思考一下了,呵呵).
    以上就是FAST_START_MTTR_TARGET對系統所做的限制,實際上,這個參數不會修改ORACLE的配置,不會象你理解的那樣,去增加CHECKPOINT的頻率,也不會縮小LOG FILE,呵呵,只是在適當的時候觸發CHECKPOINT而已

相关文章
|
5月前
|
Serverless 应用服务中间件 网络安全
函数计算操作报错合集之如何处理报错 "Function instance health check failed on port 7860 in 120 seconds."
在使用函数计算服务(如阿里云函数计算)时,用户可能会遇到多种错误场景。以下是一些常见的操作报错及其可能的原因和解决方法,包括但不限于:1. 函数部署失败、2. 函数执行超时、3. 资源不足错误、4. 权限与访问错误、5. 依赖问题、6. 网络配置错误、7. 触发器配置错误、8. 日志与监控问题。
|
5月前
run()方法和start()方法测试解析
run()方法和start()方法测试解析
|
IDE 编译器 开发工具
【RT-Thread】env工具学习(更新中)
【RT-Thread】env工具学习(更新中)
492 0
|
Linux 程序员 C语言
start_kernel函数部分分析
start_kernel函数部分分析
166 0
start_kernel函数部分分析
syberh:未检测到已安装的target,请先安装target
syberh:未检测到已安装的target,请先安装target
68 0
|
测试技术
软件测试面试题:在run-time setting里你可以设置哪些改变?
软件测试面试题:在run-time setting里你可以设置哪些改变?
103 0
|
Linux 编译器 C语言