溫馨提示×
您好，登錄后才能下訂單哦！
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》
您好，登錄后才能下訂單哦！
還沒起床，該死的電話響了。一個讓人緊張的消息：dataguard數(shù)據(jù)庫主從不同步，趕緊爬起來干活。
第一步，檢查告警日志log.xml。睜大眼睛仔細(xì)找，沒看到什么異常的輸出；再用grep一類的工具過濾一下，也沒有所獲?？磥砬闆r還是不錯啊，如果這里出現(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沒有對日志進(jìn)行應(yīng)用，回過頭去查看進(jìn)程mrp在不在運(yùn)行中，ps aux|grep mrp ，嘿嘿，沒有呢！那好，我們就來執(zhí)行一下，具體指令為：
sql>alter database recover managed standby database using current logfile disconnect;
執(zhí)行完成后，我們可以通過對比，了解發(fā)生了什么？
接下來，打開告警日志，就可以看到歸檔應(yīng)用的變化。同時聯(lián)系其他人，檢查數(shù)據(jù)是否再逐步增加。
免責(zé)聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點(diǎn)不代表本網(wǎng)站立場，如果涉及侵權(quán)請聯(lián)系站長郵箱：is@yisu.com進(jìn)行舉報，并提供相關(guān)證據(jù)，一經(jīng)查實(shí)，將立刻刪除涉嫌侵權(quán)內(nèi)容。
億速云公眾號
手機(jī)網(wǎng)站二維碼
