「突然なんです。原因なんてわからないんです。お客様が待ってるんです、すぐにでも修復してほしいんです。」

「以前も見た事があるエラー画面が出ていただけでしたので、問題ないと思っていました。だから、いつものように直せると思っていたのですが…気づいたらこんな事に…」

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

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

購入してすぐに壊れてしまったRAID・サーバー。
何年も不具合なく動いていたが、突然壊れてしまったRAID・サーバー。
そして、他の業者で「直すのは不可能だ」と宣告を受け、致命傷を抱えたRAID・サーバー。

　預かった機器は、RAIDサーバー専門チームに引き渡され、初期診断が行われる。

本体の状態、構成されているHDD全台の振動、基板の状態、電気信号そして、中のプログラム。
全てを確認し終わるのには、最短でも６時間、最長で２４時間弱かかることもある。

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

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

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

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

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

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

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

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

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

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

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

「100億以上の数字の羅列をしばらく見ていると、ふと復旧の手がかりとなる故障箇所を見つけることができます。

そこから、最終的な復旧完了イメージを想定し、逆算式で”修復方法”を模索していきます。
これが見つかるまでは、可能性がある限り、何回でも何十回でも分析を続けます。」

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

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

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

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

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

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

　RAIDサーバー復旧専門チームは、「１分でも早い修復」を行うために、チームが連動して作業を行う。
例えば、データ解析担当、データバックアップ担当、物理復旧担当、症例検索担当など、それぞれがそれぞれの役割を果たすことで、１人で全てを行うよりも早く修復をする事ができる仕組みだ。

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

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

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