啟動資料庫報錯;
uj5u.com熱心網友回復：
查閱了很多資料都沒有能解決.uj5u.com熱心網友回復：
看看 alert log 檔案中，有什么提示。uj5u.com熱心網友回復：
這這種問題，一般都是控制檔案的問題，比如：1.控制問題權限原因，需要重新授權。
2.控制問題損壞，需要重建。
。。。。
等等！
uj5u.com熱心網友回復：
網上也很多關于這個問題的文章或博客http://blog.csdn.net/chengxuefei_bj/article/details/50887904
http://blog.itpub.net/26143577/viewspace-720679/
http://www.linuxidc.com/Linux/2013-06/85260.htm
請參考下！
uj5u.com熱心網友回復：
show parameter control_files，看看這個引數指向的控制檔案存不存在，如果：1、只有至少一個，那么復制該引數指向中存在的檔案到其他不存在的目錄，然后alter database mount;如果可以，那么繼續alter database open;
2、如果一個都沒有，而且以前也沒有做過控制檔案的備份，那正常恢復資料庫的大門就關上了；
3、如果你的環境比較復雜，比如同臺機器上有很多資料庫，而且還有過刪庫什么之類的操作，或者其他奇葩的事件，那么可以考慮是不是設定錯了ORACLE_SID變數，使得實體啟動的時候指向了錯誤的引數檔案，而錯誤的引數檔案中指向了錯誤的控制檔案位置。設定正確的ORACLE_SID有望解決這個問題。
uj5u.com熱心網友回復：
看看控制引數里面control_files的配置，然后再看看alert里面錯誤的提示估計引數配置不對
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/81538.html
標籤：基礎和管理