ファーストサーバ最終報告書、ベテラン担当者のマニュアル無視を黙認
ヤフー子会社のファーストサーバは2012年7月31日、6月20日に発生した大規模障害（関連記事）についての調査報告書（最終報告書）を公表した（写真）。報告書は、ファーストサーバに利害関係のない3人の委員による「第三者調査委員会」（関連記事）が作成した。同社Webサイトに「要約版」を掲載している。 報告書は調査対象とする事故を、6月20日に発生した「第1事故」と、第1事故で消失したデータが想定外の場所に復元された「第2事故」（関連記事）の2つとしている。 1人だけ自作プログラムでメンテナンス 報告書は、第1事故の事実関係について次のように言及している。ファーストサーバではシステム変更を実行する際、社内マニュアルに沿って実行することになっており、第1事故の原因となったシステム変更の担当者（A氏）以外は社内マニュアルに従っていた。 ところが、A氏だけはマニュアルに従わず、自作の「更新プログラム」
例のデータ消失したサーバの件で思うこと - 蟻の実験工房（別館ラボ）
例のデータ消失したサーバの件、色々と被害も出ているようですが 一応、いくつか運用保守も担当している立場からの意見です。 たとえばあなたが現場の運用保守担当であったとして、以下の条件で作業を任されていたとします。 １．稼動系と待機系のサーバ構成である ２．待機系のスナップショット等の二次バックアップは無し （待機系のみが稼動系の唯一のバックアップ） ３．本番環境は複数台のサーバペアだが、検証環境は１ペアのみ ４．本番環境と検証環境の違いのため、検証終了後に更新プログラムの 一部を修正しないといけない ５．更新プログラムの適用は稼動と待機と同時に更新をかけるよう 強いられている。 もしくは同時に更新する事のリスクが上層部と共有出来てない。 ６．更新プログラムの適用作業において手作業が発生するが体制上１人で 実施しないといけない ７．体制強化やサーバ増設など提案できる立場にない、もしくは 提案し
ファーストサーバ様のおかげでリストラｗｗｗ 挙句に会社倒産の危機ｗｗｗｗ by コピペ馬鹿 ～創造力の欠如～
130 :名無しさん＠お腹いっぱい。:2012/06/24(日) 16:08:19.05サイボウズDBの自力復旧が無理と午前中緊急会議で結論 午後からファーストサーバへの対応を検討する緊急会議するはずが昼飯に出て行ったきり社長と連絡が取れなくなったｗｗｗｗ ひゅーｗｗｗウチの会社つぶれるｗｗｗｗｗ町工場のおっちゃんら巻き込んで全滅ｗｗｗｗｗ 参考 ニュース - データ消失障害のファーストサーバが中間報告、「データは復旧不可能」：ITpro 136 :名無しさん＠お腹いっぱい。:2012/06/24(日) 16:09:46.02 >>130 今頃成田空港の出発ロビーに居たりして 174 :名無しさん＠お腹いっぱい。:2012/06/24(日) 16:17:18.07>>136 ワンマンに近い体制だったから他の役員達のパニック半端ねえｗｗｗｗｗ コストカット優先した結果ですと今までのインフラ外
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
