近期處理的Oracle資料庫問題總結

最近幫一些朋友處理了一些Oracle的問題，也從中發現了一些潛在的問題，索性總結出來作為借鑑。為了保證資訊的敏感，裡面的問題描述可能和真實情況不符，但是問題的處理方式是真實的。

問題1：Oracle備庫無法啟動

問題2：Oracle備庫無法同步

問題3：主庫新增資料檔案後，備庫MRP退出。

問題4：備庫資料無法同步

問題1：Oracle備庫無法啟動

有一個資料庫備庫無法啟動，這個問題聽起來蠻有意思，這是一個套11g的資料庫，其實可以先把備庫置為read only，然後開啟日誌應用，等狀態變為read only with apply之後，就可以了，但是真實的情況還是有一些特別之處。我檢視環境裡的配置，發現主從複製關係竟然都沒有了，但是儘管複製關係沒有了，要把資料庫置為只讀還是可行的，結果嘗試了一圈都不行，最後發現是這位同學把system表空間的檔案給調換了。

問題2：備庫無法同步資料

這個問題在我隨後去跟進的時候，發現問題比之前有了很大的改觀，備庫可以正常啟動了，但是現在的問題是主從資料的複製依舊失敗，從歸檔引數可以看到複製關係是存在的，網路配置也沒問題，面對這樣一個看起來有些奇怪的問題，我的處理思路就很直接，肯定是哪裡有一些我們忽略的細節，怎麼能夠快速定位問題，排查問題呢，DG Broker就是一款神器，主備庫幾乎不需要做什麼額外的配置，就可以很輕鬆的建立配置，結果不到10分鐘，配置的時候，發現問題的原因就是備庫的db_unique_name和主庫是一樣的，修改之後，問題馬上迎刃而解。所以問題原因都很簡單，但是能夠很快從中找到這個原因，有一些技巧就會事半功倍。

問題3：主庫新增資料檔案後，備庫MRP退出。

第3個問題比較特別，是因為主庫的表空間不足，導致資料寫入阻塞，擴容了表空間之後，發現問題就來了，備庫的MRP竟然異常退出，關於資料檔案導致的MRP異常退出，印象中比較深是在10.2.0.4裡面，add datafile之後drop datafile會導致MRP異常,確切的說，這是一個bug,但是這裡碰到的問題是在11g裡，只是新增了資料檔案而已。

錯誤大概是這樣：

/opt/oradata/u01/app/oracle/diag/rdbms/xxxxx_dg/xxxx/trace/xxxx_dbw0_9328.trc:

ORA-01186: file 6 failed verification tests

ORA-01157: cannot identify/lock data file 6 - see DBWR trace file

ORA-01111: name for data file 6 is unknown - rename to correct file

ORA-01110: data file 6: '/U01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00006'

這個6號資料檔案就是新增的，簡單分析之後，就會發現又是一個坑，主要還是引數standby_file_management是manual導致，可以修改下這個檔案的路徑，然後開啟檔案管理為auto即可。最後開啟日誌應用。

1. alterdatabasecreatedatafile

2. '/U01/app/oracle/product/11.2.0/db_1/dbs/UNNAMED00006'as'xxxxxx';

3. altersystem setstandby_file_management=auto;

4. alterdatabaserecover managed standby databasedisconnect fromsession using currentlogfile;

問題4：備庫資料無法同步。

這個問題和問題2是一樣的效果，但是問題的原因卻有很大的差別。這個問題的願意就在於閃回去的設定，即歸檔檔案無法正常建立，不是系統層面的空間不足，而是閃回區的大小不足。

所以問題的原因和現象可以歸納為四點建議：

1. 備庫的搭建和同步關係維護建議使用DG Broker,他們的差別就跟自動擋和手動擋差不多，能自動擋幹嘛非要手動擋。

2. 備庫的檔案路徑建議保持一致，建議standby_file_management為auto

3. 儘可能設定主備庫的閃回區為一個較大的值範圍，保證資料的寫入不會因為邏輯限制而阻塞。

4. 全方位，細粒度的檢查，把問題解決在初始階段。

單純說上面的問題，其實不難，但是真實的環境，真實的問題，和你知道結果分析原因是兩回事。更何況，把別人的問題當做自己的問題一樣來對待，別人也會認真對待你。

原則上，百度谷歌沒有答案的問題，可以郵件（jeanrock@126.com）溝通，有些問題可能沒有答案或者因為時間，會有延誤，敬請諒解，歡迎技術交流。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/23718752/viewspace-2148058/，如需轉載，請註明出處，否則將追究法律責任。