由于是同事的虛機(jī)，我沒有相應(yīng)的環(huán)境，因此沒有重新問題，也沒有留下相應(yīng)的操作記錄，這里只是將過程簡單的描述一下，希望對(duì)以后碰到這個(gè)問題的人有所幫助。
數(shù)據(jù)庫版本10gr2 rac for linux，Oracle的cluster軟件和數(shù)據(jù)庫軟件已經(jīng)安裝成功，在建立數(shù)據(jù)庫的時(shí)候，出現(xiàn)了ORA-341錯(cuò)誤和ORA-312錯(cuò)誤。
Cluster安裝和數(shù)據(jù)庫軟件安裝應(yīng)該沒有問題，應(yīng)為同事測(cè)試了在建立ASM，并在ASM成功的建立了數(shù)據(jù)庫。
這次嘗試使用裸設(shè)備方式建立數(shù)據(jù)庫，結(jié)果報(bào)錯(cuò)。
檢查了一下alert問題和創(chuàng)建腳本，為發(fā)現(xiàn)什么值得注意的事情。安裝時(shí)候出現(xiàn)的錯(cuò)誤信息還沒有被記錄到alert文件中。
現(xiàn)在唯一的線索就是這兩個(gè)錯(cuò)誤了。ORA-312錯(cuò)誤信息沒有太大的意義，而ORA-341給出錯(cuò)誤描述和當(dāng)前的實(shí)際情況有所差異，THREAD2的日志在被加到數(shù)據(jù)庫時(shí)報(bào)錯(cuò)，而這個(gè)文件所在的裸設(shè)備還沒有被使用。
仔細(xì)又檢查了一下metalink，相關(guān)信息出奇的少，基本上這個(gè)錯(cuò)誤不會(huì)在建立數(shù)據(jù)庫的時(shí)候出現(xiàn)。
再次查看錯(cuò)誤描述：
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.
看來只能懷疑裸設(shè)備的配置有問題了。
首先查看了Oracle建庫是使用的mapfile文件，沒有發(fā)現(xiàn)異常。然后對(duì)比了兩個(gè)服務(wù)器上的/etc/sysconfig/rawdevices文件，也沒有發(fā)現(xiàn)不一致的地方。
最后在檢查給虛擬機(jī)分配的本地磁盤信息時(shí)，終于找到了問題所在。
兩個(gè)虛擬機(jī)的磁盤配置都存在問題，其中添加thread2日志的裸設(shè)備文件對(duì)應(yīng)操作系統(tǒng)磁盤文件被虛擬機(jī)添加了多次。
正式由于這個(gè)文件已經(jīng)被使用，Oracle在初始化的時(shí)候發(fā)現(xiàn)了錯(cuò)誤。
改正這個(gè)錯(cuò)誤后，問題解決
|
