ORACLE 10G 10201 RAC ORA-15063

周末在窩裡整RAC,尤其是在筆記本上整 使用VBOX軟體 因為VBOX 不夠穩定 導致死機,無法進圖形介面等問題,從而把節點1個幹了.

然後從節點2複製過來,可惜VBOX拒絕載入,FUCK VBOX ! ORACLE公司除了ORACLE資料庫好外,其他都比較爛,只會收購好公司!

說實在的ORACLE 資料庫也不咋地,使用起來很不方便,尤其是安裝的時候. 步驟很多,沒個步驟沒做好 就要重新來過.

11G的RAC 雖然簡化了些,可惜非常地慢, 在CRS圖形介面配置後 執行ROOT.SH指令碼 才真正地配置CRS 啟動CRS各個進程,並且ASM盤格式化.

如果ASM已經被裝過或者汙染過,則要用DD命令刷屏 FUCK ORACLE 要刷個20G的硬碟會等死人的. 我在筆記本上DD 三個5G硬碟 花費了N個小時.

因為在做ASM盤格式化的時候,不知道是筆記本硬碟不給力還是CPU P61000不給力? 媽地逼耗費了1個小時,然後報錯.查看日誌說ASM 不支援該版本的作業系統

吊你妹啊 我可是用ORACLE LINUX 6.4 !  網上有人說 更改/tmp/下的 linux relase 資訊. 媽地逼 cat 該檔案一看 說是redhat linux 6.4....xxxxx.xxx

不弔你妹 吊誰的妹啊 從ORACLE 官方網站下來的 ORACLE公司人居然不改此資訊.

ORACLE 11G 統統使用JAVA系統 非常地慢,需要4G記憶體 快速硬碟 超強CPU . 比起10G R2版本來說 簡直是牛車啊!  當然在窩裡的台式電腦10分鐘做完ASM工作

連版本不匹配都不說 刷刷就裝好了. 看來玩新資料庫 得要配置超好的機器.

媽地逼 就1個版本差距 就要消耗如此強的電腦資源,ORACLE公司的軟體工程師真爛!

以後要裝ORACLE 12C 和EM12C 看來要買個伺服器來玩了

[root@node1 dev]# oerr ora 15063
15063, 00000, "ASM discovered an insufficient number of disks for diskgroup \"%s\""
// *Cause:  ASM was unable to find a sufficient number of disks belonging to the
//          diskgroup to continue the operation.
// *Action: Check that the disks in the diskgroup are present and functioning,
//          that the owner of the ORACLE binary has read/write permission to
//          the disks, and that the ASM_DISKSTRING initialization parameter
//          has been set correctly.  Verify that ASM discovers the appropriate
//          disks by querying V$ASM_DISK from the ASM instance.

15063 問題是 許可權問題  在安裝ASM盤的時候 /dev/oracleasm/disks/VOL1-----VOL3 都是root許可權

只要chown -R oracle:dba /dev/oracleasm 即可

可是在DBCA下 先要停掉在安裝節點上的ASM執行個體

ps -ef |grep asm

如果你看到一大堆類似亂碼的顯示 那就是JAVA代碼 是DBCA圖形介面還開著. 最後幾行是ASM進程

export ORACLE_SID=+ASM1

sqlplus /nolog

connect sys/(DBCA圖形介面上輸入的密碼) as dba

shutdown

等待

記住要退出DBCA介面 要不一直等待中.