由于是同事的虛機，我沒有相應的環(huán)境，因此沒有重新問題，也沒有留下相應的操作記錄，這里只是將過程簡單的描述一下，希望對以后碰到這個問題的人有所幫助。
數(shù)據(jù)庫版本10gr2 rac for linux，Oracle的cluster軟件和數(shù)據(jù)庫軟件已經(jīng)安裝成功，在建立數(shù)據(jù)庫的時候，出現(xiàn)了ORA-341錯誤和ORA-312錯誤。
Cluster安裝和數(shù)據(jù)庫軟件安裝應該沒有問題，應為同事測試了在建立ASM，并在ASM成功的建立了數(shù)據(jù)庫。
這次嘗試使用裸設備方式建立數(shù)據(jù)庫，結(jié)果報錯。
檢查了一下alert問題和創(chuàng)建腳本，為發(fā)現(xiàn)什么值得注意的事情。安裝時候出現(xiàn)的錯誤信息還沒有被記錄到alert文件中。
現(xiàn)在唯一的線索就是這兩個錯誤了。ORA-312錯誤信息沒有太大的意義，而ORA-341給出錯誤描述和當前的實際情況有所差異，THREAD2的日志在被加到數(shù)據(jù)庫時報錯，而這個文件所在的裸設備還沒有被使用。
仔細又檢查了一下metalink，相關信息出奇的少，基本上這個錯誤不會在建立數(shù)據(jù)庫的時候出現(xiàn)。
再次查看錯誤描述：
ORA-00341: log string of thread string, wrong log # string in header
Cause: The internal information in an online log file does not match the control file.
Action: Restore correct file or reset logs.
ORA-00312: online log string thread string: "string"
Cause: This message reports the filename for details of another message.
Action: Other messages will accompany this message.
See the associated messages for the appropriate action to take.
看來只能懷疑裸設備的配置有問題了。
首先查看了Oracle建庫是使用的mapfile文件，沒有發(fā)現(xiàn)異常。然后對比了兩個服務器上的/etc/sysconfig/rawdevices文件，也沒有發(fā)現(xiàn)不一致的地方。
最后在檢查給虛擬機分配的本地磁盤信息時，終于找到了問題所在。
兩個虛擬機的磁盤配置都存在問題，其中添加thread2日志的裸設備文件對應操作系統(tǒng)磁盤文件被虛擬機添加了多次。
正式由于這個文件已經(jīng)被使用，Oracle在初始化的時候發(fā)現(xiàn)了錯誤。
改正這個錯誤后，問題解決
|
