同期処理が失敗した原因は、4台をつなぐスイッチの不具合。具体的には、スイッチが故障状態であるにもかからず、故障を知らせる「故障シグナル」を発信しなかった。国内線システムは故障シグナルを検知するとスイッチを予備機に切り替えるが、今回はその機能そのものを作動できなかった。 スイッチは完全に停止したわけではなく、「不安定ながらも動作していたようだ」（同）。そのため、DBサーバー間の同期は順次失敗し、停止していったと見られる。 ANA広報によると、スイッチは米シスコシステムズ製「Catalyst 4948E」という。「2010年6月の発売開始以降、世界で4万3000台、うち日本で8700台を販売しているが、今回の不具合は初めての事象と聞いている」（ANA広報）。なぜ「故障シグナル」が発信できなかったかは分かっていない。 1台での縮退運転を決断 4台の完全停止から37分後、ANAは1台のDBサーバー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? IT界隈でエンジニアしていると、よく出くわすのが障害対応です。できれば会いたくないという人が多いと思うんですが、僕はけっこう好きです。障害対応。どこに原因があるのか調査をして、バランス良くベターな対応をしたときの楽しさは、プログラミングとはまた違ったものがあります。探偵っぽい感じが面白いですよね。もちろん、障害が発生しない状況を作るのが一番です 弊社では数多くのWebサービス／アプリを運営しているので、過去様々な障害対応をしてきました。その際に、解決までどんな道筋を僕がたどるのかを振り返ってまとめてみました。これが大正解なんてことはなく

福島県南相馬市小高区で、 「フルハウス」「Rain Theatre」を営む 小説家・柳美里の動揺する確信の日々 『創』の連載エッセイ「今日のできごと」が休載されています。 今月発売号の編集後記に、休載の理由が一言も触れられていなかったので、ここに書きます。 現状では、柳美里が「落とした」のだと誤解されるから――。 実は、もう何年も稿料が支払われていないのです。 先月、意を決して、「稿料未払い分を計算して、振り込んでください。全額振り込まれるまで、次の原稿を書くことはできません」と篠田博之編集長にメールしました。 篠田編集長から、９月２日にメールが届きました。 「返信が遅くなって申し訳ありません。ショッキングなメールでしたので、考える時間が必要でした。 おっしゃること、もっともだと思います。何とかしようとは思っているのですが、大変な時期に力になれずにいて申し訳ありません」 篠田さん、何故、支

コミュニケーションが生まれるツイートまとめツール

機械忍者 @cyborg__ninja 主に「くだらないこと」「デジタル機器系」「すげぇと思ったもの」「Googleなどの検索エンジンもの」「マーケットやアンケート調査」「サッカー」「ゲーム」「ロードバイク（自転車）」などの情報をピックアップしています。たまにSEO、Ruby、CMSなどのナレッジログがあります。 まあやってくれましたわ。 年末年始にかけて、さくらクラウドさんのご対応含めて時系列含めて障害があったんだぜということを記録しておいてやろうということです。 (さくらクラウドさんは是非これで対応含めて改善いただけることを当然期待しての投稿です) なお、フォロー等のつもりではないですが、さくらのVPSサービスや専用サーバサービスで不満は一切ありません。価格帯の割には落ちないし良い＆(共用サービスは除きますが)SSH等も使わせてくれて便利で助かるわーと、いわゆる「高評価」でした。 それ

以下のまとめを作っているうちに、本当にやりかねない人が想定できたので削除します。興味のあるかたはメールででも。 →岩上安身さん懲りずにまたフォロワーに情報提供を求めながら未確認情報を流す - Togetter そんなに危なくないほうのこちらは残します。 →ネットジャーナリストは釣られないためにどうすればいいか（Twitter/デマッターとフリージャーナリスト） 書き込みに異議がありましたら、ぼく、もしくははてな事務局にメールしてみてください。ケース・バイ・ケースで対処します。ぼくのメールアドレスは「プロフィール」の中にあります。その他いろいろプロフィールに書いてあります。Twitterでのメンション飛ばしは、ブロックしてたりされてたりでうまくいかないかもしれません。

ひと口に「メールが送信できない」といっても、それだけでは漠然としすぎていて何が問題なのかを把握できない。メールクライアントソフトの設定ミスかもしれないし、経路にあるスイッチが故障したのかもしれない。まずは問題が発生している場所を絞り込もう。 「メールが送信できない」とはどういうこと？ メールが送信できないというトラブルが生じた場合、まずは、いずれかのメールサーバからエラーメールが返送されていたり、メールサーバのメールキューに未送信メールが溜まっていることを確認する。これが確認できれば、クライアントとメールサーバ間の通信に問題はないと考えられる。 ここではメールサーバから先に問題が発生している場合に限定して、トラブルとその対応を説明する。 メールサーバの配置と配送の設定 ネットワークの構成や運用ポリシーによっていろいろなメールサーバの配置形態がある。もっとも単純な形態は、1台のメールサーバが

