由于是同事的虛機,我沒有相應的環(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)了錯誤。 改正這個錯誤后,問題解決
|