Oracle RAC之－－安裝過程中碰到的問題及解決方法

這一篇主要討論整個RAC安裝過程中碰到的問題以及是如何解決的。

錯誤一：

配置共享磁碟的問題。如果共享磁碟本身有內容，可能會導致在安裝完CLUSTERWARE後，執行root.sh時出錯，錯誤資訊為：Failed to upgrade  Cluster Registry configuration。

這時可以利用dd命令來清除ocr和voting disk的共享磁碟。類似命令為：

dd if=/dev/zero of=/dev/rdsk/c2t0d2s3 bs=1073741824 count=1

其中of指定需要清除的共享磁碟裝置，而bs指定該裝置的空間大小。

清除之後，再次執行root.sh，則問題消失。

錯誤二：

Oracle預設不會使用s0分割槽，如果指定了s0分割槽作為ocr或voting disk，那麼在執行root.sh時也會收到同樣的錯誤資訊：Failed to upgrade Oracle Cluster Registry configuration。

這個時候可以指定其他的分割槽來替換s0分割槽。

錯誤三：

vip找不到public interface的問題。這個問題實際上是Oracle的bug。

Oracle認為192.168.*.*、10.*.*.*、172.16.*.*——172.31.*.*等ip屬於private IP。因此無法自動繫結到interface上。

在使用cluvfy工具驗證時會出現下面的錯誤：

ERROR: 
Could not find a suitable set of interfaces for VIPs.

而在安裝完ClusterWare後，第二個節點執行root.sh指令碼之後，會出現下面的錯誤：

The given interface(s), "ce0" is not public. Public interfaces should be used to configure virtual IPs.

這個的解決方法就是用root身份手工啟動VIPCA，進行手工配置。

Oracle對這個問題的詳細描述是：Doc ID:Note:316583.1：Subject:VIPCA FAILS COMPLAINING THAT INTERFACE IS NOT PUBLIC。

相關的bug資訊是：Bug 4437727 - VIPCA FAILS COMPLAINING THAT INTERFACE IS NOT PUBLIC。

 

錯誤四：

那就是如果沒有設定預設的閘道器資訊，那麼手工配置VIPCA的時候會出錯。

如果/etc/defaultrouter沒有正確的配置，那麼啟動vipca後，進行正確的配置。Oracle會執行6個步驟，Create VIP application resource、Create GSD application resource、Create ONS application resource、Start VIP application resource、Start GSD application resource、Start ONS application resource。

當執行到第四個步驟Starting VIP application resource時後出現錯誤。錯誤資訊為：

CRS-1006: No more members to consider 
CRS-0215: Could not start resource 'racnode1-vip'. 
CRS-1006: No more members to consider 
CRS-0215: Could not start resource 'racnode2-vip'.

配置了預設路由，就可以解決這個問題了。

錯誤五：

也是在安裝ClusterWare時碰到的。對於繫結PRIVATE ID的概念理解的不是很清晰，在加上cluvfy工具驗證時出現的錯誤：

ERROR: 
Could not find a suitable set of interfaces for VIPs.

因此嘗試手工透過下面的命令繫結VIP。

ifconfig eth0:1 plumb 
ifconfig eth0:1 172.25.198.224 netmask 255.255.0.0 broadcast 172.25.255.255 up

但是需要自動繫結這個虛擬IP，這種透過手工繫結的方式會導致ClusterWare安裝配置IP時出現下面的錯誤：

SEVERE: The virtual hostname(s), vip-node1,vip-node2, you have specified appears to be already assigned to another system on the network

解決方法就是去掉手工繫結的VIP，透過Oracle的配置工具使得Oracle自動進行繫結。

錯誤六：

在資料庫安裝階段碰到了。在Oracle編譯racg_install時出現編譯錯誤。檢查log檔案發現類似下面的問題：

makefile '/data/oracle/product/10.2/racg/lib/ins_has.mk' 的目標 'racg_install' 時出錯。

在make.log中出現型別下面的錯誤：

racg_install// data /oracle/product/10.2/racg/lib/ins_has.mk:7: /data/oracle/product/10.2/crs/lib/env_has.mk: 沒有那個檔案或目錄 make: *** 沒有規則可以建立目標“/data/oracle/product/10.2/crs/lib/env_has.mk”。 停止。

根據錯誤資訊發現是找不到env_has.mk檔案造成的問題。而這個錯誤居然在METALINK和GOOGLE上都找不到產生問題的原因。

到$ORACLE_HOME/crs/lib目錄下，確實找不到相應的env_has.mk。但是在$ORACLE_HOME/crs/crs/lib目錄下可以找到這個檔案。

造成這個錯誤出現的主要原因是CRS的主目錄和ORACLE_HOME主目錄出現衝突。

當時設定的ORACLE_HOME是/data/oracle/product/10.2，而安裝Oracle的ClusterWare時指定的主目錄是/data/oracle/product/10.2/crs。由於兩個目錄存在著巢狀關係，導致了這個問題的產生。

而後將ORACLE_HOME設定為/data/oracle/product/10.2/database，而Oracle的ClusterWare目錄不變，仍為/data/oracle/product/10.2/crs，錯誤不在出現。

錯誤七：

在第二次重建系統時出現的。由於儲存裝置沒有進行格式化。因此儲存裝置本身保留了ASM的配置資訊。

這種情況下第一次已經分配的ASM磁碟對於新的ASM例項是不可用的。

解決方法是透過第一個問題中介紹的清除ocr和voting disk的方式來清除裸裝置的資訊，比如：

dd if=/dev/zero of=/dev/rdsk/c2t0d2s3 bs=1073741824 count=1

更為重要的是，選擇ASM磁碟組的時候，不能選擇和上次配置同名的磁碟組，否則會出現錯誤資訊：ORA-15032和ORA-15063。

指定另外的ASM磁碟組名稱後，問題得以解決。

錯誤八：

在安裝5117016補丁集後出現的節點2上的資料庫無法啟動的錯誤。

錯誤資訊為：

ORA-01078: failure in processing system parameters 
ORA-01565: error in identifying file '+DISK/testrac/spfiletestrac.ora' 
ORA-17503: ksfdopn:2 Failed to open file +DISK/testrac/spfiletestrac.ora 
ORA-03113: end-of-file on communication channel

同時從後臺的alert檔案中可以看到如下的錯誤：

Errors in file /data/oracle/admin/testrac/udump/testrac2_ora_4598.trc: 
ORA-07445: 出現異常錯誤: 核心轉儲 [kkxcms()+1160] [SIGSEGV] [Address not mapped to object] [0x000000168] [] []

Oracle的Note:390591.1上有詳細的描述和解決方法。

整個過程碰到的比較麻煩和難於處理的問題都已經列出來了。安裝過程中碰到的小問題更多。可能這些問題對於一個有了一定安裝經驗的人來說，不算什麼。但是對於缺少安裝經驗的人或者第一次嘗試安裝RAC環境的人，每個問題都是一次考驗。考驗你是否進行了充分的知識準備；考驗你的問題分析、解決能力；考驗你搜尋、尋找問題解決方法的能力；最重要的是考驗你的信心、耐心和毅力。

更多Oracle相關資訊見 專題頁面 

轉自