iT邦幫忙

0

Symantec Backup Exec 2010備份VMWare虛擬機器產生Snapshot破損導致開機失敗的解救方案

  • 分享至 

  • xImage

我們用Symantec Backup Exec 2010備份VMWare虛擬機器, 備份過程中會產生Snapshot, 但奇怪的是備份完後, Snapshot還是存在, 而且, VM的硬碟指向該Snapshot.

現在因為Snapshot錯誤導致, 出現:
The redo log of xxxx_1-000004.vmdk is corrupted. Power off the virtual machine. If the problem still persists, discard the redo log.
的錯誤訊息, 查Google, 多半是要做Commit, 但去年也發生過類似問題, 做了Commit失敗導致一個多月的資料流失.

請問有無解救方法?

我們的配置: ESX 4.1, VM有三顆硬碟, 均約300GB大小, LUN空間餘留大約200GB, 使用vCenter管理.

圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

1 個回答

10
Ray
iT邦大神 1 級 ‧ 2011-12-27 11:42:42
最佳解答

Dear Simon:

BESR 備分完畢之後, 應該要自動把 Snapshot 砍掉才對. 如果他自己砍不掉的話, 代表您的 ESX 有問題. 而且 Snapshot 不砍, 他會越長越大, 長到吃掉您的所有 LUN 空間時, 就會出現這個問題.

您可以試著用 vCenter 建立 Snapshot, 放著跑一天, 然後把他砍掉看看. 如果是 Snapshot 有問題的話, 通常這樣砍之後, Task 會停在 95% 的地方一直跑不完, 然後再去找 VMware 的 KB 來解他.

但是現有已經損壞的 Snapshot 可能就沒救了; 因為出現上面那個訊息, 通常都是資料已經遺失了, 就算 Commit 也找不回來. Snapshot 不適合長期運轉, 盡量不要放太久, 用完就砍掉是最好. 不然, 若累積好幾個月再來砍, 不但可能會砍很久, 而且很容易發生上述卡死的狀況.

要不然, 就改用 SAN 上面的 Snapshot 功能來做, 這個比 ESX 穩定多了, 但是通常要額外買 SAN 授權, 而且缺點是, 無法將正在執行的 VM RAM 也存起來, 所以復原時會流失當時的 Session, 不過他的速度比 ESX 快很多, 如果備分軟體可以支援 NDMP 的話, 用這種方式會更有效率.

賽門 iT邦超人 1 級 ‧ 2011-12-27 12:05:30 檢舉

感謝Ray大師, 這樣我知道解決的方向在那裏了, 謝謝!

我要發表回答

立即登入回答