IT・ICT

ESXi 5.5.0 redo ログ破損エラーによる仮想マシン起動不可時の対応方法

投稿日:2017年11月15日 更新日:

管理している仮想マシンが突如ダウンし、起動不可に陥る現象が発生しました。

特に予兆もなく、急に発生したのでとてもあせりました・・・

エラー内容は下記

「仮想マシン名」-000001.vmdk の redo ログが破損しています。問題が解決されない場合は、redo ログを破棄してください。

ESXi上では↓画像のエラーがでていました。

 

上記エラーのOKを押し、パワーオンをすると起動した!!と思いきや

すぐダウンし同じエラーのエンドレスループになりました。

中途半端に起動したりするのやめてほしい・・・・

 

事象が発生した原因

事象が発生した原因はエラー内容の示すとおり「redoログ」の破損により

仮想マシンの起動に失敗しているということでした。

そもそも「redoログ」とはスナップショットを作成した段階でできる「差分ファイル」と

なっていて、スナップショットを削除したりするとそれらの差分が統合される動きとなるはずが

何らかの要因で統合できない → 破損となる?ようです。(と理解しています・・・)

 

対処方法

今回は3ヶ月前に取得したスナップショットのみ残っている状態の仮想マシンにて

事象が発生しました。

色々調べた結果、スナップショット削除により事象が解決されるという情報を得たので

実行します。

 

vSphere web Clientより対象の仮想マシンを選択し、右クリックメニューより

スナップショットの管理 → スナップショットを削除します。

 

私が実施した環境では削除後に無事に仮想マシンを起動することができました!

 

スナップショットの管理について

繰り返しになりますが、スナップショットファイルは、元のディスクの差分ファイルなので

長期間保持すると、スナップショットのサイズはどんどん大きくなっていきます。

そのため、ホストマシンや仮想マシンのパフォーマンスに影響が出てきたり、今回のような

予期せぬエラーに見舞われるとのことでした。

 

vmwareのナレッジサイトにはベストパフォーマンスを維持するには

「スナップショットは2つか3つまで」で、「24時間~72時間以上は保持しない」が推奨と

記載がありました。

あくまでも検証(バージョンアップ後の不具合発生時切り戻し用とか)での利用とし、

定期バックアップなどには利用しないほうが良さそうです。

作業前に念のためスナップショット取得 → 作業完了 → スナップショットの削除忘れが

ほとんどがと思うので、作業後はスナップショットを削除!を習慣化したいですね!

 

また、定期バックアップはサードパーティ製のバックアップツールを使うなどしたほうが

安定かなと思います。

 

以上、皆さんの参考になれば幸いです。

 

-IT・ICT


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

繰り返し作業を短縮できる!サクラエディタのキーマクロ機能を使う

皆さんサクラエディタを使っていますか? もし日々の業務で繰り返しの作業に時間をとられ、業務が圧迫されているのであれば サクラエディタの「キーマクロ」機能を利用して、作業を圧縮できるかもしれません。 & …

Wordへの画像貼り付け自動化!画像貼り付けマクロの記載方法

運用・保守業務を実施されている方は月次、年次で報告書を提出することが多いと思います。 報告書の中には対応した内容や、サーバーのリソース状況、運用状況等を記載することが わたしは多いですが、中でも画像を …

Zabbix色々なトリガーの書き方

皆さんは運用・保守業務で監視サーバは利用していますでしょうか。 私の業務では監視サーバとしてZabbixを利用しており、ネットワーク機器、サーバ機器の監視業務を実施しています。 Zabbixは状況に応 …

メールアカウント作成作業を短縮!bashスクリプトによるメールアカウント一括作成

メールサーバー新規構築時等、メールアカウント作成作業って単純だけど手間ですよね・・ メールアカウント数が10とか20とかならまだしも1000とかあったら地獄!しかもメールアカウント作成に加え、パスワー …

Zabbix 3.2.4 をyumでインストールする方法

CentOS7へZabbix3.2.4をインストールする方法をご紹介します。 Zabbixとはサーバやネットワーク機器等を監視するソフトウェアです。 機器を監視しておくと、サーバのダウンやネットワーク …