IBM製RAID・サーバーの故障原因や対処法、データ復旧（サルベージ）方法をご紹介します。

電源が入らない・起動しない・ランプが点滅・マウント（認識）されないなどの障害発生時に適切な対処を行うためにも故障原因や注意点を確認しましょう。

IBM製RAID・サーバーが故障した際のよくある症状

サーバーにアクセスできなくなった

アクセス不可能が一時的なものではない場合、RAIDカードの破損やファイルシステム異常など重大な障害が発生している可能性があります。修復用コマンドの実行など、ご自分で解決されようとするお客様もいらっしゃいますが、障害の性質によってはコマンドを走らせる事でさらに深刻化させてしまう可能性があります。RAIDを構成するハードディスクは超精密機器。不適切な対処のひとつひとつが機器に深刻なダメージを与えます。

 

カチカチと異音発生

外部からの衝撃、経年劣化、温度上昇等が原因で、RAIDを構成するハードディスクに物理的な障害が発生しているケースです。ハードディスクは一見レコードのような造りになっていますが、データを読み込むための針の部分（磁気ヘッド）とデータが書かれているレコード部分（磁気ディスク）の間の距離はわずか1ナノメートル（1000分の1ミリメートル）と、非常に精密な造りになっています。何らかの衝撃でこの磁気ヘッドが破損したり、ハードディスクの物理的な動きを制御するプログラム「ファームウェア」に異常が発生して動作異常が発生、磁気ディスクを傷付けてしまうなどで、異音が発生します。

こうした物理破損の機器からデータを復旧するのは非常に難しく、現在、復旧技術を持つ技術者は世界でも多くありません。その中でも特に優秀な技術者が当社に集まっています。もしハードディスクに傷が付いてしまった場合であっても、諦めずに当社にご相談ください。

エラーメッセージが出る

システムファイルや保存していたデータの破損、OS異常、ファイルシステム破損、RAIDカード異常など、エラーメッセージの原因は様々です。表示されるエラーメッセージが必ずしも正確ではない場合も多々ありますので注意が必要です。障害の状態によっては、専門の技術を持った技術員が目視確認しないと実際の障害状況が判断できないケースも多々あります。

 

リビルドの途中でエラー発生

不具合を感じてリビルドをかけたが、それまで表面化していなかった障害にひっかかったり、何らかの不具合で途中で止まってしまったというケースをよく耳にします。また正常にリビルドが完了したとしても、もともとリビルドをかける原因となった障害を解決できているとは限りません。
リビルドはRAID再構築の機能ですので、障害は残したまま、RAID情報の書換えを行ったに過ぎないのです。さらにリビルドが途中で止まってしまうと、RAID情報だけが書き換えられてしまいデータ領域との間で不整合が起こるなど、新たな障害を誘発する危険性が高いです。

BIOS上からリビルド可能なため試される方も多いですが、かえって状況を悪化させてしまう場合が多いです。

リビルド中の他のHDDも故障

RAIDを構成するハードディスクは同時期に製造されているものが多いため同時期に壊れやすいことから、リビルドの途中で他のハードディスクも壊れてしまいエラーとなる場合があります。RAID障害発生したハードディスクの台数が増えるほどデータ復旧難易度が上がってしまいます。リビルドは機器に大きな負荷がかかるため、1台目が何らかの理由で破損したなら他の機器も壊れる可能性が高いです。リビルドは基本的には控えたほうが賢明です。

 

スキャンやリビルドが終わらない

チェックディスクやリビルドは、ハードディスクやシステムそのものがある程度正常に動作しているからこそ実行できるもの。システム全体にプログラムが走るため機器に大きな負荷がかかります。障害発生した機器の場合はこれらの操作によりさらなる悪化を招いてしまうことも少なくありません。

 

 

2台以上のHDDで故障が発生

RAIDには製造時期が近いハードディスクが使用されることが多いため、1台が破損するのと同時期にその他のハードディスクも壊れてしまうことが多いです。RAIDのレベルによっては1台のディスクが破損しても動作し続けるため最初の1台の故障に気が付かず、異常に気が付いたときには既に2台以上のディスクが壊れていたというケースもあります。また、壊れたハードディスクを新しいものに交換するだけで、その他のディスクに負荷がかかり破損することがあります。経年劣化による破損などの場合は特に注意が必要です。

 

コマンド実行したが失敗した

システムに詳しいサーバー管理者の方などは、ご自分でlinuxコマンド「fsck」を走らせ修復を試みる方もおられますが、コマンドでは対応できない範囲で障害発生しており正常にコマンド終了できないケースがあります。またコマンド自体は完了しても、不具合の原因となった障害を解決できているとは限りません。ファイルシステムの不具合は、ファイルシステムに精通した専門の技術員が、一つ一つのデータを目視確認して手作業で修復を行わなければ正常に処理できないケースが非常に多いのです。コマンドが原因でファイルシステム異常の悪化につながる可能性もあります。

マニュアル通り対応したが起動しない

購入時のマニュアルにもさまざまな対処方法が示されています。管理者の方はきちんとマニュアルを確認しながら正確な手順で対処を試される方が多いです。しかし、それでも異常が回復しない、起動しない場合、メーカー様が想定していない範囲で障害が発生していると考えられます。製造側で想定されていないという事は、通常のコマンドによる処理等では対応が難しいという事です。データ復旧はワンチャンス。機器やシステムに極力負荷をかけない事が重要なので、いかに早い段階で、最小限の負担で適切な処理を 行うかがデータ復旧の可否を決定します。特に、通電は場合によっては重大な故障を引き起こす可能性があります。

それ以外の症状

症状1～9にあてはまらないケースも多々あります。ハードウェアRAIDは筐体やRAIDカードによってその構成もさまざま。たとえ表面的なエラーメッセージが同じであったとしても必要な対処方法は機器の状態により大きく異なります。RAIDカードもひとつひとつ微妙に仕様が異なっている場合が多いので、通常のハードディスクやソフトウェアRAIDの復旧に比べ高度な技術が必要です。