近期處理的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）溝通，有些問題可能沒有答案或者因為時間，會有延誤，敬請諒解，歡迎技術交流。