まず、サーバーのデータ復旧の障害の説明
いつもの導入前のデータ復旧の場合は、故障したサーバの物理的な条件を導入します。サーバーは、データ復旧のLinuxオペレーティングシステム、730シリーズサーバー、ストレージのMD3200シリーズの特定のブランドです。データ損失の原因は、部屋偶発停電で、システムが正常に起動しない、サーバーへのクライアント管理者のアクセスは、ビューデータへのオペレーティングシステムを入力した後に修復することができない、ファイルのサーバ部分が失われています。サーバーデータ復旧センターのデータ回復のための顧客管理者は、そう。
・
第二に、サーバーのデータ復旧故障解析
1.クライアント・サーバ・バックアップデータ
のデータ復旧後は、最初の検査のサーバー、専用のストレージ・デバイス上の復旧、データセンターの回復に読み取り専用モードにマッピングされ保存された最初のLUNへのクライアント・サーバを設計します。そして、セクターレベルをミラーリング顧客のサーバーは、2の目的は、一つは、顧客が、後にクライアントデバイスによって占められるデータ回復プロセスを防ぐために、元のサーバーを取得できるようにすることであり、もう一つは、顧客の元を保護することですデータ復旧は、データ分析と試みの多くを必要とするためのデータは、いくつかの試みがあるかもしれない、データ・リカバリ操作を回避することができるように、元の画像ファイルに顧客データの整合性を保護するために、顧客のオリジンサーバ上で動作します。私たちは回復に失敗した場合、顧客はまた、他の企業に、元のサーバーのデータ復旧操作を運ぶことができ、顧客データは、責任ある方法です。
・
2.故障解析サーバの
バックアップが完了し、基礎となるデータを表示するディレクトリエントリ・サーバを見つけるために、サーバーのデータ復旧技術者が破壊されている、これらのディレクトリの破壊は幸いにのみ、データ・サーバの重要な項目に影響を与えませんでしたディレクトリエントリは、これらの損傷のいくつかの手で修復することができるが破壊されます。お客様のサーバ管理者のためにも、被害のディレクトリエントリの自然につながっ修復操作が、正常に修復されていないが、同時に、失われた+に保存されているノード番号がフォルダ、対応するデータ領域のインデックスを発見したネーミング実施しましたまた、それは自動的にクリアサーバーで行われます。唯一のモザイクフラグメント、ファイルシステムとファイルの種類に基づいて、空きスペースに作品を一致させる必要があり、最終的にはサーバー全体のデータを復元した場合には、データ損失の前に取り扱わ多くの似たようなケースから、エンジニア。
・
第三に、サーバーのデータ復旧プロセスの実施形態
このデータ復旧の場合、ノード情報がクリアされている、データはノード情報に基づいて復元することはできません。失われた+のファイル名を抽出するサーバーのデータ復旧技術者が不足しているディレクトリ構造を解析するためにファイルを欠落しているノード番号と一致するファイルのディレクトリエントリによると、フォルダ、一つ一つを発見しました。次に、ディレクトリエントリノード番号、記録走査されたディレクトリエントリノード番号と一体化次いで、抽出の空間コンプライアンス情報損失ディレクトリ構造の条件の下にある走査位置に対応する情報ファイルシステムの構造の基礎となるデータを分析し続け、及び失われた+の一致するファイルは、データベース内のレコード数とレコード番号の中に発見した後、データベース。
・
第四に、サーバーのデータ復旧結果
この場合、サーバーのデータ復旧、顧客サーバ最初の異常な停電は、多数のファイルにつながる修理マニュアルのディレクトリ構造を実行した管理者は、修理や点検プロセス・サーバーでも書かれ、不足している、ファイルシステムが破損した原因エンジニアが分析し、リストラの期間の後、サーバーのデータ復旧における長年の経験を持っているので、この損失のサーバーのデータ復旧プロセスに直接つながったデータの新しい部分は、通常の状況下でのデータのいくつかよりも複雑で、最終的に成功したクライアント - サーバー失われたデータを抽出しました。顧客データ復旧の成功は、元のクライアントサーバの復旧に含まれるすべてのデータは、それが正常に成功した使用することができますされ、このサーバーのデータ復旧結果の顧客の受け入れを検証し、検証されます。