仮想化サーバーの障害事例

仮想化サーバーで発生する不具合について

対応可能な型番（仮想化サーバー）

以下の仮想化サーバーの復旧に対応しています。なお、このほかの仮想化サーバーでも対応可能な物がありますので詳しくはお問い合わせください。

仮想化サーバーで実際にあった障害内容

実際の仮想化環境下で発生した症例と、復旧実績をご紹介します。

復旧事例1

障害の内容

ハイパーバイザ―を再インストールする際、誤ってデータ格納済みのVMFSボリュームを再フォーマットしてしまった。

対応手順と内容

1. すべてのHDDのクローンイメージを作成。
2. クローンイメージからRAID 5を再構成。
3. ゲストOSのNTFSファイルシステム構造を基にVMDKファイルを再構築。
4. VMDKファイルの構造損傷修復後、VMDKファイル内の格納データを回収し、26GBのデータを復旧。ただし、再フォーマット以前のVMDKファイルのポインタ情報はすべて消失したため、VMDKファイルの回収はできませんでした。

復旧事例2

障害の内容

VMDKファイルの容量拡張に失敗し、ファイルサイズが0バイトになってしまった。

対応手順と内容

1. HDDのクローンイメージを作成。
2. ゲストOSのEXT3ファイルシステム構造をもとにVMDKファイルを再構築。
3. 再構築したVMDKファイルに、現存しているスナップショットの内容を適用。
4. VMDKファイル内に格納されているデータを回収し、220GBのデータを復旧。ただし、VMDKファイルのポインタ情報がすべて消失したため、VMDKファイルの回収は不可能でした。

仮想化サーバー復旧に際して注意していただきたいこと

仮想化サーバーや仮想環境下で障害が発生した場合、一般的なHDDとは異なる手順や方法によるデータ復旧を行います。以下に挙げる7つの注意事項を必ず守るようにしてください。

• バックアップからのリストアは、障害が発生していない別のボリュームで行い、障害ボリュームへの上書きはしないでください。
• 障害が発生しているボリュームやディスクに対してファイルの作成や更新は行わないでください。
• RAID障害が疑われる場合は、リビルドを行うまえにすべてのHDDのクローンやコピーを作成することをおすすめします。リビルドすると元データが上書きされてしまうため、復旧が困難になります。
• fsckやchkdskなどのファイルシステムの修復ツールは実行しないでください。これらのツールを実行するとファイル情報を上書きしてしまうため、復旧が困難になります。
• 障害が発生している同じボリュームにある、その他のファイルは削除しないでください。復旧したいデータと区別がつかなくなります。
• 仮想マシンに障害が発生した場合には、同じボリュームを使用しているすべての仮想マシンを停止してください。仮想マシンが動作しているとファイル作成やスナップショットの容量増加などで元データを上書きしてしまう可能性が高くなります。
• 各種復旧ソフトウェアを使用した場合、元データを上書きしてしまい、状況をより悪化させてしまう可能性がありますので十分にご注意ください。

料金プラン

成果報酬型システムを採用しておりますので、製品の復旧ができなければ、お客様に料金を請求いたしません。データ復旧をご希望のHDDが4台以上、あるいは仮想環境の場合は別途お見積もりをさせていただきます。
なお、弊社のデータ復旧費の基準は、製品の容量と障害の種類によって以下のように変化します。

※以下の復旧費は、単独のHDDを想定したもののため、仮想化サーバーのような大規模に構築された環境つきましては調査費及び復旧費の料金体系が全く異なります。詳細につきましてはお問い合わせください。

リカバリー価格

• 「簡易障害」は、OSなどの起動ができないといった比較的簡単な障害を指します。修復はさほど難しくありませんから、料金も低めに設定されています。
• 「論理障害」とは、機器自体は壊れていなくても、電磁的なデータ内容やファイルフォーマットの構造などが乱れたため、HDDがまともに機能しなくなることです。修復にはデータの読み込みやウィルス感染のチェックなど、緻密で専門的な作業が要求されます。
• 最後に「物理障害」は、HDDが「物理的に」壊れたことを指します。その原因は、火災や水没、落下や踏みつけなどさまざまですが、いずれも復旧は困難です。