oracle rac 擴展磁盤采坑記錄
阿新 • • 發佈:2018-02-01
oracl 分析 sel scsi 關機 解決辦法 war head sta oracle rac 磁盤擴展采坑記錄:
我查看asm磁盤組的時候發現:
select path,header_status,state from v$asm_disk;
select name,path from v$asm_disk_stat;
我原本的7個裸設備,現在只是識別了6個,我檢查了sd設備的id:ll /dev/sd。 發現sd設備的id被改掉了和我
配置在/etc/udev/rules.d/60-raw.rules的配置變化了,這個就是數據庫data和fra起不來的原因。 還好我記得怎麽分配的空間。fdisk -l 查看對應的空間大小,根據對照/dev/sd* 的設備id,改到/etc/udev/rules.d/60-raw.rules裏面。一定要對應之前的設備
編碼,否則oracle就起不來了。
真的是 坑死人不償命嗎!
記錄一下,免得下次再入坑
系統環境:VMware esxi oracle rac 11.2.0.4
昨天擴展了asm的磁盤組,FRA磁盤組和DATA磁盤組,我添加了一塊硬盤320g,200g擴展到了DATA組,120g擴展到了FRA組。
因為oracle使用的是raw裸設備,擴展第一個磁盤的時候,正常進行,不用關機。
坑1:
但是擴展FRA組的時候,需要關機才能找得到第二個設備。重啟之後擴展正常,建議擴展磁盤一次擴展到一個組。
坑二:
今天我看見系統盤空間不夠了,就擴展了一下系統盤空間,加了一塊100g的磁盤,加入到動態劵,一切都正常。
但是在我重啟oracle之後,發現數據庫起不來了,ora.data.dg,ora.fra.dg, ora.bol.db起不來。
select path,header_status,state from v$asm_disk;
select name,path from v$asm_disk_stat;
我原本的7個裸設備,現在只是識別了6個,我檢查了sd設備的id:ll /dev/sd。 發現sd設備的id被改掉了和我
配置在/etc/udev/rules.d/60-raw.rules的配置變化了,這個就是數據庫data和fra起不來的原因。
分析原因:
我添加了共享磁盤,是在總線scsi總線1上
我添加了非共享磁盤是在總線scsi0上,但是系統默認會把scsi的總線識別在前,導致我的raw的設備編碼錯亂。
解決辦法:
編碼,否則oracle就起不來了。
真的是 坑死人不償命嗎!
記錄一下,免得下次再入坑
oracle rac 擴展磁盤采坑記錄