【OCP最新題庫解析(052)--題2】...is true about FAST_START_MTTR_TARGET

原創：   小麥苗   小麥苗DBA寶典   4月22日

---

---

在Oracle中，PMON清理失敗程式的頻率是多長？

Which two are true about FAST_START_MTTR_TARGET?

A.  It is applicable only when the database is in ARCHIVELOG mode.

B.  A lower value increases the time taken to perform instance recovery.

C.  A higher value increases the I/O overhead.

D.  I t is overridden by LOG_CHECKPOINT_INTERVAL.

E.  I f it is set to 0, the MTTR Advisor is disabled.

A nswer ：  DE

對於 B 選項， MTTR 設定越小，例項恢復的時間越短。如果 MTTR 目標的值較小，則會因增加了資料檔案寫入次數而增加 I/O 開銷（這會影響效能）。

對於 C 選項， MTTR 設定越大，則例項在崩潰後需要花費較長的時間才會恢復。如果 MTTR 目標的值較大，則會因減小了資料檔案寫入次數而 減小 I/O 開銷 。

 

FAST_START_MTTR_TARGET 初始化引數可以簡化例項或系統故障的恢復時間配置。 MTTR 指導可將 FAST_START_MTTR_TARGET 值轉換為多個引數，以便在所需時間內（或者在儘量接近此時間的範圍內）啟用例項恢復。請注意， 將 FAST_START_MTTR_TARGET 引數顯式設定為 會禁用 MTTR 指導。

FAST_START_MTTR_TARGET 引數的設定值必須支援系統的服務級協議。如果 MTTR 目標的值較小，則會因增加了資料檔案寫入次數而增加 I/O 開銷（這會影響效能）。但是， 如果 MTTR 目標設定得過大，則例項在崩潰後需要花費較長的時間才會恢復。

通過引數 FAST_START_MTTR_TARGET 可以指定資料庫執行單例項的崩潰恢復所要花費的秒數（由後臺程式 SMON 實現），可以認為是一個加快例項恢復的引數。 基於內部統計資訊，增量檢查點會自動調整檢查點目標，以滿足 FAST_START_MTTR_TARGET 的要求。在 Oracle 8i 中，初始化引數 FAST_START_IO_TARGET 會使增量檢查點自動調整其目標，從而使恢復所需的資料塊數量不多於 FAST_START_IO_TARGET 設定的值。自 Oracle 9i 開始，已棄用此引數，取而代之的是引數 FAST_START_MTTR_TARGET ，並且該引數已成為優化增量檢查點目標的首選方法。

從 Oracle 10g 開始， FAST_START_MTTR_TARGET 預設值為 ，即開啟自調節檢查點（ self-tune checkpointing ），自調節檢查點對應隱含引數為“ _DISABLE_SELFTUNE_CHECKPOINTING ”，該值預設為 FALSE 。

若顯式設定 FAST_START_MTTR_TARGET 為 ，則在告警日誌中會有提示：

MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set

若該引數設定為非 ，則表示開啟 MTTR Advisory （ STATISTICS_LEVEL 引數必須為 TYPICAL 或者 ALL ），此時告警日誌中不會再有以上資訊提示了。若該值設定太小，則也會有提示：

FAST_START_MTTR_TARGET 45 is set too low, using minimum achievable MTTR 48 instead.

對於 MTTR 以下檢視比較重要：

V$INSTANCE_RECOVERY.ESTIMATED_MTTR 顯示當前預計的平均恢復時間（ MTTR ， Mean Time To Recovery ，以秒為單位）。即使未指定 FAST_START_MTTR_TARGET ，也同樣會顯示此值。

V$INSTANCE_RECOVERY.TARGET_MTTR 顯示由系統強制執行的有效 MTTR 目標（以秒為單位）。

V$MTTR_TARGET_ADVICE 顯示在當前的 MTTR 設定下由當前的工作負載產生的 I/O 數量，以及在其它 MTTR 設定下將由當前的工作負載產生的預計 I/O 數量。此檢視可幫助使用者在執行時效能和設定 FAST_START_MTTR_TARGET 以實現快速恢復之間進行權衡。若未開啟 MTTR Advisory 則此檢視內容為空。

 

