「システム障害はなぜ二度起きたか みずほ、12年の教訓」を読んでみた - だいくしー(@daiksy)のはてなブログ
少し古い本だが、「そういえばみずほ銀行の開発プロジェクトってどうなってるんだろう」と思いながら2chの某スレを読んでいて、この本の話題が出てきたのでKindle版を読んでみた。 システム障害はなぜ二度起きたか みずほ、12年の教訓 作者: 日経コンピュータ出版社/メーカー: 日経BP社発売日: 2011/07/28メディア: 単行本購入: 2人 クリック: 466回この商品を含むブログ (15件) を見る 本書の構成は大きく、 2011年3月の東日本大震災の義援金処理で発生したシステム障害の解説。 2002年の合併直後の新システム稼働時の大規模障害の解説。 東証や東京消防庁などの他の大規模システム障害事例の概観 システム障害を発生させないための提言 の4つにわけられる。 本書の主張は一貫して、ITはいまや企業の根幹を担う中枢であるので、IT部門に丸投げするのではなく経営陣が積極的にITにか
「Yahoo！メール」不具合はハード障害が原因 3日の再開に向け準備
ヤフーは10月2日、9月30日午前から続いている「Yahoo！メール」のアクセス障害について、、10月3日中をめどにアクセス可能になるよう準備を進めていると発表した。 9月30日午前9時20分ごろから、Yahoo！メールユーザーの約8％、379万4777 IDでアクセスできなくなった。原因は「システムの冗長性やデータの保全性を維持できないレベルのハードウェア障害」。障害発生中に届いたメールは受信できていないという。 障害の影響を受けているアカウントについては、10月3日中にサービスを再開すべく準備を進めているが、どういう形で再開できるかは未定。完全復旧できず、一部機能のみの再開になる可能性もあるという。 関連記事 「Yahoo！メール」でアクセス障害 最大400万IDに影響 メール受信できず 「Yahoo！メール」で障害が起き、400万IDでアクセスできない状況が発生。障害発生中に送られた
スーパーいなげや、システム障害＝増税対応で130店中半数閉店 （時事通信） - Yahoo!ニュース
東京、神奈川、埼玉、千葉を地盤とするスーパーの「いなげや」で、消費税増税に伴うシステムの切り替え作業中にトラブルが発生し、同社が展開する136店舗のうち、1日午後2時現在で半数近くが開店できない状態であることが分かった。同日未明に、レジのシステム変更やデジタル式の店頭価格表示のデータを、本部から各店舗に一斉送信した際にサーバーがダウンした。 全店復旧のめどは立っておらず、いなげやは「お客さまにご迷惑をお掛けして申し訳ない」（広報）と話している。
ファーストサーバ最終報告書、ベテラン担当者のマニュアル無視を黙認
ヤフー子会社のファーストサーバは2012年7月31日、6月20日に発生した大規模障害（関連記事）についての調査報告書（最終報告書）を公表した（写真）。報告書は、ファーストサーバに利害関係のない3人の委員による「第三者調査委員会」（関連記事）が作成した。同社Webサイトに「要約版」を掲載している。 報告書は調査対象とする事故を、6月20日に発生した「第1事故」と、第1事故で消失したデータが想定外の場所に復元された「第2事故」（関連記事）の2つとしている。 1人だけ自作プログラムでメンテナンス 報告書は、第1事故の事実関係について次のように言及している。ファーストサーバではシステム変更を実行する際、社内マニュアルに沿って実行することになっており、第1事故の原因となったシステム変更の担当者（A氏）以外は社内マニュアルに従っていた。 ところが、A氏だけはマニュアルに従わず、自作の「更新プログラム」
ファーストサーバ障害、深刻化する大規模「データ消失」 ヤフー子会社、クラウド時代の盲点を露呈（ネット事件簿） - 日本経済新聞
クラウドに預けていたデータが、「雲」が消えるかのごとく消失してしまった。20日17時頃、レンタルサーバー会社のファーストサーバ（大阪市）で起きた「データ消失」事故。その深刻な状況が日を追うごとに明らかになってきている。被害にあった顧客件数は5698件で、ほとんどが復旧不可能な状態。ウェブサイトやメールに加え、顧客情報やスケジュールなど多種多様なデータが失われ、業務が止まった企業からは悲痛な叫びが聞こえてくる。いったい何が起きているのか。
ファーストサーバ、データが消えた理由を説明 削除コマンドの停止・範囲記述漏れ
ヤフー子会社でレンタルサーバを手がけるファーストサーバの大規模障害で、同社は6月25日、原因について説明した。更新プログラムにファイル削除コマンドを停止させるための記述と、対象サーバ群を指定するための記述が漏れていたという不具合を検証環境で確認できず、本番環境とバックアップデータに適用してしまったためという。 障害についてのFAQも公開。損害賠償は利用契約約款に基づき、契約者が「サービスの対価としてお支払いただいた総額を限度額」として支払うとしている。Webサイトのダウンによる機会損失については損害賠償の対象外としている。 不具合のある更新プログラムをバックアップにも適用 同社によると、6月20日午後5時ごろ、特定のサーバ群に対して脆弱性対策を実施した。同社はこれまで、更新プログラムをそのつど作成して対象サーバ群に一括して脆弱性対策を実施しており、今回も更新プログラムを作成した。だが、 （
ファーストサーバ障害問題：「顧客のデータ消失は前代未聞」--ITR内山氏
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます レンタルサーバ事業者のファーストサーバが障害で顧客のメールおよびウェブデータを消失した問題で、ユーザー企業への影響や今後の展開などを、IT専門の調査会社ITRの内山悟志代表取締役が以下のようにコメントした。 障害はともかく、データセンター事業者によるデータの消失というのは前代未聞だ。バックアップを取っていなかったとすれば、利用企業としてはどうしようもない状況といえる。事業者としては、信用を失うことになるだろう。 だが、これをユーザー企業が法的手段に訴えても、満足できるような補償は受けられないだろう。一般に、契約内容は障害時に「利用料を全額もしくは半額返還する」といったものであり、あくまでも企業が支払った金額が対象になる。 契約書に規定が
東証、システム障害の原因は「人為ミス」、診断レポートを“解読”できず
東京証券取引所は2月16日、2月2日に発生した大規模システム障害について、「（東証の）職員が主体的にシステムの状態を確認せず、問題なしと判断した」ことが原因だったと発表した。東証のシステム子会社である東証システムサービス（TSS）の担当者と、保守ベンダーである富士通のSEが診断レポートを誤認し、東証の職員が経営陣に適切な報告を怠っていたことが、対応の遅れにつながったことも明らかにした（関連記事）。 障害を起こしたのは取引関係者に相場情報を配信する「情報配信システム」。サーバー3台を1セットとし、8セットで構成する。東証はサーバーを三重化しており、1台のサーバーに障害が発生した場合、残り2台に自動的に切り替えて処理を継続する。東証は切り替えに成功したと考えていたが、実際には失敗しており、同日午前中の一部銘柄の取引停止につながった。 経緯はこうだ。 午前1時27分、1台のサーバー（ノードA）で
11/12/28 【重要】証券システム障害に関する重要なお知らせ ｜ 証券会社なら業界最安値水準の手数料で人気の株式会社ライブスター証券
ライブスター証券は2021年1月1日をもって、SBIネオトレード証券へと商号を変更いたしました。 以下の旧ライブスター証券ドメインは廃止されておりますので、ブックマーク等にご登録されているお客様におかれましては、新ドメインへご変更をいただきますようお願い申し上げます。 【旧ドメイン】https://www.live-sec.co.jp
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
