【OCP最新題庫解析(052)--題23】Which two affect the time taken for ins
- 2019 年 10 月 10 日
- 筆記
Q
題目
Which two affect the time taken for instance recovery?
A. Size of archivelogs.
B. Size of existing RMAN backupsets.
C. FAST_START_MTTR_TARGET value.
D. Size of UNDO tablespace.
E. UNDO_RETENTION value.
F. Size of redo logs.
A
答案
Answer：CF
參考第2題。
FAST_START_MTTR_TARGET初始化參數可以簡化實例或系統故障的恢復時間配置。MTTR指導可將FAST_START_MTTR_TARGET值轉換為多個參數，以便在所需時間內（或者在盡量接近此時間的範圍內）啟用實例恢復。請注意，將FAST_START_MTTR_TARGET參數顯式設置為0會禁用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默認值為0，即開啟自調節檢查點（self-tune checkpointing），自調節檢查點對應隱含參數為「_DISABLE_SELFTUNE_CHECKPOINTING」，該值默認為FALSE。
若顯式設置FAST_START_MTTR_TARGET為0，則在告警日誌中會有提示：
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
若該參數設置為非0，則表示開啟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或將其設置為0。在大多數Unix系統上，作業系統塊大小都是512位元組。也就是說，如果將LOG_CHECKPOINT_INTERVAL的值設置為10000，那麼就意味著增量檢查點目標相對於當前日誌尾的滯後不得超過5M。以此計算，如果Redo日誌的大小為20M，那麼會對每個日誌產生4個檢查點。LOG_CHECKPOINT_INTERVAL會影響檢查點的發生時間，這意味著應特別注意此參數的設置，保持其隨Redo日誌文件的大小變化而更新。檢查點的頻率是影響資料庫從意外故障中恢復所需時間的因素之一。檢查點之間的間隔越長，則在發生系統崩潰時，資料庫恢復所需的時間就越長。檢查點間隔越短意味著資料庫的恢復速度越快，但是代價是檢查點操作會消耗更多的資源。此參數還會影響在恢復的前滾階段期間完成資料庫恢復操作所需的時間。實際的恢復時間取決於此時間，以及其它因素，例如故障類型（實例或系統崩潰、介質故障等）以及需要應用的歸檔Redo日誌數量。