• BPnet
  • ビジネス
  • IT
  • テクノロジー
  • 医療
  • 建設・不動産
  • TRENDY
  • WOMAN
  • ショッピング
  • 転職
  • ナショジオ
  • 日経電子版

大規模障害から1年余り、あの企業が「その後」を語った

  • 玄 忠雄=日経コンピュータ

バックナンバー

2014年3月5日(水)

  • TalknoteTalknote
  • チャットワークチャットワーク
  • Facebook messengerFacebook messenger
  • PocketPocket
  • YammerYammer

※ 灰色文字になっているものは会員限定機能となります

無料会員登録

close

  「この度は取材をお受けしましたが、どう対応したらよいか。今でも迷いがあります」。担当者は取材の冒頭で、心境をこう吐露した。

 記者は取材のためレンタルサーバー事業を手掛けるファーストサーバ(本社:大阪市)を訪れた。1年半ほど前に、顧客企業が利用していたサーバー約5700台のデータをほぼ消失させる大規模障害を起こした事業者だ。

 今回の取材は、過去に失敗を経験した複数の企業や公的団体に申し込んだ。目的は、「IT運用の失敗から技術者がどう学び、再発防止に取り組むべきか」をまとめる企画記事を執筆するためだ。

 中でもファーストサーバは、運用のプロであるべきITベンダーが、一部とはいえ現場担当者のずさんな運用作業を見逃していた実態が明るみになり、個人としても大きな衝撃を受けた。失敗を経てどう体制を立て直したのか、大いに興味があった。

「非技術者」にも分かる再発防止策を:ファーストサーバ

 簡単に、ファーストサーバの事故を振り返っておこう。

ファーストサーバで再発防止活動を指揮した村竹雅人取締役社長室長。事件当時はマスコミ対応も担当した。

 同社が、顧客にレンタルで提供していたサーバーをダウンさせたのは2012年6月20日。事故の原因は、OSのセキュリティパッチを適用していた一人の運用担当者の作業ミスだった。パッチ適用には不要だった「サーバーデータの一括削除」コマンドが入ったスクリプトを、検証が不十分なまま本番環境に適用してしまった。これが原因で、サーバーにあった顧客データを次々と消去してしまった。

 この担当者は、様々な運用作業に一つのスクリプトに手を加えて使い回していたほか、障害を起こした当日に会議中で不在だった上司の承認を経ずに、作業を進めてしまっていた。担当者個人はもとより、組織の在り方にも問題があることは明らかだ。

 正直なところ、ファーストサーバが今回の取材依頼を受諾することは予想していなかった。なぜなら、2012年の事故当時、同社は一貫して直接の取材を拒んでいたからだ。経営陣が会見などで事故状況を直接説明する場を設けることはなく、状況説明は主にホームページでの告知や報告書の公表だけ。マスコミからの問い合わせには、広報担当を兼ねていた村竹雅人社長室長(当時)が、ただ一人で電話で対応していた。

コメント0

「ITウォッチャー from ITpro」のバックナンバー

一覧

日経ビジネスオンラインのトップページへ

記事のレビュー・コメント投稿機能は会員の方のみご利用いただけます

レビューを投稿する

この記事は参考になりましたか?
この記事をお薦めしますか?
読者レビューを見る

コメントを書く

コメント入力

コメント(0件)

ビジネストレンド

ビジネストレンド一覧

閉じる

いいねして最新記事をチェック

日経ビジネスオンライン

広告をスキップ

名言~日経ビジネス語録

トランプ政権のここまでの動きはスロー。

ジョセフ・ナイ 米ハーバード大学特別功労教授