oracle case處理案例(一)

      昨天晚上11點多鐘，接到部門經理電話說客戶一個線上資料庫壞了，業務停止，壞的原因是客戶那停電了,
然後還好我們這邊系統工程師已經把昨天早上的零晨一個全庫邏輯備份已經考出來了,做最壞打算，即使控制檔案，
資料檔案所在的vg損壞，只能做全庫匯入備份,然後丟失一天的資料，由客戶自己再補錄,因為客戶那目前備份措施只上邏輯備份，沒上物理備份。
   這裡先說下客戶環境主庫p570 AIX5308+9.2.0.8資料庫單例項
    備庫m80 AIX5308+9.2.0.8 只是做主庫的備庫，平時不用的，只有主庫down掉時,才考慮把儲存上的
  存放的oracle程式碼和資料檔案切換到m80備庫上,所以oradatavg是兩臺主機都可以看到的
  透過檢查,發現以下資訊：
  p570 上oradatavg下面有兩個盤，hdisk2和hdisk3 狀態一個是active,一個是missing
  m80  上oradatavg  hdisk2和hdisk3 狀態都是active
    然後查查oradatavg屬性在兩臺主機都是主機重啟後自動啟用的，包括下面所屬的檔案系統，
 所以停電後，兩臺主機都啟動，正常的話應該是一臺主機oradatavg下兩個盤active,另外一臺主機
 oradatavg下兩個盤missing,但一個盤active,一個盤missing，比較奇怪，也還沒找到原因為什麼
 會出現這種情況
 看到這些資訊後，解決方法也就想到了，把m80 oradatavg varoff
 p570主機 oradatavg重新啟用,然後測試資料庫就正常開啟了。
 然後透過查詢資料庫最後一條記錄是2009-02-15 上午10點多，是星期天，也就5條記錄，
 資料庫業務不繁忙，所以斷電沒對資料庫造成什麼損壞，能正常開啟,
 後續工作就是m80上oradatavg自動掛載改為no了,把資料再做一次備份，通知客戶開啟業務，一切正常。

  客戶對這次處理過程也比較滿意,原本以為要全部重做來恢復資料的，使停機時間更長，而影響業務。