f OCR 的復原--沒真的run過,待驗證 ~ 迪貝之家

OCR 的復原--沒真的run過,待驗證

 


查看OCR 檔案狀態 , 用root
# ocrcheck
查看OCR檔名及路徑
# ocrcheck -config
查看備份
ocrconfig -showbackup
情境一: OCR 所有檔案損毀
從上述ocrconfig -showbackup 的備份復原OCR
用root執行
1. 在每個node強制關掉clusterware
# crsctl stop crs -f
2.在其中一個NODE,復原OCR 檔案
# ocrconfig –restore backup02.ocr
3.依序在每個NODE啟動Clusterware
# crsctl start crs
# cluvfy comp ocr –n all -verbose

情境二: OCR 所在的ASM DG掛掉了
解法就是把OCR 所在的DG重建後
再依情境一的步驟回復OCR

1. 在某個node, 以root身分啟動clusterware為
   exclusive 模式
# crsctl start crs –excl -nocrs

2.連到Local ASM Instance,重建OCR DG
SQL> drop diskgroup DG_OCR force including contents;
SQL> create diskgroup DG_OCR external redundancy disk 'diskname' attribute 'COMPATIBLE.asm'='12.1.0';

3.依照情境一的步驟,回復眼前這一台的OCR
      但照書上的說法,不用shutdown clusterware

4.通常VOTING  DISK 也是在同一個DG,因此也要重建

# crsctl replace votedisk +DG_OCR

5.關掉眼前這一台的clusterware,然後啟動整個clusterware


情境三: OCR掛了,但沒備份. 這就沒辄了
唯一的做法就是解除cluster,然後重建cluster
重建完cluster後,要手動把db , listener等資源手動加入OCR來控管
1. 依序在各node,以root身分執行下列指令,解除Cluster的設定
#$GI_HOME/crs/install/rootcrs.pl –deconfig –force –verbose

2.上述步驟完成後,在第一台執行指令
#$GI_HOME/crs/install/roortcrs.pl –deconfig –force –verbose –lastnode

3.解除掉Cluster設定後,重新組成一個Cluster,會叫起UI畫面
#$GI_HOME/crs/config/config.sh

至於resource的手動加入,坦白說,哪個DBA平日真的會去記錄阿~~遇到鐵定是完蛋.......以後有跑客戶,還是抓下來吧~~

上述三個情境如果救回來,底下三個指令來檢核狀態
# ocrcheck
# cluvfy comp ocr-n all –verbose
# crsctl check cluster -all