北京の会社NetAppストレージの仮想マシンのデータ復旧事例

データ記憶されている障害を展開し、回復させるストレージ環境:会社のNetApp FAS-8200メモリ、2つのストレージプールを設定する96ディスクを使用して、ストレージ・プール・ミラーお互い。ストレージ・プールのボリュームを分割して、データストレージ、約300+体積内の仮想マシンの数として用いるのESXiにマッピングされます。ボリュームの原因不明の損失による動作中は、仮想マシン内のボリュームにアクセスできません。会社の簡単なチェックとデータ回復のための成功せず、高度なストレージ管理者は、企業の重要なデータのために軽薄ではないストレージ管理者内ではなく、データ復旧の専門北京ストアデータ復旧会社に連絡します。

まず、データ復旧のバックアップ

であることを過去のデータ復旧例小さなシリーズを、生データディスク内の顧客への損傷を防ぐため、各コピーディスクミラーリングに分けて最初の(ホットスタンバイ中に決定が有効になっていない、分析後、ホットスペアディスクとディスク・ストレージ・システムを削除)するにはバックアップが導入された、プロセスは、ここでそれらを繰り返すことはしません。

第二に、基礎となるデータの分析は、ディスクRAIDのデータ復旧を再編成します

元の配列が、基礎となるメタ情報記録ディスクによれば、ディスクは、各ディスクは、無オフラインディスク情報を確認せずに決定される配列と機能(データ/パリティ)を決定するデータ解析データ復旧即ちにおける最初のステップ、除きますパリティディスク。
北京の会社NetAppストレージの仮想マシンのデータ復旧事例

第三に、データ抽出ボリューム

WAFLに使用NetAppファイルシステムは、この場合、ファイルシステムは、高バージョンモードを使用します。設定ファイルに入力し、データ復旧会社を解析するパーサを開発し使用:
北京の会社NetAppストレージの仮想マシンのデータ復旧事例
北京の会社NetAppストレージの仮想マシンのデータ復旧事例
データ復旧技術者によるデータの抽出が完了し、データファイルのセルフテストを抽出した後、データファイルの例外中に発見されたテストファイルのデータを、データ2のためのデータ復旧エンジニア二次分析は、データ・ブロックの一部は、ポインタ例外ので満たされることを見出しました。下:
北京の会社NetAppストレージの仮想マシンのデータ復旧事例
プロセスは、経験豊富なデータ復旧技術者の助言の後に、過去、このようなデータのポインタの回復には現れていないデータ復旧でのビジネス経験がポインタのこのタイプを発見していないと述べ、そして何も容易に利用可能なデータ・リカバリ・ソリューションが解決ありませんこの障害、データ復旧技術責任型破りなビジネステクノロジーの研究グループは、技術研究のためのデータ復旧センターに例を参照してください。

第四に、データ削減

このポインタは、圧縮フラグを占有され、および解凍アルゴリズムを与える:データ復旧技術の研究チームがテストを分析した後に締結された後です。
解凍に抽出したデータを確認するために、データ復元プログラムに基づく解凍アルゴリズムを記述します。調整プログラムの伸張処理の異常事態の一部上の任意の時点で、解凍アルゴリズムを改善し、最終的にはフル可能な解凍プログラムを取得して自由に感じます。実績のあるプログラムは、VMDK仮想マシンが適切に解決され、ファイルをエクスポートすることができます抽出した後、利用可能です。顧客ファイルのテストに送信されたサンプルから抽出したデータ復旧技術者は、検査結果は正常です。
データ復旧のエンジニアは、この考え方に基づいて、データ抽出プログラムを調整するディレクトリブロック解析モジュールと解凍モジュールを追加し、ユーザボリューム内のすべてのファイルを抽出し、バルク・データ・リカバリ操作を続けます。

第五に、データの検証、データ復旧成功

すべてのデータの抽出が完了した後、データ復旧技術者が顧客によって検証顧客を確認するために店に引き渡さ完全なデータ、このデータ復旧成功を回収しました。

おすすめ

転載: blog.51cto.com/sun510/2426968