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

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

関連記事

Zabbix 3.2.4 自動で監視項目作成(LLD:ローレベルディスカバリ)

大量の監視対象機器がある場合、監視設定ってとっても大変ですよね。 ましてやネットワーク機器等は数も多いので大変だと思います。   Zabbixには監視項目を自動で作成するローレベルディスカバ …

WordPress記事の文字数をカウントするプラグイン。Word Countをインストールする

WordPressでブログを運営されているかたは、各記事の文字数が気になりますよねー 私は各記事をコピペして文字数カウントツールを利用していました。全記事をチェックしようとするとかなり面倒ですよね・・ …

パソコンがインターネットにつながらない!切り分けコマンド色々

パソコンがインターネットにつながらない!という障害対応は多々あるかと思います。 そんなときにパソコン側で実施したい切り分けコマンドをいくつか紹介したいと思います。 いざというときに役に役に立つのでぜひ …

Sakura Editor(サクラエディタ)の便利な正規表現(IPアドレス、タブ、改行 など)

皆さんは便利にサクラエディタを利用していますか? データの抽出や解析業務などでとても便利なサクラエディタの色々な置換を紹介していきます。 皆さんの業務が少しでも軽減できれば幸いです。   I …

Tera Term(テラターム)マクロの作成方法・使い方

皆さんは業務でTera Term(テラターム)を使うことはありますか? Tera Termとは”ターミナルエミュレータ”と呼ばれるものです。 Windowsサーバはリモートデス …