動画の再生障害のお知らせ:動画の一部が再生できない事象が発生しています。日経コンピュータ2016.04.12コピーしましたPR搭乗手続きなどでごった返す全日本空輸のカウンター(3月22日午前11時40分ころ、新千歳空港)[画像のクリックで拡大表示]大型のシステム障害の詳細が見えてきた。全日本空輸(ANA)が2016年3月22日に起こした国内線旅客システム「able-D(エーブルディ、以下では便宜上開発コード名のANACore:アナコアと称す)」のシステム障害では全国49の空港で搭乗手続きができなくなり、ANAと提携航空会社5社の合計で719便、7万2100人以上に影響を及ぼした。インターネットや予約センターでの予約などもできなかった。ANAは障害発生から8日後の3月30日に経緯や原因を公表、さらに4月11日に弊誌のメール取材に応じ、一段詳しい真相が判明した。4台のSuperdomeをRACでクラスタリング今回のシステム障害の中身は3月20日のニュースで報じた通り、4台のデータベース(DB)サーバーが停止したというもの(関連記事:ANAシステム障害の原因判明、シスコ製スイッチの「世界初のバグ」でDBサーバーがダウン)。今回、弊誌の取材でシステム構成が明らかになった。11g」を使っていた。ANAが使うSuperdomeは1.66GHzのItanium2を12個と、64Gバイトのメモリーを搭載する。Clusters)」を使ってクラスタリングして、可用性と性能を向上させていた。分散したDBサーバーが協調して処理を進める場合、ストレージ上のデータを共有する「シェアードエブリシング(共有ディスク、シェアードオールとも呼ぶことがある)」や、それぞれのDBサーバーにのみデータを持つ「シェアードナッシング」と呼ぶアーキテクチャーを採る。RACの場合は前者の「シェアードエブリシング」である。ANACoreではストレージは2台のミラー構成を使っている。4台のDBサーバーはそれぞれに同時に書き込む。この時、ストレージ上のデータが一貫性を保って参照・更新されるように、4台のDBサーバーは高速な専用ネットワーク(インターコネクト)を通して、メモリー上に展開したデータなどを転送し合う。4948E」が故障し、最終的にDBサーバーの4台停止につながった。1時間で縮退運転開始ANAが3月20日に公表した資料と取材の回答結果、日本ユニシスがANACore稼働後に公表した技術論文集「ユニシス技報」の通巻118号「特集:エアラインリザベーション」を基に、改めてシステムダウンと復旧の経緯を時系列でみていく。ユニシス技報の内容はANAも確認済みで、システム構成も基本的には変わっていないが一部で機器を増設しているという。最初のDBサーバーが停止したのは3月22日の午前3時44分。約4時間40分後の午前8時22分には残り3台が順次停止し、最終的に4台とも停止した。始発便はとうに出発している時間帯で、全国の空港で搭乗手続きに遅れが生じていた。最初に欠航したのは羽田空港を午前9時55分に出発する秋田空港行き403便だった。羽田空港ではその後、欠航便が相次いだ。現場の負担軽減を!医療界でのAWS活用法500万社が導入。情報銀行の成り立ち、事例、現状課題やその行方を網羅。経営戦略である以上、「会計」の知識やスキルが欠かせません。