引數 LOG_CHECKPOINT_INTERVAL 指定增量檢查點目標應滯後於當前日誌尾的最大 Redo 塊數量。如果指定了 FAST_START_MTTR_TARGET ，那麼就不應設定 LOG_CHECKPOINT_INTERVAL 或將其設定為 。在大多數 Unix 系統上，作業系統塊大小都是 512 位元組。也就是說，如果將 LOG_CHECKPOINT_INTERVAL 的值設定為 10000 ，那麼就意味著增量檢查點目標相對於當前日誌尾的滯後不得超過 5M 。以此計算，如果 Redo 日誌的大小為 20M ，那麼會對每個日誌產生 4 個檢查點。 LOG_CHECKPOINT_INTERVAL 會影響檢查點的發生時間，這意味著應特別注意此引數的設定，保持其隨 Redo 日誌檔案的大小變化而更新。 檢查點的頻率是影響資料庫從意外故障中恢復所需時間的因素之一。檢查點之間的間隔越長，則在發生系統崩潰時，資料庫恢復所需的時間就越長。 檢查點間隔越短意味著資料庫的恢復速度越快，但是代價是檢查點操作會消耗更多的資源。此引數還會影響在恢復的前滾階段期間完成資料庫恢復操作所需的時間。實際的恢復時間取決於此時間，以及其它因素，例如故障型別（例項或系統崩潰、介質故障等）以及需要應用的歸檔 Redo 日誌數量。

---

---

About Me

........................................................................................................................ ● 本文作者：小麥苗，部分內容整理自網路，若有侵權請聯絡小麥苗刪除 ● 本文在itpub（ http://blog.itpub.net/26736162 ）、部落格園（ http://www.cnblogs.com/lhrbest ）和個人weixin公眾號（ xiaomaimiaolhr ）上有同步更新 ● 本文itpub地址： http://blog.itpub.net/26736162 ● 本文部落格園地址： http://www.cnblogs.com/lhrbest ● 本文pdf版、個人簡介及小麥苗雲盤地址： http://blog.itpub.net/26736162/viewspace-1624453/ ● 資料庫筆試面試題庫及解答： http://blog.itpub.net/26736162/viewspace-2134706/ ● DBA寶典今日頭條號地址： http://www.toutiao.com/c/user/6401772890/#mid=1564638659405826 ........................................................................................................................ ● QQ群號： 230161599 （滿） 、618766405 ● weixin群：可加我weixin，我拉大家進群，非誠勿擾 ● 聯絡我請加QQ好友 （ 646634621 ） ，註明新增緣由 ● 於 2018-08-01 06:00 ~ 2018-08-31 24:00 在魔都完成 ● 最新修改時間：2018-08-01 06:00 ~ 2018-08-31 24:00 ● 文章內容來源於小麥苗的學習筆記，部分整理自網路，若有侵權或不當之處還請諒解 ● 版權所有，歡迎分享本文，轉載請保留出處 ........................................................................................................................ ● 小麥苗的微店 ： https://weidian.com/s/793741433?wfr=c&ifr=shopdetail ● 小麥苗出版的資料庫類叢書 ： http://blog.itpub.net/26736162/viewspace-2142121/ ● 小麥苗OCP、OCM、高可用網路班 ： http://blog.itpub.net/26736162/viewspace-2148098/ ● 小麥苗騰訊課堂主頁 ： https://lhr.ke.qq.com/ ........................................................................................................................ 使用 weixin客戶端 掃描下面的二維碼來關注小麥苗的weixin公眾號（ xiaomaimiaolhr ）及QQ群（DBA寶典）、新增小麥苗weixin， 學習最實用的資料庫技術。 ........................................................................................................................

 

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/26736162/viewspace-2213214/，如需轉載，請註明出處，否則將追究法律責任。