４．HDD機種（種類）別の障害例・問題点

複数台のHDDを内蔵した機種（NAS）で、RAID０（スパニング／ストライピング）のデータの脆弱性は良く知られています。

一般的にRAID１（ミラーリング）であればとりあえず安心、RAID５なら万全と考えられています。

しかし、データ復旧の現場から見ますと、このRAID信仰が一旦障害が発生した場合の被害をさらに大きくする要因になっています。

１．RAID１（ミラーリング）の場合
<障害例１>
＊ 障害を起こしたHDDの内容を正常な方のHDDがミラーリングしてしまい、２台とも同じ症状に陥る

<障害例２>
＊自動的にミラーリングしているはずが、障害を起こしてからログを確認すると　何ヶ月も前からミラーリングしていなかった

１．RAID5の場合
<障害例１>３台のHDDで RAID５を組んでた、Windows2000server
＜状況＞
HDDのうち１台が障害を起こし 、その交換用を手配している間に　もう１台（２台目）に 障害が発生

　＜結果＞
障害を起こした２台のHDDを復旧
元の３台のHDDよりパリティ情報の抽出、元のRAIDを再構築を経てデータ復旧

同じ部材で製造され、同じ環境で、同じ時間使用しているわけですから、
ほぼ同時期に障害が発生するのは不思議でも何でもありません。

<障害例２> RAID５を組んでいたNASの場合
　＜状況＞
HDD　１台が障害を起こした。障害を起こしたhddを交換し、リビルトをかけたところ、途中で止まってしまい（終了しなくなり）
アクセス出来なくなった。
↓↓
＜原因＞
他の3台と異なるメーカー製のHDDを使った
=>より重大な障害を引き起こす可能性が大です　絶対にやらないでください

　＜結果＞
まず障害を起こしたHDDを復旧
その後　元の４台のHDDよりパリティ情報の抽出、元のRAIDを再構築しデータ復旧に成功

　　　＊アクセス出来る状況なら、リビルト前にまず重要なデータのバックアップをとること

　　　＊交換するHDDは必ず　同じメーカの同じ型番は当然として、安全のために同じロットのものを使うこと
その為には　RAID導入時に　同ロットの予備HDDを１台以上ストックしておくこと

<障害例３> RAID５を組んでいたNASの場合
＜状況＞
HDD４番の不良のメッセージが出た
↓↓
実際にはHDD２番と３番にトラック０障害が発生しており、
これをRAIDコントローラーが読み違えHDD４の不良と判断していた。
＊この製品のあるバージョンのOS（ソフトウェアRAID）にバグがあったようで、障害ディスクの表示を間違えるようです。
同様の事例が何件か聞いています。
↓↓
メーカーに確認し　サポートの指示通り　HDD４番を交換、リビルトをかけた
↓↓
間違った　RAID情報を基に　リビルトが始まり、データを破壊してしまった。

　＜結果＞
４台のHDDを高度解析　パリティ情報の抽出により元のRAIDを再構築しデータ復旧に成功

　　＊ソフトウェアRAID（terastation等）で障害が発生すると　復旧はやっかいです。

　＜原因＞
１．障害を起こしたHDDが異常動作のため発熱

　小型の筐体に複数のHDDが組み込まれている構造の為 熱的に苦しく

２． こもった熱が原因となり

３．上部のHDDに連鎖的に障害が発生

　　したものと考えられます。

「外付けのHDDを繋いだまま、内蔵のHDDをフォーマットしたら、外付けのハードディスク（HDD）を認識しなくなった。」

「Landisk（Linkstation）にバックアップ用のHDDをUSB接続していたが、Landiskがトラブルを起こしたら、外付けも読めなくなった」

バックアップ用HDDは決して繋ぎっぱなしにしないで下さい。 繋ぎっぱなしだと本体がこけた（トラブルが発生した）時そのあおりでバックアップデータまで読めなくなることがあります。 また、自動でバックアップをとっていると、本体のデータが壊れた時、その壊れたファイルをコピーしてしまうことも有ります。 注　　意 外付けハードディスクは日常的に繋ぎっぱなしにしない バックアップは本体の状態を確認してから手動でとる とったバックアップデータは必ず内容を確認する

携帯にはこちらからコンテンツ、 住所、電話番号、メールアドレス等にアクセスできます。

http://www.den-now.com/i/