RAID5のドライブエラーと対処：G-SPEED Shuttle XL

2018年6月23日 G-Technology

先日、夜中、Final Cut Proで編集していたら、視界の片隅で赤い光が瞬くのを感じた。
目の前のディスプレイから目を離し、横手方向のラックを振り返ると・・・。
２年前に導入したメインストレージのG-SPEED Shuttle XLのステータスランプが赤く点灯していた。
なんらかのエラー発生のアラートである。

G-SPEED Shuttle XL_20

心拍数があがりながらも、一応、冷静で居られるのは、このG-SPEED Shuttle XLはRAID5で運用しているので、ただちにデータを失うことはないこと。そして定期的にバックアップを取っているので、たしか先月末までのマスターデータは冗長保存されているから。

G-SPEED Studio Software Utilityを立ち上げると、物理ディスクに障害とそれによってディスクアレイにエラーが発生している。

ランタイムイベントをみると夜中の1時36分6秒にスロット6のドライブが死んで、7秒後に警告がでている。

G-SPEED Shuttle XL_21

（ハッチを開けたところ。右側の下から2つめのスロット6にレッドアラートがでているのが分かる）
気がついたのが2時前なので、およそ20分、その状態で4K編集をしていたらしい。8発の7200RPM/8TBのエンタープライズ級ドライブで構成されたRAIDはこのくらいでは航行に支障なしのようだ。

とはいえRAID5なので、もう1発ドライブが被弾というかロストしたらRAID全体が崩壊する。
ちょうど２年前、PROMISEのPegasus R6でRAID5のリビルド中にもう1台ドライブが故障し、RAID全体が崩壊する悲劇を経験しているので、油断は禁物。どんな高品質なものでも機械は壊れるモノだ。

・まずやるべきコト。
該当RAIDのデータバックアップ。この時点でG-SPEED Shuttle XLにあったデータは24.5TB。前述したように先月末までのデータはバックアップがあるけれど、念のため24.5TBすべてのデータのバックアップを取る。もちろん、前述のバックアップドライブに書き込んじゃダメ。冗長化を守るには別のストレージに。

たまたまG-TEAMの支援機材としてCP+2018後に導入していたG-SPEED Shuttle 「ミニ」Thunderbolt 3がとなりにいるのでそちらにコピーする。TB2>TB3変換のせいもあってか、24.5TBのコピーにおよそ12時間（実際はもう少し速かった）。

HGSTのG-TEAM担当者にメール書いたのが日曜日の夕方。

G-SPEED Shuttle XL_22

火曜日に帰宅すると交換用ドライブが届いていた。
ただし、後日確認したところ、通常は故障ドライブとの交換になるので、どうしても日数は掛かるとのこと。
５年保証という非常に安心感の高いG-Technology製品ではあるけれど、データの補償をしてくれる訳ではないので、業務用途の場合はスペアドライブを予め購入しておく方がいいと思います。

G-SPEED Shuttle XL_23