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

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

 

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

 

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

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

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

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

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

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

網頁標題：oracleDataguard數(shù)據(jù)庫不同步處理備忘
分享網址：http://aaarwkj.com/article10/iighdo.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供定制網站、標簽優(yōu)化、定制開發(fā)、服務器托管、關鍵詞優(yōu)化、網站營銷

廣告

聲明：本網站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)