非常 奇怪的 虛擬機器問題 再次證明 我是全才 哈哈

故障判斷

我方工程師到達現場後，透過客戶及我方在深圳邊檢服務工作師的配合和溝通，瞭解情況後，對系統做了初步的檢查，從報錯資訊提示資訊分析找不到資料檔案所在的卷組dvg的所有pv uuid資訊及lv。

故障處理

在故障處理前，首先在該虛擬機器所對應的物理機上，對該虛擬機器所有檔案進行全備份(約1小時)。

然後嘗試從拯救模式用CentOS6.3光碟引導，試圖找回pv uuid，修復失敗(可能是版本高於該虛擬機器OS版本5.2)。

接著從網上下載CentOS5.2，由於檔案較大，下載花了約五六小時，期間再嘗試其它方式，均修復失敗。

月16日

在等待CentOS5.2下載期間，大家經過五六小時的休息後，於次日上午，嘗試從該版本引導修復，一直無法載入至虛擬機器，修復失敗。

恢復成功

在啟動系統時，按提示進入修復檔案系統模式：

1. 註釋fstab中無法找到的卷組dbvg 的oracle目錄 lv掛載的許可權(mount -o remount, rw /etc/fstab)，重新啟動系統。

2. 檢視該虛擬機器在物理機所對應的虛擬機器配置介面，發現只有三個硬碟分割槽(hda、hdc、hdd)，沒有hdb（當時不能確定是不是少了，後來才知道少了這個硬碟分割槽）。

3. 在物理機修改該虛擬機器的配置檔案，將hdb所對應硬碟分割槽檔案xx.disk1加入，儲存。

4. 去掉fstab中無法找到的卷組dbvg 的oracle目錄 lv掛載的許可權(mount -o remount, rw /etc/fstab)註釋。

5. 掃描pv(pv scan)，檢視卷組資訊（vgdisplay），均正確識別並顯示正常。

6. 掛載所有lv(mount –a)，重啟系統。

7. 啟動oracle資料庫及監聽，正常。

8. 從客戶端登入資料庫檢查資料及應用系統，均正常。恢復成功！

[@more@]