みずほ銀行は今週、3月に発生した大規模システム障害に対する事後対応で、一つの区切りを迎えた。 5月20日、弁護士ら第三者で構成するシステム障害特別調査委員会の調査報告書が公開された。調査報告書には、障害の発生原因やその後に起こした複数の対応ミスにより障害が長期化した経緯の全貌が記されていた。 これを受け5月23日には、みずほフィナンシャルグループが再発防止策を発表。さらに、みずほ銀行の頭取とIT・システムグループ担当常務執行役員が責任を取り6月20日付で退任することを明らかにした。 経営トップの引責辞任によってみずほ銀行は「けじめ」を付けたが、システム障害の事後対応はこれで終わりではない。みずほフィナンシャルグループは再発防止策の一つとして、みずほ銀行、みずほコーポレート銀行、みずほ信託銀行の基幹システムを統合する考えだ。 2002年4月にみずほ銀行が誕生して以来、2度の大規模システム障害

4月21日から23日のあいだ、Foursquare、Quora、Herokuなど多くのサービスに影響を与えたAmazonクラウドの大規模障害。このとき実際にどのような障害が発生していて、どう対応したのか、詳しい日本語での資料がAmazonから公開されています。 この資料は非常に詳細に記されているため、短時間で内容を把握できるものではありません。そこで本記事では資料からポイントを引用し、要約してみました。 以下からの記事はあくまで独自に内容を要約したものです。正確な情報は原文をご覧ください。 今回発生した障害とは何だったのか？ 今回発生した障害を手短にまとめると、米国東 (US East) リージョンにおける一部のアベイラビリティゾーンにおいて、Amazon Elastic Block Store (EBS) で読み込み、書き込み操作が行えなくなる、という現象でした。 そして障害の影響は一部

「社会インフラを担う銀行として、あってはならないトラブル。ご迷惑をおかけした皆様におわび申し上げる」。みずほ銀行の西堀利頭取は、3月15日から続く大規模システム障害に関する記者会見でこう陳謝した。 15日朝に表面化した障害は、振り込みシステムから起きた。「初動対応に不手際があった」（西堀頭取）ため、これが勘定系システムに波及（図）。その結果、最大で116万件の振り込みが未処理になった。窓口業務やATMもたびたび停止した（表）。

ソフトバンクの公式ホームページです。スマートフォン・携帯電話の「お知らせ」をご紹介します。

8月10日の17時20分頃から12日未明までの長時間にわたり、サービスが利用不能もしくは利用しにくい状況になっていた「mixi」。数度の断続的な復旧ののちに、本日12日午前1時50分頃には復旧が完了し、現時点で全面的に復旧しているようです。 その障害の経緯について株式会社ミクシィの広報からプレスリリース「『mixi』のアクセス障害のお詫び及び復旧に関するお知らせ」として発表されました。 原因はアクセスの急増ではなかった プレスリリースの中で、今回の障害の原因は以下のように説明されています。 『mixi』のデータベースへの負荷軽減のために導入しているデータキャッシュシステムが複数同時に異常終了したことに伴い、データベースへの負荷が急増したため『mixi』を閲覧しづらい状態となりました。 高負荷かつ特殊な状態でのみデータキャッシュシステムの異常終了が発生していたため、根本的な原因の究明に時間が

「システム運用担当者は，活躍する場が無いことが活躍しているってことなんだよ」 昔，システム運用経験の長い先輩によく言われたものである。システム運用担当というと，システムに障害が発生した瞬間に急に元気になり，徹夜もいとわず対処に没頭する技術者たちというイメージがある。だが，本来システム運用担当の業務とは，システムに故障などが発生してもサービスの停止などが発生することの無いように，障害対策を練ったり日々のメンテナンスを行なったりすることにある。先輩の言葉は，どんな障害が発生しても，あらかじめ用意されている対応手順に従って淡々と対応できるよう，日々の準備を怠ってはいけない，ということを意味しているのである。 これから書く内容は，運用担当チームがシステムの監視に使用しているメール・サーバーで発生した障害とその対応の話である。筆者が障害対応担当者として直接かかわったものだ。対応の経過とともに，発生し