視圖V$DATAGUARD_STATS

在官方文檔上，關于V$DATAGUARD_STATS是這樣描述的： 該動態(tài)性能視圖顯示出在主庫上產(chǎn)生了多少重做日志數(shù)據(jù)，但是還沒有被備庫所應用。所以，通過查詢該視圖可以基本確定如果萬一主庫出現(xiàn)崩潰的話，備庫上將丟失多少重做日志數(shù)據(jù)。我們可以在一套Dataguard環(huán)境下的任一備庫的實例上從該視圖里獲取相關信息，然而，在主庫的實例上查詢該視圖返回的信息都將是空。也就是說，只可以從備庫的實例上查詢V$DATAGUARD_STATS，從主庫實例上是看不到任何有用信息的。

接下來，解釋一下各個字段的值信息：

NAME：

apply lag,該值表示在通過在備庫上應用主庫傳遞過來的重做日志與出庫同步所延遲的時間。APPLY LAG: Amount of time that the application of redo data on the?standby database lags behind the primary database.從查詢中可以看到第1個延遲15秒，第2個延遲0秒。說明該11g的備庫應用重做日志已經(jīng)與該主庫完全同步了。

transport lag,該值表示在單位時間內(nèi)主庫上產(chǎn)生的重做日志還沒有傳輸?shù)絺鋷焐?，或者主庫上產(chǎn)生的重做日志還沒有被備庫所應用。從查詢中看到第1個10g備庫上的日志傳輸延遲7秒，而第2個11g備庫的日志傳輸延遲為0。

apply finish time,該值表示在備庫上完成應用重做日志所需要的時間。從第1個查詢中看到完成應用重做日志還需要0.1秒，第2個查詢中則為0，因為已經(jīng)完全同步。

estimated startup time,該值表示啟動和打開物理備庫所需要的時間，該字段不是適用于邏輯備庫。?An estimate of the time needed to?start and open the database.

standby has been open,該值表示物理備庫自從上次啟動以來，是否以OPEN READ ONLY方式打開過？該參數(shù)值如果是Y，現(xiàn)在需要做FAILOVER，那么就需要先將該物理備庫shutdown然后以OPEN READ WRITE方式打開。從第1個查詢中，看到該物理備庫如果做FAILOVER，那么就需要shutdown--->startup open read write；第2個查詢中則沒有該記錄，因為 11g的dataguard可以一邊OPEN READ ONLY，一邊執(zhí)行redo apply,也就是11g 的ACTIVE Dataguard。

VALUE：給出各個參數(shù)的值。如第1個查詢中的，apply finish time值為+00 00:00:00.1，說明該物理備庫需要0.1秒的時間來完成應用剩余的重做日志數(shù)據(jù)。

UNIT：各個參數(shù)的時間單元。

TIME_COMPUTED：物理備庫上估算各個參數(shù)的本地時間。

DATUM_TIME：在物理備庫上獲取元數(shù)據(jù)來估算? APPLY LAG 和 TRANSPORT LAG 這兩個參數(shù)值的本地時間。如果從多次查詢中看到該時間值對應的APPLY LAG 和 TRANSPORT LAG 這兩個參數(shù)值保持不變的話，那么就說明該物理備庫已經(jīng)停止從主庫接收到重做數(shù)據(jù)！ 該字段是11g中新出現(xiàn)的。

版權聲明：本文內(nèi)容由網(wǎng)絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權內(nèi)容。

版權聲明：本文內(nèi)容由網(wǎng)絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權內(nèi)容。