還沒起床，該死的電話響了。一個(gè)讓人緊張的消息：dataguard數(shù)據(jù)庫(kù)主從不同步，趕緊爬起來(lái)干活。

成都創(chuàng)新互聯(lián)公司于2013年開始，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目做網(wǎng)站、成都網(wǎng)站制作網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元南雄做網(wǎng)站,已為上家服務(wù),為南雄各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:18980820575

第一步，檢查告警日志log.xml。睜大眼睛仔細(xì)找，沒看到什么異常的輸出；再用grep一類的工具過(guò)濾一下，也沒有所獲。看來(lái)情況還是不錯(cuò)啊，如果這里出現(xiàn)error一類的，問題就大發(fā)了。

接下來(lái)檢查主備兩邊的序號(hào)，發(fā)現(xiàn)兩邊的歸檔序號(hào)是一致的。

由此可初步斷定，歸檔日志還在繼續(xù)傳輸，而且還沒有丟失任何歸檔數(shù)據(jù)。為了確保萬(wàn)一，備庫(kù)上再執(zhí)行一下SQL> select name,SEQUENCE#,APPLIED fromv$archived_log order by sequence#;輸出截取如下：

檢查一下目錄，看看這些歸檔日志是否存在，萬(wàn)幸，真的在呢!主庫(kù)上也查一下，序號(hào)也跟備庫(kù)對(duì)的上?，F(xiàn)在可以確定是standby沒有對(duì)日志進(jìn)行應(yīng)用，回過(guò)頭去查看進(jìn)程mrp在不在運(yùn)行中，ps aux|grep mrp，嘿嘿，沒有呢！那好，我們就來(lái)執(zhí)行一下，具體指令為：

sql>alter database recover managed standby database using current logfile disconnect;

執(zhí)行完成后，我們可以通過(guò)對(duì)比，了解發(fā)生了什么？

接下來(lái)，打開告警日志，就可以看到歸檔應(yīng)用的變化。同時(shí)聯(lián)系其他人，檢查數(shù)據(jù)是否再逐步增加。