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

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

関連記事

Versionを指定したyumインストール

CentOSではyumを利用し簡単にソフトウェアをインストールすることができます。しかしソフトウェアのagentソフトなど、versionをあわせないと正常に動作しないことがあったりするので、vers …

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

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

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

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

Sakura Editor(サクラエディタ)の便利な使い方(新規テキスト・置換)

前回の記事ではサクラエディタのインストール方法や便利な使い方をご紹介しました。 引き続き、サクラエディタの便利な使い方を紹介していきます。 今回は新しいテキストファイルの開き方や置換方法をご紹介したい …

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

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