複数のサーバークラスのデータ復旧事例を紹介し、仮想マシンによる異常データによる停電の導入から、仮想マシンのデータを復元するために、今日の小さな角度は皆のために、回復の成功事例を起動することはできません。どちらも、サーバーのデータ復旧、技術的な知識のデータベースの修復に関連している間だけでなく、仮想マシンのデータ復旧を必要とします。
お客様の仮想マシンサーバがESXI5.5オペレーティングシステム、データベース内の仮想マシンのデータを使用して、異常停電、よく知られたブランドのEVA8400のサーバハードウェアに基づいてクライアントの仮想マシンを起動することはできませんので。
ゲスト仮想マシンは、サーバの再起動操作の後に開始することはできませんが、仮想マシンは、まだ顧客データの機密ので、起動することはできませんが、プロのデータ復旧操作を連絡します。
データ復旧テストのための顧客サイトへのデータ復旧技術者は、ユーザーの仮想マシンは2つのスナップショット、ディスクフォーマットには2つの仮想マシンのスナップショットを持っているし、その後の分析を開くには、仮想マシンのイメージファイルをマージし、発見しました。分析は、内部ファイルシステムデータがクリアされていることが判明し、インデックスファイルのデータベースを交換する、ファイルデータの損失の他の形に置き換えられます。
データ復旧プロセス：
データベースファイル内のメインゲスト仮想マシンのデータ限り、仮想マシン内で抽出されたデータベースファイルは、仮想マシンのデータ復旧を完了します。データベースの使用に各店舗の独立したテーブルデータを格納するエンジンmysisam空間、すなわち、データテーブルから独立しているです。したがって、それは破壊されますが、ファイルの存在は、まだインデックスファイル内の基になるデータの分析により、データベースファイルを回復することができます。データベースの顧客画像ファイルや修理の分析を通じて、エンジニア、最終的にはデータベース・ファイル・データを抽出し、データ復旧技術者は、仮想マシンを再構築した後にデータを検証、データがまだ部分的に破壊され、予測は、システム・テーブル・スペースの異常な酒であることができますこのデータの一部は、修理を超えて決定されています。
オンサイト検証データを行うために、顧客と接触した後、仮想マシンのデータの約3％が正常に復元されていませんが、データベース内の重要なデータが正常に復元されたデータを表します。これは、二次データの3％、このデータ復旧結果、仮想マシンのデータ復旧成功の顧客の検収を復元することができませんでした。