資料庫resetlogs後進行rman恢復1

手頭碰到一個資料庫，三個TB的資料檔案。
7月5日資料庫改成了歸檔模式，然後做了控制檔案的備份
7月6日做了一個全庫的熱備，但是沒有備份控制檔案。
之後一直沒有備份，歸檔檔案雖然沒有備份，但一直沒有刪除，是全的，都存在歸檔目錄裡面。

7月16日停電，資料庫由於壞塊、回滾段出問題等各種原因，不能啟動，具體什麼原因我沒有在場，知道的不太確切。壞塊的原因是肯定有的。

然後資料庫管理員搞了兩天，使用了resetlogs等方法，新增加了undo表空間，並進行了undo表空間的替換。但是沒有對控制檔案進行備份。


終於把資料庫給open了，但是最重要的資料表因為壞塊無法進行select加條件的查詢。

管理員又增加了一個表空間，還是沒有備份控制檔案。

然後管理員用工具把資料表裡面的資料匯出了，具體什麼工具我也不太清楚，然後新建立了一個使用者，把資料載入到新建的表空間裡面。

應用的人檢視資料以後，發現2800萬的記錄出現不連續的記錄丟失，因為應用比較特殊，這種丟失使恢復的資料變得沒有任何意義。

應用的人說哪怕只恢復2000萬條記錄也行，只要是連續的

 

 

我考慮了半天，還是覺得用rman恢復備份試試。

restore database ;
經過一天的等待，restore完成，因為沒有其他控制檔案的備份，沒有catalog，控制檔案使用的是現在最新的

在需要進行recover的時候 報錯，卡住了。

原因是restore的資料檔案是7月6日的，但7月18日資料庫resetlogs了好幾次，然後還增加過資料檔案，改過undo。

 

 

網上查了半天資料，自己瞎琢磨了兩個方面去搞，
一是利用oracle 10g可以跨resetlogs恢復的功能，恢復到最新
二是在rman裡面設定reset database to incarnation number碰碰運氣