復旧成果
弊社ではサーバー、NAS、RAIDの種類・症状問わず、あらゆるのトラブルに対応ができます。
ここでご紹介する復旧成果は殆どが他社で復旧出来なかった製品から復旧成功した事例でございます。
万が一、お客様の症状と当て嵌まる成果事例がなくてもご相談下さい。
I05-37K29 ＜サーバー／MS SQL＞HDD２台損傷、RAID情報損傷
閲覧数 :
1096
1/9 受付番号
→ I05-37K29
2/9 依頼内容： MS SQLデータ復旧
→ サーバーモデル： HP ProLiant DL380 G5
→ サーバーOS: Windows 2003 server
→ 搭載disk : 300G HP SAS(10000RPM)X5
→ RAID level: 5
→ RAID controller: HP Smart Array P410
3/9 依頼時の状態
1番のハードディスクに物理的な損傷が発生しました。一番に新しいディスクを装着してRebuild（再構築）を行いました。このRebuild進行中に4番目のディスクにも障害が発生したのでサーバー管理者が4番目にも新しいディスクを装着した後、再度Rebuildを掛けたところ全てのデータが無くなってしまいました。ドキュメントデータも大事ですがMS SQLデータベースのデータの復旧が必要です。
4/9 他復旧会社経由有無
→ 3社
5/9 診断結果
ハードディスクが2つ損傷してもRAID情報が崩れていなければ比較的容易にデータ復旧ができます。今回依頼品の場合は既存のRAID構成を削除した後、ディスクの順序が変わった状態でRAIDをRebuiltしましたので作業のボリュームが大きくなります。
同じ構成を適用した場合の回復には大きな問題がないことがありますが、今回の問題点はディスクの順序が変わった状態で初期化が進み、データの破損が加わったという難解な状態です。
【状況】
初期状態のディスク構成は、次のように1⇒2⇒3⇒4⇒5の順で構成されてパリティが保存されました。
この後ディスクを入替えたので、次のようにディスクの順序が1⇒2⇒3⇒5⇒4の順に変更されて再構成されました。
新しく生成されたパリティ情報によって、次のようにデータの破損が発生しました。
つまり、４番目のディスクの破損が原因で、現在のディスクセットでは回復が不可能な状況です。
6/9 作業内容
→ 5番目のディスクを使用することができない状況であるため、Failディスクを認識させた後、PC3000回収装置を用いて、通常のディスクに複製
約2日
→ 回復後のファイルが正常かどうかを検証するために、独自に作成したソリューションで回復ファイルの検証。
約4日
→ DBの場合は、MS-SQLにマウント後にQueryを使用してDBの整合性の検証をします。
約2日
7/9 復旧データ容量
→ データベース復旧容量 約16GB
→ ドキュメントデータ 約103GB
→ 復旧データイメージ
8/9 作業期間
→ 約8日
9/9 復旧データ状態
コメント： ドキュメントデータは一部消失がありましたが、一番重要なMS-SQLデータベースのデータは100%復旧することができました。
RAID5のシステムでは2つ以上のディスクが物理的に壊れた場合、専門的な知識がなければデータを復旧することが困難です。
サーバー故障の場合は初期の対処方法がとても大事です。
特に問題発生時にはRAID構成のハードディスクの順序が変わらないように厳重注意すべきです。
普段運営しているサーバーのBIOSのRAID構成状態をメモしておいたり、写真に撮っておく事をお勧めします。
RAID情報が損傷された場合は弊社のようなアルゴリズムがない会社は復旧はできないと思われます。弊社のデータ復旧アルゴリズムは弊社独自開発アルゴリズムです。
上記のような復旧作業はいまのところ復旧アルゴリズムを有している弊社しか対応できないでしょう。
→ I05-37K29
2/9 依頼内容： MS SQLデータ復旧
→ サーバーモデル： HP ProLiant DL380 G5
→ サーバーOS: Windows 2003 server
→ 搭載disk : 300G HP SAS(10000RPM)X5
→ RAID level: 5
→ RAID controller: HP Smart Array P410
3/9 依頼時の状態
1番のハードディスクに物理的な損傷が発生しました。一番に新しいディスクを装着してRebuild（再構築）を行いました。このRebuild進行中に4番目のディスクにも障害が発生したのでサーバー管理者が4番目にも新しいディスクを装着した後、再度Rebuildを掛けたところ全てのデータが無くなってしまいました。ドキュメントデータも大事ですがMS SQLデータベースのデータの復旧が必要です。
4/9 他復旧会社経由有無
→ 3社
5/9 診断結果
ハードディスクが2つ損傷してもRAID情報が崩れていなければ比較的容易にデータ復旧ができます。今回依頼品の場合は既存のRAID構成を削除した後、ディスクの順序が変わった状態でRAIDをRebuiltしましたので作業のボリュームが大きくなります。
同じ構成を適用した場合の回復には大きな問題がないことがありますが、今回の問題点はディスクの順序が変わった状態で初期化が進み、データの破損が加わったという難解な状態です。
【状況】
初期状態のディスク構成は、次のように1⇒2⇒3⇒4⇒5の順で構成されてパリティが保存されました。
この後ディスクを入替えたので、次のようにディスクの順序が1⇒2⇒3⇒5⇒4の順に変更されて再構成されました。
新しく生成されたパリティ情報によって、次のようにデータの破損が発生しました。
つまり、４番目のディスクの破損が原因で、現在のディスクセットでは回復が不可能な状況です。
6/9 作業内容
→ 5番目のディスクを使用することができない状況であるため、Failディスクを認識させた後、PC3000回収装置を用いて、通常のディスクに複製
約2日
→ 回復後のファイルが正常かどうかを検証するために、独自に作成したソリューションで回復ファイルの検証。
約4日
→ DBの場合は、MS-SQLにマウント後にQueryを使用してDBの整合性の検証をします。
約2日
7/9 復旧データ容量
→ データベース復旧容量 約16GB
→ ドキュメントデータ 約103GB
→ 復旧データイメージ
8/9 作業期間
→ 約8日
9/9 復旧データ状態
コメント： ドキュメントデータは一部消失がありましたが、一番重要なMS-SQLデータベースのデータは100%復旧することができました。
RAID5のシステムでは2つ以上のディスクが物理的に壊れた場合、専門的な知識がなければデータを復旧することが困難です。
サーバー故障の場合は初期の対処方法がとても大事です。
特に問題発生時にはRAID構成のハードディスクの順序が変わらないように厳重注意すべきです。
普段運営しているサーバーのBIOSのRAID構成状態をメモしておいたり、写真に撮っておく事をお勧めします。
RAID情報が損傷された場合は弊社のようなアルゴリズムがない会社は復旧はできないと思われます。弊社のデータ復旧アルゴリズムは弊社独自開発アルゴリズムです。
上記のような復旧作業はいまのところ復旧アルゴリズムを有している弊社しか対応できないでしょう。
その他の復旧成果
ここでは
・パソコンデータ復旧
・Ｍａｃデータ復旧
・ハードディスク復旧
・ＳＳＤデータ復旧
・ＵＳＢデータ復旧
・ＳＤデータ復旧
・音声データ復旧
・ＩＣレコーダー復旧
・ＦＬＯＰＰＹディスク復旧
・ＭＯディスク復旧
・ＣＤデータ復旧
・ＤＶＤデータ復旧
・Ｂｌｕ－ｒａｙデータ復旧
・写真復旧
・ＥＸＣＥＬ復旧
・ＷＯＲＤ復旧
・ＰＤＦ復旧
・ｅメール復旧
等の復旧した成果が閲覧できます