k-square's diary

サルベージ

ウチのサーバのディスク容量は合計 640GB で、今回壊れた HDD は 80GB でした。
(今回のディスクの交換によって 720GB に増えます)
この超巨大な容量というのは個人ではバックアップ不可能です。
会社とかなら、テープライブラリとかでバックアップするのも良いでしょうが、
個人でそんなものは持ってませんし、そんな予算もありません。
なので「壊れたら終わり」です。

私はサーバ管理も行っている SE ですので、
HDD が消耗品であることは理解しています。
しかもバックアップが無いため常に背水の陣です (-_-;;
そのため壊れて無くても 2 年で HDD をかえてました。
毎年大体 2 本ずつ買って、
1 年目はシステムドライブやテンポラリドライブやサーバ処理を行う
ディスクとして割り当て (最新 HDD のほうが速度が速いのが主な理由)
2 年目に型落ちになったら、負荷の低めのストレージ用途部分にして、
3 年目は処分 (友達に譲ったり、トラブル時の保険にしたり)
というローテーションをさせてました。

そして今回壊れたのはそろそろ 3 年目に入る HDD で、
もうちょっと保っていてくれてたらと残念です。
残念に思っても治るものでもないので、とりあえず、現在データサルベージ中です。
今まで何度となく自分の HDD が壊れましたが、
その中でサルベージに失敗したこと無いことが自慢です。
(一部のロストはあっても全部が消えたことはありません)
今回はこの自慢のサルベージについて、ポイントを簡単に書きたいと思います。

1. HDD にエラーが起こったら、速やかにスキャンディスクを実施する。
2. スキャンディスクでエラーが修復できてもできなくても、
   無くなっては困るデータの最優先のものから物理的に他のディスクにコピーする。
   壊れて HDD が認識されなくなるのは時間の問題だと意識してください。
   # 今回は 3 時間ほどで HDD が認識されなくなる事態になりました
3. エラーの出た HDD にはサルベージ以外の負荷がかからないようにする
   複数のスレッドからのアクセスなどはもってのほかです。
   # 今回は別のマシンでほぼシングルタスクでサルベージしてます
4. 特にエラーが出ているのが、起動ドライブであった場合は、
   そのディスクからの OS の起動は禁止。
   OS の起動ドライブだと、負荷的な問題で、恐ろしい勢いで HDD が壊れていきます。
   別のディスクに OS を入れた後、その OS からサルベージしてください
   # OS の入れなおし中は物理的に HDD を外しておいてください
5. ここまで初期の対応です。
   この対処の早さがサルベージの成否にかかわります。
   この辺は人の生き死にに近いものがあると思います。
6. 起動時に HDD が認識されなくなったら、
   Windows 系 OS からのスキャンディスクも禁止です。
   スキャンディスクをする余裕も無いので、HDD が認識されるまで再起動を繰り返し、
   HDD が認識されたら、ファイル単位でコピーしてバックアップしてください。
   移動ではなくコピーで行って負荷を高めないようにしてください。
7. どうしても読み取れないファイルがあると、そこで OS がエラーをだすので、
   その部分を記憶して、その部分はコピー作業を行わないようにしてください。
8. コピーが一通り終わったら、コピーできなかった部分だけが
   ロストした状態になるはずですので、最低限ここまでは目指してください。
   運にも寄りますが、HDD を冷やしたり (特に夏)、
   手でスピンアップを手助けしたり (HDD まるごとを回す) すれば、
   一晩でここまではサルベージできるはずです。
9. ここまででバックアップできなかった部分の復旧に最後の賭けを行います。
   HITACHI (IBM) の HDD の場合は Drive Fitness Tool というものが使えて、
   コレを使うとかなりの割合で復元できますので試してみましょう。
10. あとは運しだいです。
    運良く復旧できたら、ロストなしです。
    祈りましょう。

現在のところ、 50GB ほどサルベージできました。
残り 20GB ほどが難航しています。
はぁ・・・。がんばります・・・。