ファーストサーバ最終報告書、ベテラン担当者のマニュアル無視を黙認
ヤフー子会社のファーストサーバは2012年7月31日、6月20日に発生した大規模障害（関連記事）についての調査報告書（最終報告書）を公表した（写真）。報告書は、ファーストサーバに利害関係のない3人の委員による「第三者調査委員会」（関連記事）が作成した。同社Webサイトに「要約版」を掲載している。 報告書は調査対象とする事故を、6月20日に発生した「第1事故」と、第1事故で消失したデータが想定外の場所に復元された「第2事故」（関連記事）の2つとしている。 1人だけ自作プログラムでメンテナンス 報告書は、第1事故の事実関係について次のように言及している。ファーストサーバではシステム変更を実行する際、社内マニュアルに沿って実行することになっており、第1事故の原因となったシステム変更の担当者（A氏）以外は社内マニュアルに従っていた。 ところが、A氏だけはマニュアルに従わず、自作の「更新プログラム」
【資料公開】MySQL環境におけるFusion-io ioDrive勉強会【@渋谷GMO yours】と皆様へのお礼: Fusion-io
http://fusionio.seesaa.net/article/279986886.html にてご案内させていただきました、ioDrive+MySQL検証結果発表の資料が SmartStyle様にて公開されております。 当日セミナーで公開いただいていた資料はこちら 1. MySQLにおけるFusion-io社 ioDrive使用時の優位性について ・各測定結果の紹介 ・ioDriveよりもメモリ増設が有効なのか？ ・起動直後のioDriveの優位性について ・データベースサイズごとの平均処理量について ・ioDrive innodb_buffer_pool_size=40Gのケース ・まとめ 2. 事例紹介（Too many connections） ・Too many connectionsエラー発生のメカニズム ・max_connectionsパラメータを増やす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
