ファイルが失敗したときに、この情報を知って、あなたは私たちがの仮想化システムESXi5.0に何を行うことができますが、知っているのだろうか？

[ESXi5仮想化システムシナリオの概要]
ストレージモードユーザは、FC SANのiSCSI機能制限モードによって達成されます。物理的なストレージ・インフラストラクチャを利用しながら、DELLサーバーを行うには、FreeNASの使用は、iSCSIを実装します。そして、さらに2つのDELLサーバー仮想化システムでESXi5.0を行います。
1、FreeNASの層UFS2ファイルシステムに格納スパースモードを構築するためのファイル全体は、ESXi5.0システムをマウントしていること。
2、6が最も重要なの3を持っているシステム、内ESXiの仮想マシンを実行しています。
3、最初のWindows2003のシステムの仮想マシンは、ローカルポータルでこの会社です。
ハイブリッド構造の種類：ASP.netとPHP
、データベースの種類：SqlServer2005とMySQL 5.1。
図4に示すように、第二のFreeBSDシステム、使用する他の複数の仮想マシンのためのMySQLデータベースを実行します。
図5に示すように、第三のWindows2003のサーバ、ストレージが新たに開発されたコード。
[ESXi5仮想化システム障害の使用は、
スタッフが見つけESXiシステムは、接続ストレージは、その後の調査を通じて、FreeNASのUFS2ファイルシステムの検査に合格しなかったことにfsckで、ファイルシステムの修復を見つけることができません。スタッフは何もデータを発見した後、修復ESXiシステムは、メモリに接続することができますが、ESXiシステムは、元のデータストレージとVMFSファイルシステムを識別するために失敗した後、VMFSでフォーマットされました。
[ESXi5仮想化システムのデータ回復手順]
1、FreeNASのファイルシステム---アプリケーションフレームワークレベル：
FreeNASの（UFS2ファイルシステム- >大スパースモードファイル） - >のESXi 5.0（VMFSファイルシステム層） - >シングル仮想マシンの仮想ディスク（Windows用NTFSファイルシステム/ FreeBSDの-UFS2ファイルシステム）。
2、FreeNASのファイルシステム-ストレージの分析：
iscsidata1：ミラーリングFreeNASの層、ストレージ分析、我々は大きなファイルの900以上のGB、ファイル名を見つけることができます。データiscsidata1 inodeファイルを検索するUFS2バイナリ・コンフィギュレーション・ファイル・システム、ファイルは、符号が再構成されたiノードポインタほとんどのデータ量を発見しました。FreeNASの層は解決できない、あなたは分析フェーズVMFS層に入ることができません。
重要な構造収集UFS2ファイルシステム
のブロックサイズ：16キロバイトの
セグメントサイズ：2キロバイトの
シリンダグループサイズ：188 176キロバイト
UFS2データポインタが8つのバイトを占有し、一つのブロックは、データポインタ2048を格納することができます。次に、2つのポインタブロックが格納されていてもよい：2048 2048データの16キロバイト= 64ギガバイト 3つのポインタブロックは64ギガバイト* 2048 = 128TBのデータを格納することができます。あなたは3つのポインタ・ブロックを見つけることができればiscsidata1ファイルは、問題のFreeNAS層を解決することができるようになります。オリジナルとしてしかしiscsidata1再構築されたドキュメント、およびプロセスや大きさ、いくつかのポインタブロックがカバーされていると推定。iノードinodeと場所に新しいiscsidata1ファイルのオリジナルiscsidata1ファイル、検索してみてください、他の便利なiノードは表示されません。シーンは便利なポインタ・ブロックを収集するためのプログラムを書かなければなりませんでした：

ファイルはスパースモードiscsidata1を使用することですので、リラックスした収集条件は3つのしかポインタブロックと2つのポインタ多数のブロックを収集しました。分析のために収集されたすべての3つのポインタ・ブロックが、無効になった後、3つのポインタブロックがiscsidata1ファイルなしで使用、新しい推定値は、新たなマウントESXi5.0のiscsidata1に新しいiscsidata1ファイル（ファイルに覆われていますフォーマットプロセスは、最終的なディスクの冗長性に書き込ま使用ESXi5.0 GPTパーティション、パーティション意志GPT GPTパーティションテーブル情報及びヘッダデータがVMFS、それ）は、3個のiscsidata1ファイル・ポインタ・ブロックを使用します。
2つのポインタブロックの解析が、2つのポインタブロックにデータポイントの数が多い上に収集することができる二次ポインタにディスクからデータを配置する、DUMPあります。大量のデータは、このようにダンプを得ました。
- 3、FreeNASのファイルシステムがVMFS層の分析を開始：
VMFSメタファイルを引き起こし、重VMFSをフォーマットし、元UFS2へのポインタが失われたことはまだ、大きくない重要な参照情報、利用できないが、幸いない仮想マシンのスナップショットとなっています回復可能。単一の仮想マシン層によって（ファイルシステム構成ウィンドウ（NTFS）とFreeBSD（UFS2）システム）は、VMFS層、64ギガバイトは、VMFSは複数回DUMPを標的とするファイル単層、最後の3つまで配置されています台湾の重要な仮想ディスクの仮想マシンが復元されています。、で構築された新しいシステムに復元されたデータ・ページとデータベースのデータをアップロードするアプリケーション、データ、何の問題を引き上げます。

【ESXi5システムリカバリ結果を仮想化]
ユーザーの受け入れによって、データがワークのこれまでのデータリカバリ端、正しいです。