ANAシステム障害サーバー４台ダウン、今回・過去の障害原因は？
スポンサーリンク
スポンサーリンク
３月２２日、ANAの国内線で、搭乗手続きや予約販売ができなくなるシステム障害が
発生しました。
今年２月２４日、２００８年、２００７年にもシステム障害が発生しています。
今回と過去のシステム障害について原因を追ってみました。
＝ 目 次 ＝
３月２２日 システム障害の原因
経過
全日本空輸で搭乗手続きや予約販売を行うシステムに障害が発生しました。
国内線の搭乗手続きができなくなり、午後９時の時点で１４６便が欠航、
３９１便が遅延し、計約７万１９００人に影響しました。
空港の搭乗手続き機能は午前１１時３０分ごろ、予約販売系システムは午後８時１０分
ごろ復旧しました。
原因
ANAによると、システムを構成する４台のサーバーのうち、
午前３時４４分に１台が停止。
その後午前８時２２分までに他の３台も相次いで停止。
１台を再起動するも２台目が再起動できず、1台のみ稼働させ、
搭乗手続きなどに使う「空港系システム」を午前１１時３０分ごろ復旧させました。
原因は、4台のDBサーバーをつなぐ米シスコシステムズ製イーサネットスイッチ
（ネットワーク中継機器）の故障。
スイッチは、2重化されており、主系に故障が発生した場合は副系に切り替わるしくみ
ですが、故障が認知されず、主系が「不安定ながらも動作し続ける状態」と
なりました。
この状態では、DBサーバー間のデータ同期処理は異常終了。
DBサーバーは、データの整合性を壊さないようにするために自動停止しました。
スイッチは米シスコシステムズ製「Catalyst 4948E」。
ANA広報によれば、
「2010年6月の発売開始以降、世界で4万3000台、うち日本で8700台を販売している
が、今回の不具合は初めての事象と聞いている」
とのこと。
参考：ITpro
出典：ITpro
２月２４日 システム障害の原因
搭乗手続きができなくなって１８便が遅延し、約３千人に影響がありました。
サーバーの外部監視システムの変更作業ミスがシステム障害の原因でした。
２００８年９月１４日 システム障害の原因
全国５１空港にある全日空と提携４社の１，５５６台の端末が認証エラーにより
起動できなくなりました。
原因は端末認証管理サーバーに設定されていた暗号化認証の有効期限切れ。
２００５年の端末認証管理サーバーを導入。
当初は暗号化認証機能を使わずに運用していました。
２００７年９月に運用を変更、暗号化認証機能を使うことにしました。
この時点で暗号化認証の有効期限は残り１年で、端末認証管理サーバーの担当者と
端末設計の担当者の双方ともそれを認識していました。
しかし、端末設計の担当者は端末認証管理サーバーの担当者が更新するだろうと
思い込んでいたまま、正しく伝わっておらず、有効期限の更新は行われませんでした。
コミュニケーションエラーによる人為的ミスが原因と言えます。
２００７年５月２７日 システム障害の原因
旅客の予約・搭乗手続きや手荷物管理をするチェックイン・システムで障害が発生。
１３０便が欠航し３０６便が遅延、合計で７万９３００人に影響が出ました。
発端はチェックイン端末をつなぐためのネットワーク機器内のメモリーの物理的故障。
これにより2系統あるうち1系統のスイッチの通信が断続的に途絶え始めた。
さらに、連携するネットワーク機器の能力不足、プログラムのバグ、人為的な設定ミス
が複合的に重なったことが原因でした。
まとめ
全日空と同じ予約・発券システムを使っている航空会社数社にも欠航や大幅な遅延が
発生しました。
コンピュータ・システムによって、高度に効率化、合理化されたサービスが
空気のように提供される現代社会。
こういった障害が発生すると、あらためてその影響力の大きさを痛感します。
ANAでは２０１３年に大規模なシステム更新を行い、「人間はミスをするもの」との
前提のもとに設計した上で、監視体制や教育も強化したとのことですが、
競争の激しい航空業界で、コンピュータ・システムに大規模化、複雑化、高度化の
要求が絶えず突きつけられるであろうことは想像に難くありません。
システム障害はこれまでにも大きな問題となってきましたが、官公庁や大企業など
へのサイバー攻撃の脅威も拡大しつつあるようです。
これを機に、より強固で安全なシステムに進化していただくことを期待します。
関連記事：
