?在NOCATALOG模式下，RMAN創建的備份信息都將保存在目標數據庫的控制文件中，所以一旦控制文件丟失，不僅目標數據庫崩潰，連RMAN的備份信息也盡數丟失，這種情況下，如果您有控制文件備份，那還有救（沒有備份的話，也并非完全沒有希望，如果DBA對自己的Oracle數據庫非常了解，可以通過寫腳本的方式重建控制文件。）

????? 以下是歸檔模式下，控制文件丟失時的恢復，當然仍利用前面實驗時的備份：

實驗前首先需記下數據庫的DBID：

1、模擬文件丟失，正在操作數據中：

跟之前實驗一樣，還是直接刪除，當然刪除之前仍要關閉數據庫：

2、由于控制文件丟失，數據庫不能打開，只能處于mount狀態：

3、恢復控制文件，這里需要用到前面所記錄的DBID了：

目標數據庫控制文件丟失，無法啟動到MOUNT狀態，此處需首先設置指定DBID：

4、前面創建備份時都是在NOCATALOG模式下進行的，因此備份信息、備份設置等都是存儲在目標數據庫的控制文件中，現在控制文件丟失，相當于前面的一些配置也丟失了，用show all 命令查看，可見所有配置均恢復成了默認值：

5、此時恢復控制文件，不能直接使用RESTORE CONTROLFILE FROM AUTOBACKUP 命令，因為自動備份的設置也丟失了，并且此時也是在NOCATALOG模式下，無法配置CONTROLFILE AUTOBACKUP 的相關屬性，因此選擇顯式指定控制文件備份集的方式恢復控制文件：

注意：指定控制文件時，最好找一個新一點的備份集。

6、有了控制文件，就可以將數據庫置為MOUNT狀態了：

7、由于只是控制文件丟失，數據文件仍在，因此并不需要對整個數據庫進行修復操作，只需要執行RECOVER命令，重新應用備份的控制文件后生成的那些重做日志即可，執行RECOVER DATABASE 命令，再執行：ALTER DATABASE OPEN RESETLOGS

8、數據庫可以打開了，查看一下數據是否還在：

OK，原來的數據又回來了！

通過上述實驗，可知控制文件的重要性，所以做好備份是很有必要的！！'''''''''

本文轉自pimg200551CTO博客，原文鏈接：?http://blog.51cto.com/pimg2005/842310，如需轉載請自行聯系原作者

總結

以上是生活随笔為你收集整理的ORACLE基础学习-RMAN应用-控制文件恢复的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。