虛擬機器安裝10g rac錯誤

一、重新安裝CRS需要做的事
dd清除ocr和vote disk
dd if=/dev/zero f=/dev/sdb1 bs=1M count=256
dd if=/dev/zero f=/dev/sdc1 bs=1M count=256
dd if=/dev/zero f=/dev/sdd1 bs=1M count=256
dd if=/dev/zero f=/dev/sde1 bs=1M count=256
dd if=/dev/zero f=/dev/sdf1 bs=1M count=256

rm -rf /var/tmp/.oracle /tmp/.oracle /etc/oracle /etc/oraInst.loc
rm -rf /etc/init.d/init.cssd /etc/init.d/init.crs /etc/init.d/init.crsd /etc/init.d/init.evmd
rm -rf /etc/rc2.d/K96init.crs /etc/rc2.d/S96init.crs
rm -rf /etc/rc3.d/K96init.crs /etc/rc3.d/S96init.crs
rm -rf /etc/rc5.d/K96init.crs /etc/rc5.d/S96init.crs
rm -rf /opt/app/oracle/oraInventory/* /opt/crs/oracle/product/10.2.0/crs_1/*

chown -R oracle:oinstall /opt/crs
chown -R oracle:oinstall /opt/app/oracle
chown -R oracle:oinstall /dev/raw
chown -R oracle:oinstall /dev/sd[b-f]1

rm -f /etc/inittab.crs
cp /etc/inittab.no_crs /etc/inittab

 

二、VMware Linux安裝RAC出現Failure at final check of Oracle CRS stack 10的解決
1、開通了root的ssh
2、/dev/sd[b-f]1在配置檔案中加入了shared
scsi1:0.shared = "true"
scsi1:1.shared = "true"
scsi1:2.shared = "true"
scsi1:3.shared = "true"
scsi1:4.shared = "true"

三、dbca配置asm時報：ORA-27102 out of memory解決方法：
#cat /proc/sys/kernel/shmmax
0
sysctl -p =>kernel.shmmax = 60129542144
因為：在32位Linux中共享記憶體段最大不能超過4G。如果在32位系統上設定SHMMAX值大於或等於4294967296 bytes (4 * 1024 * 1024 * 1024 = 4GB)，引數SHMMAX會變為0。也就是說在32位系統上SHMMAX不能超過4294967295(4G-1byte)。這是32位系統的限制，升級到64位系統能夠規避此問題。
解決方法：修改/etc/sysctl.conf中的kernel.shmmax = 4294967295，sysctl -p後dbca正常。

四、重啟後無法oracleasm listdisks/scandisks
現象：
[root@dbrac2 kernel]# /etc/init.d/oracleasm listdisks
[root@dbrac2 kernel]# /etc/init.d/oracleasm scandisks
Scanning system for ASM disks: [FAILED]
[root@dbrac2 kernel]# /etc/init.d/oracleasm createdisk VOL1 /dev/sdg1
Marking disk "/dev/sdg1" as an ASM disk: Error opening manager: No such file or directory
[FAILED]
解決方法：雙機重新執行#/etc/init.d/oracleasm configure
再執行/etc/init.d/oracleasm listdisks(/scandisk)均OK。

 

五、asm需要的CSS服務起不來
現象：
ps -ef|grep css
一個/bin/sh /etc/init.d/init.cssd fatal
幾個/bin/sh /etc/init.d/init.cssd startcheck
解決方法：重新執行/etc/init.d/oracleasm configure重新配置一遍即可。

六、重啟後/dev/raw/raw[1-5]和/dev/sd[b-n]1的屬主重新變為root:disk的解決
之前我一直採用的是在/etc/rc.d/rc.local中增加以下兩行：
chown -R oracle:oinstall /dev/raw
chown -R oracle:oinstall /dev/sd[b-n]1
可以臨時解決。永久解決的方法如下：

在/etc/udev/permissions.d/50-udev.permissions中：
1、修改一行：
raw/*:root:disk:0660 --&gt raw/*:oracle:oinstall:0660
2、在sd*:root:disk:0660後增加如下一行：
sd[b-n]1:oracl3:oinstall:0660

七、雙機時間同步的解決方法
在1號機的/etc/rc.d/rc.local中增加一行：service ntpd restart
在2號機執行while true; do; sleep 1; ntpdate dbrac1(1號機主機名); done

 

八、建立磁碟組時報：無法使用連線服務dbrac2:1521:+ASM2將磁碟組裝載到遠端節點dbrac2。請確保監聽程式在此節點上執行，並且ASM例項已註冊到監聽程式。收到以下錯誤：
Listener refused the connection with the following err:
ORA-12523,......
此時，可用磁碟組的“狀態”欄均為“MOUNTED(1/2)”
dbrac1上：v$asm_diskgroup的state均為MOUNTED
export ORACLE_SID=+ASM1
SQL>select name,stat from v$asm_diskgroup;
dbrac2上：均為DISMOUNTED。

解決方法：
在lsnrctl status有問題的節點執行netca重新配置監聽，可能要在兩節點間來回多次配置，我有一次就配置了4次才兩遍都OK。
然後再次裝載，所有可用磁碟組“狀態”均為“MOUNTED(2/2)”，即為OK。

九、crs_stat -t顯示db和inst Target=ONLINE State=OFFLINE處理
虛擬機器自動啟動後，報
[oracle@dbrac1 ~]$ crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora.dbrac.db application ONLINE OFFLINE
ora....c1.inst application ONLINE OFFLINE
ora....c2.inst application ONLINE OFFLINE
ora....SM1.asm application ONLINE ONLINE dbrac1
ora....C1.lsnr application ONLINE ONLINE dbrac1
ora.dbrac1.gsd application ONLINE ONLINE dbrac1
ora.dbrac1.ons application ONLINE ONLINE dbrac1
ora.dbrac1.vip application ONLINE ONLINE dbrac1
ora....SM2.asm application ONLINE ONLINE dbrac2
ora....C2.lsnr application ONLINE ONLINE dbrac2
ora.dbrac2.gsd application ONLINE ONLINE dbrac2
ora.dbrac2.ons application ONLINE ONLINE dbrac2
ora.dbrac2.vip application ONLINE ONLINE dbrac2

手工啟動資料庫報：
SQL> startup
ORA-01078: failure in processing system parameters
ORA-01565: error in identifying file '+DGARC/dbrac/spfiledbrac.ora'
ORA-17503: ksfdopn:2 Failed to open file +DGARC/dbrac/spfiledbrac.ora
ORA-15077: could not locate ASM instance serving a required diskgroup

解決方法：
將兩邊+ASM1/2例項shutdown後再startup即可從srvctl啟動資料庫。
後來，重啟+ASM例項也沒用了，解決方法就是執行/etc/init.d/oracleasm configure，重新配置後能listdisks，再重啟+ASM例項可mount diskgroup。
後來的後來，發現執行oracleasm enable時，也能liskdisks，但是重啟後又失效了。只好暫時將/etc/init.d/oracleasm enable寫在/etc/rc.d/rc.local，能夠正常啟動資料庫和例項。可能是因為ASMLIB的問題。

十、10gR2 rac vip服務頻繁重啟及在節點間漂移的一種解決辦法
造成這種現象的原因可能有很多，但是有一種情況比較突出...
在安裝rac的過程中，如果public 網路卡沒有設定閘道器(GATEWAY),那麼在執行vipca的時候通常不能成功，具體錯誤可以根據提示檢視日誌；如果設定了GATEWAY,則vipca可以配置成功，但是在crs啟動相關的服務之後，vip服務會頻繁重啟並且在各節點之間漂移不定，具體現象如下：

[root@rac2 ~]# /oracle/product/10.2.0/crs/bin/./crs_stat -t
Name Type Target State Host
------------------------------------------------------------
ora.rac1.gsd application ONLINE ONLINE rac1
ora.rac1.ons application ONLINE ONLINE rac1
ora.rac1.vip application ONLINE ONLINE rac1
ora.rac2.gsd application ONLINE ONLINE rac2
ora.rac2.ons application ONLINE ONLINE rac2
ora.rac2.vip application ONLINE ONLINE rac1
在這裡注意到服務ora.rac2.vip本該執行在節點rac2上，但是現在執行在節點rac1上了，過一會可能還會漂移，甚至ora.rac1.vip可能也會漂移不定，甚至處於offline，如果vip服務不穩定，那麼安裝oracle軟體會出現問題，當然建庫的話可能也會出現問題...
解決辦法上面已經說了，一定要給public 網路卡設定閘道器，並且要確保閘道器可以ping通，如果使用vmware虛擬機器來安裝rac，則閘道器可以和public網路卡的ip設定為相同，只要保證能ping通問題就可以解決。檢驗是否配置了閘道器，可以透過下面的辦法：
使用route -n看一下是否配置了閘道器（gateway有沒有ip）或者看看/etc/sysconfig/nework-scripts/ifcfg-eth0裡面有沒有GATEWAY=.....如果沒有則說明沒有配置閘道器
另外出現vip漂移不定的話通常日誌中會有提示，一定要注意看日誌：

2010-03-11 10:18:12.230: [ RACG][3067668160] [9631][3067668160][ora.rac2.vip]: checkIf: Default gateway is not defined (host=rac2)
Interface eth0 checked failed (host=rac2)
Invalid parameters, or failed to bring up VIP (host=rac2)
我在透過虛擬機器安裝rac的過程中該問題困擾了很久，當時比較鬱悶，最近發現pub上有2個人也遇到了同樣的問題，所以整理一下...