「突然なんです。原因なんてわからないんです。お客様が待ってるんです、すぐにでも復旧してほしいんです。」 「以前も見た事があるエラー画面が出ていただけでしたので、問題ないと思っていました。だから、いつものように直せると思っていたのですが…気づいたらこんな事に…」

「とにかく助けてください。仕事が止まってしまっているんです。」

日本データテクノロジーには、毎日ぞくぞくとRAIDサーバーが持ち込まれる。
持ち込まれることが多いメーカーは、DELL、HP（ヒューレットパッカード）、そしてBuffalo…などの機器が多い。

購入してすぐに壊れてしまったRAID・サーバー。
何年も不具合なく動いていたが、突然壊れてしまったRAID・サーバー。
そして、他の業者で「直すのは不可能だ」と宣告を受け、致命傷を抱えたRAID・サーバー。
預かった機器は、RAIDサーバー専門チームに引き渡され、初期診断が行われる。

よくある故障なら１０分程度で診断できるが、他社で「復旧不可」の重度物理障害の物件などの場合は、過去のデータベースを参考にしながら、あせらず慎重に故障箇所を見極めていく。

診断が終わると、RAIDサーバー専門チームのメンバーのミーティングが始まる。
議題は、「症状の報告と今後の復旧方法について」。

ここで、莫大な症例を調べることができるデータベースを元に、「最も最短で結果を出すことができる復旧方法は何か？」
を１件１件みつけていくことになる。

同じ機械は運び込まれても、１つとして同じ症状のものは、ない。

その中から、直す方法を見つけるしかないのだ。

RAIDサーバー専門復旧チームは、多いときにRAIDサーバーチームだけで、1日20台以上の復旧を行うこともある。
日本ではトップクラスに入る復旧数である。

復旧数が多いため、症状毎に担当技術員を分ける事で、より復旧率の高い作業を行っている。
RAIDサーバー専門復旧チームの中でも、さらに細かく専門分野が別れている。

RAIDサーバーの依頼物件の中でも依頼数の多い機器の中のひとつに、Windowsサーバーがある。
RAIDサーバー専門復旧チーム技術員 大橋。
彼はそのWindowsサーバーの専門技術員である。

「私達の仕事は、”直す”ことです。それができなければ、技術力がいくら高いとかプログラムに詳しい、よく知っていると言ったところで、意味がありません。」

そういって1件1件症例データベースを参照し、復旧作業を行っていく。中には、急に状態が変化するものも多く、技術員も交代で張り付く。

RAIDの復旧は、データを”０１０１”と並んだ数字が羅列したセクタ単位で調べ、壊れたデータの法則性や、直すための方程式を、1つ1つ計算し、解析をしていく。

この作業には、「ひらめき＝直感がものをいう」と大橋は言う。
それは、過去の症例データベースから推測する予測値と、実績・経験から生まれるひらめきからくるものだ。

「1億以上の数字の羅列をしばらく見ていると、ふと復旧の手がかりとなる故障箇所を見つけることができます。そこから、最終的な復旧完了イメージを想定し、逆算式で”復旧方法”を模索していきます。これが見つかるまでは、可能性がある限り、何回でも何十回でも分析を続けます。」

ひたむきに、ただ、直す。
RAID復旧チーム 大橋の戦いは続く。

RAIDサーバーの復旧は、時間との戦いだ。

徹底した事前準備を元に復旧作業を行っても、１分でも早い処置が、最後の結果を左右する事もある。

ましてや、会社における業務の一番重要なデータを入れていることが多い共有使用のRAIDサーバー。

デジタルデータに依存している会社であればあるほど、その中のデータに不具合が起こることによる「仕事での損失」「業務に支障がでている、ストップしている」という悪影響は計り知れないものがある。

そういった観点からも「１分でも早い復旧」が求められる。

RAIDサーバー復旧専門チームは、「１分でも早い復旧」を行うために、チームが連動して作業を行う。

大橋のような経験豊富な復旧技術員でも、難度の高い物件を復旧するには時間がかかる。大橋が休んでいる時は、他のメンバーが作業をしっかり引き継ぐ。お客様に少しでも早く納品するために、復旧作業が止まる事はない。

「どんなに難しい症状でも、お客様が待っていらっしゃるというその事実に対して応えたい気持ちが、チームメンバー全員にあります。

思った以上に時間がかかる時の”自分へのいらだち”と、”お客様への気持ち”を抑えながら、少しでも早くお返しできるよう、作業に集中しています。」
大橋はそういって笑った。

今日もまた、RAIDサーバー復旧専門チームは、手を休めることなく復旧を続けている。