hp unix oracle rac節點一磁盤損壞,節點修復

oracle 10g rac用的service guide 作為集群基礎的軟件
相關目錄信息:
ORA_CRS_HOME=$ORACLE_BASE/10.2/crs
Ocr信息: /dev/vgdata/rrac_ocr_1 640 root:dba
其中一個節點,兩塊磁盤損壞,從另外一個節點拿了一塊硬盤做的mirror,更改主機名,IP后,發現數據庫crs無法啟動;

一　檢查crs日志
無任何日志產生,證明其沒有對crs發起操作
二嘗試手動啟動crsctl start crs,報錯,crsctl check crs進程,發現無法通信,檢查os進程,ps-ef|grep –i d.bin,無有價值信息,進入/sbin/init.d start

Attempting to start CRS stack
Failure at scls_scr_create with code 1
Internal Error Information:
  Category: 1234
  Operation: scls_scr_create
  Location: mkdir
  Other: Unable to make user dir
  Dep: 2

sh -x /sbin/iinit.d start
檢查操作系統日志:

/var/adm/messages
/sbin/init.d/init.cssd[537]: /var/opt/oracle/scls_scr/rqtmsdb2/root/c***un: Cannot create the specified file.
Startup will be queued to init within 30 seconds.

這個錯誤比較有意義,有文件不存在,那么檢查目錄,確實不存在,手動建立之;
三再次啟動crs

crsctl start crs 
crsctl check crs
CSS appears healthy
CRS appears healthy
EVM appears healthy

crs,evmd,cssd啟動了,但監聽,數據庫無法啟動
四 其實可以猜到后面的原因了,因為是mirror,所有和1有關的節點信息都得改成2,后面就比較繁瑣了
檢查alert_jkweb2.log:
syslog: Cluster Ready Services waiting on dependencies. Diagnostics in /tmp/crsctl
修改$ORA_CRS_HOME下的日志文件目錄,再次啟動crs,但監聽,數據庫還是無法啟動.
檢查監聽參數文件:$ORACLE_HOME/network/admin/listener.ora
手動修改監聽參數文件,數據庫口令文件,參數文件
手動拉起數據庫;
五 重啟主機,crs又無法啟動了,檢查service guide:
cmrunnode -v
發現pkg1 并未啟動,手動拉起包,
cmrunpkg –v –n jkweb1 pkg1
檢查:

cmviewcl
檢查crs狀態:
cd $ORA_CRS_HOME/bin
./crs_stat –t –v

檢查數據庫狀態:
srvctl status database –d db_name
一切正常,收工;
有時覺得service guide是個好東西;