【RAC】因虛擬機器配置檔案調整不完整導致RAC無法使用
今天有朋友反映，在虛擬機器下反覆切換使用多套RAC環境的時導致RAC環境無法使用。
經查，由於虛擬機器的配置檔案（***.vmx）未做修改，多套虛擬機器環境引用的共享儲存為同一套，最終導致RAC節點與儲存關係脫節。
這是一個細節上的問題，在環境調整時一定要確保所有的配置檔案都調整到位，防止出現不必要的遺漏。
該問題直接導致的結果是其中的一套實驗環境蕩然無存。
1.虛擬機器配置檔案
其中RAC第一節點的配置檔案內容如下
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "512"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "RAC1.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "E:\software\Linux\Linux_RHEL5.1\linux5_32bits.iso"
ide1:0.deviceType = "cdrom-image"
floppy0.present = "FALSE"
Ethernet0.present = "TRUE"
displayName = "RAC1"
guestOS = "redhat"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
scsi1.present = "TRUE"
scsi1:1.present = "TRUE"
scsi1:1.fileName = "E:\VMRAC\raw_disk\ocr.vmdk"
scsi1:1.mode = "independent-persistent"
scsi1:2.present = "TRUE"
scsi1:2.fileName = "E:\VMRAC\raw_disk\vote.vmdk"
scsi1:2.mode = "independent-persistent"
scsi1:3.present = "TRUE"
scsi1:3.fileName = "E:\VMRAC\raw_disk\asm1.vmdk"
scsi1:3.mode = "independent-persistent"
scsi1:4.present = "TRUE"
scsi1:4.fileName = "E:\VMRAC\raw_disk\asm2.vmdk"
scsi1:4.mode = "independent-persistent"
scsi1.virtualDev = "lsilogic"
Ethernet1.present = "TRUE"
Ethernet1.connectionType = "hostonly"
Ethernet2.present = "TRUE"
scsi0:0.redo = ""
scsi1:1.redo = ""
scsi1:2.redo = ""
scsi1:3.redo = ""
scsi1:4.redo = ""
ethernet0.addressType = "generated"
ethernet1.addressType = "generated"
ethernet2.addressType = "generated"
uuid.location = "56 4d 8b 0a 11 fa 08 48-43 0d 53 be 05 b9 49 03"
uuid.bios = "56 4d 5e 08 8c bd 90 4f-c0 ac 11 8b a0 2c 74 42"
ethernet0.generatedAddress = "00:0c:29:2c:74:42"
ethernet0.generatedAddressOffset = "0"
ethernet1.generatedAddress = "00:0c:29:2c:74:4c"
ethernet1.generatedAddressOffset = "10"
ethernet2.generatedAddress = "00:0c:29:2c:74:56"
ethernet2.generatedAddressOffset = "20"
disk.locking = "false"
diskLib.dataCacheMaxSize = "0"
diskLib.dataCacheMaxReadAheadSize = "0"
diskLib.DataCacheMinReadAheadSize = "0"
diskLib.dataCachePageSize = "4096"
diskLib.maxUnsyncedWrites = "0"
scsi1:1.deviceType = "disk"
scsi1:2.deviceType = "disk"
scsi1:3.deviceType = "disk"
scsi1:4.deviceType = "disk"
ethernet0.connectionType = "nat"
ethernet0.vnet = "VMnet1"
ethernet2.connectionType = "nat"
ide1:0.startConnected = "TRUE"
tools.syncTime = "FALSE"
numvcpus = "2"
workingDir = "."
2.有關裸裝置的位置配置資訊
scsi1.present = "TRUE"
scsi1:1.present = "TRUE"
scsi1:1.fileName = "E:\VMRAC\raw_disk\ocr.vmdk"
scsi1:1.mode = "independent-persistent"
scsi1:2.present = "TRUE"
scsi1:2.fileName = "E:\VMRAC\raw_disk\vote.vmdk"
scsi1:2.mode = "independent-persistent"
scsi1:3.present = "TRUE"
scsi1:3.fileName = "E:\VMRAC\raw_disk\asm1.vmdk"
scsi1:3.mode = "independent-persistent"
scsi1:4.present = "TRUE"
scsi1:4.fileName = "E:\VMRAC\raw_disk\asm2.vmdk"
scsi1:4.mode = "independent-persistent"
scsi1.virtualDev = "lsilogic"
在多套備份環境並存的情況下很有可能由於未對上述內容調整導致RAC環境不可用的問題。
以上僅僅是RAC環境中第一節點的配置檔案，其他節點的配置檔案需要同時進行調整。
3.小結
在使用VMWARE準備虛擬RAC環境過程中，每完成一個重大調整步驟後進行備份的做法是值得提倡的，但是在備份的過程中需要注意配置檔案的調整。文中提到的是一種故障案例。
Good luck.
secooler
10.11.30
-- The End --
經查，由於虛擬機器的配置檔案（***.vmx）未做修改，多套虛擬機器環境引用的共享儲存為同一套，最終導致RAC節點與儲存關係脫節。
這是一個細節上的問題，在環境調整時一定要確保所有的配置檔案都調整到位，防止出現不必要的遺漏。
該問題直接導致的結果是其中的一套實驗環境蕩然無存。
1.虛擬機器配置檔案
其中RAC第一節點的配置檔案內容如下
config.version = "8"
virtualHW.version = "4"
scsi0.present = "TRUE"
scsi0.virtualDev = "lsilogic"
memsize = "512"
scsi0:0.present = "TRUE"
scsi0:0.fileName = "RAC1.vmdk"
ide1:0.present = "TRUE"
ide1:0.fileName = "E:\software\Linux\Linux_RHEL5.1\linux5_32bits.iso"
ide1:0.deviceType = "cdrom-image"
floppy0.present = "FALSE"
Ethernet0.present = "TRUE"
displayName = "RAC1"
guestOS = "redhat"
priority.grabbed = "normal"
priority.ungrabbed = "normal"
scsi1.present = "TRUE"
scsi1:1.present = "TRUE"
scsi1:1.fileName = "E:\VMRAC\raw_disk\ocr.vmdk"
scsi1:1.mode = "independent-persistent"
scsi1:2.present = "TRUE"
scsi1:2.fileName = "E:\VMRAC\raw_disk\vote.vmdk"
scsi1:2.mode = "independent-persistent"
scsi1:3.present = "TRUE"
scsi1:3.fileName = "E:\VMRAC\raw_disk\asm1.vmdk"
scsi1:3.mode = "independent-persistent"
scsi1:4.present = "TRUE"
scsi1:4.fileName = "E:\VMRAC\raw_disk\asm2.vmdk"
scsi1:4.mode = "independent-persistent"
scsi1.virtualDev = "lsilogic"
Ethernet1.present = "TRUE"
Ethernet1.connectionType = "hostonly"
Ethernet2.present = "TRUE"
scsi0:0.redo = ""
scsi1:1.redo = ""
scsi1:2.redo = ""
scsi1:3.redo = ""
scsi1:4.redo = ""
ethernet0.addressType = "generated"
ethernet1.addressType = "generated"
ethernet2.addressType = "generated"
uuid.location = "56 4d 8b 0a 11 fa 08 48-43 0d 53 be 05 b9 49 03"
uuid.bios = "56 4d 5e 08 8c bd 90 4f-c0 ac 11 8b a0 2c 74 42"
ethernet0.generatedAddress = "00:0c:29:2c:74:42"
ethernet0.generatedAddressOffset = "0"
ethernet1.generatedAddress = "00:0c:29:2c:74:4c"
ethernet1.generatedAddressOffset = "10"
ethernet2.generatedAddress = "00:0c:29:2c:74:56"
ethernet2.generatedAddressOffset = "20"
disk.locking = "false"
diskLib.dataCacheMaxSize = "0"
diskLib.dataCacheMaxReadAheadSize = "0"
diskLib.DataCacheMinReadAheadSize = "0"
diskLib.dataCachePageSize = "4096"
diskLib.maxUnsyncedWrites = "0"
scsi1:1.deviceType = "disk"
scsi1:2.deviceType = "disk"
scsi1:3.deviceType = "disk"
scsi1:4.deviceType = "disk"
ethernet0.connectionType = "nat"
ethernet0.vnet = "VMnet1"
ethernet2.connectionType = "nat"
ide1:0.startConnected = "TRUE"
tools.syncTime = "FALSE"
numvcpus = "2"
workingDir = "."
2.有關裸裝置的位置配置資訊
scsi1.present = "TRUE"
scsi1:1.present = "TRUE"
scsi1:1.fileName = "E:\VMRAC\raw_disk\ocr.vmdk"
scsi1:1.mode = "independent-persistent"
scsi1:2.present = "TRUE"
scsi1:2.fileName = "E:\VMRAC\raw_disk\vote.vmdk"
scsi1:2.mode = "independent-persistent"
scsi1:3.present = "TRUE"
scsi1:3.fileName = "E:\VMRAC\raw_disk\asm1.vmdk"
scsi1:3.mode = "independent-persistent"
scsi1:4.present = "TRUE"
scsi1:4.fileName = "E:\VMRAC\raw_disk\asm2.vmdk"
scsi1:4.mode = "independent-persistent"
scsi1.virtualDev = "lsilogic"
在多套備份環境並存的情況下很有可能由於未對上述內容調整導致RAC環境不可用的問題。
以上僅僅是RAC環境中第一節點的配置檔案，其他節點的配置檔案需要同時進行調整。
3.小結
在使用VMWARE準備虛擬RAC環境過程中，每完成一個重大調整步驟後進行備份的做法是值得提倡的，但是在備份的過程中需要注意配置檔案的調整。文中提到的是一種故障案例。
Good luck.
secooler
10.11.30
-- The End --
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/519536/viewspace-680813/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 【RAC】因清理不完整導致RAC ASM例項建立失敗ASM
- 【VIP】調整RAC虛擬IP地址（VIP）及虛擬主機名
- 【RAC】使用VMware虛擬機器搭建RAC環境虛擬機
- （轉）【VIP】調整RAC虛擬IP地址（VIP）及虛擬主機名
- VMware無法開啟高版本虛擬機器檔案虛擬機
- 虛擬機器安裝rac傻瓜教程虛擬機
- oracle rac歸檔使用nfs 導致oracle hungOracleNFS
- 【虛擬機器資料恢復】異常斷電導致虛擬機器無法啟動的資料恢復案例虛擬機資料恢復
- Oracle RAC啟動因CTSS導致的異常Oracle
- linux下錯誤修改了/etc/profile導致虛擬機器無法登入Linux虛擬機
- VirtualBox虛擬機器內的系統時間無法調整的解決方法虛擬機
- 虛擬機器 redhat 6.5 oracle11g RAC虛擬機RedhatOracle
- 用虛擬機器做RAC的全過程虛擬機
- 虛擬機器環境下RAC加入節點虛擬機
- Apache虛擬機器的配置檔案解說Apache虛擬機
- 克隆虛擬機器導致Linux無法啟動網路卡的分析與解決虛擬機Linux
- Windows下vmware虛擬了Oracle RAC,因為機器名改變，打不開了。WindowsOracle
- 使用虛擬機器配置dataguard虛擬機
- OEL 11.2.0.2 RAC 資料庫停電導致has程式無法啟動OLR檔案損壞資料庫
- 虛擬機器搭建rac ASM盤啟動失敗虛擬機ASM
- 虛擬機器安裝10g rac錯誤虛擬機
- 虛擬機器VMware下 Oracle RAC環境新增磁碟虛擬機Oracle
- 調整vmware虛擬機器硬碟空間的方法虛擬機硬碟
- 【RAC】處理因ons導致CPU使用率過高的問題
- Workstation服務無法啟動導致無法訪問檔案伺服器伺服器
- RAC-虛擬機器linux安裝RAC時的雙網路卡設定虛擬機Linux
- VMware - 虛擬機器系統中無法使用鍵盤虛擬機
- 1 Oracle Database 11.2.0.3.0 RAC On Oralce Linux 6.5 使用-克隆虛擬機器OracleDatabaseLinux虛擬機
- 【ARCHIVE】模擬因無法歸檔導致日誌無法切換故障及一般處理方法兩則Hive
- 1 Oracle Database 11.2.0.3.0 RAC On Oralce Linux 6.5 使用-虛擬機器安裝OracleDatabaseLinux虛擬機
- RAC中的虛擬IP
- 虛擬機器（三）虛擬機器配置靜態Ip虛擬機
- 虛擬機器上靜默安裝oracle11g rac虛擬機Oracle
- 虛擬機器環境下RAC刪除節點(Final)虛擬機
- RHEL 6.5下為虛擬機器橋連線配置檔案虛擬機
- ORACLE RAC SGA引數調整Oracle
- vmware虛擬機器調整ubuntu10.04分割槽大小虛擬機Ubuntu
- 【問題處理】恢復因誤生成PFILE 導致RAC的SPFILE無效的問題