ORACLE RMAN恢復中的一些注意事項

近期一直在做資料恢復，其中遇到大大小小許多問題，期間耽誤了較多時間， 很多問題其實是可以避免的，在此做下總結：

1.重中之重：空間評估。由於環境是客戶給的，客戶之前有收集環境資訊，可惜到了實施時就馬馬虎虎，  發生過好幾次磁碟空間不足，然後中場通知SA加磁碟。最嚴重一次便是在恢復一個rac下 資料倉儲時，恢復到70%左右空間不足，rman 恢復程式直接中斷，因為所有的資料庫檔案 得重新命名到新的dg，中斷後擴容重新restore時一直仍報空間不足，發現原來restore的檔案仍要restore，且是新restore的檔案會重新命名成一個新的名字 ，最後鬼使神差的rm掉重新restore了，也是因為這個導致進度拖延，客戶領導不爽了，叫了 原廠的人來了搞，怪自己基本功不紮實啊。

2.引數檔案。編寫引數檔案時要注意指定的路徑，表空間，記憶體引數等調整要符合目標主機記憶體情況,出現過pfile中undo 表空間名字不對open錯誤，出現過compatible引數版本不對應失敗。
                                                                                         

3.注意redo 日誌路徑，oracle 在open resetlogs 重建redo 日誌 ，此時要注意控制檔案中記錄的redo日誌路徑在目標主機中是否存在，如果沒有，需 alter database rename file ；

4.   關於 開啟時   提示檔案沒有從一個足夠舊的備份中restore的ORA-01152錯誤。這個嘗試過好幾種方法，要不以控制檔案為基準去滾日誌，要麼以資料檔案為基準去繞過去，具體以下兩篇有記載：
http://blog.itpub.net/29863023/viewspace-1734732/ 和http://blog.itpub.net/29863023/viewspace-1776522/

5. 關於 ORA-19751  :could not create the change trackingfile    錯誤的解決方法是 可以關閉block tracking: ALTER DATABASE DISABLE BLOCK CHANGE TRACKING;

6.建立目錄及目錄許可權：所有恢復的檔案的目錄一定要建上，記得手工建立目錄是，目錄許可權一定要賦全；

7.  直接來自使用其他主機上的資料庫軟體時，更改軟體目錄路徑後容易導致呼叫庫檔案失敗，非常麻煩。

8.低版本的恢復到高版本時可能會提示先需要startup upgrade進行升級，此時最好保證庫的統計資訊足夠新，否則有的等的。

9.Oracle RMAN恢復時 10G以後臨時表空間在open resetlogs 時會自動建立。

持續更新。。。。