1:2016/03/22(火) 21:52:12.64 ID:CAP_USER*
001
全日空の搭乗手続きシステムで22日午前に起きた障害は、
同日午後も機能の一部が復旧せず、航空券の予約ができないなどの
影響が続いた。同社の国内線139便が欠航、240便が遅延し
計約4万8000人に影響した。複数のサーバー間でデータを共有する際に
不具合が起きたとみられ、同社は23日朝の全面復旧を目指して
作業している。
全日空の搭乗システムを使うAIRDO(エア・ドゥ)、ソラシドエア、
スターフライヤーなどの各航空会社で少なくとも計35便が欠航、
遅れも相次いだ。
全日空によると、22日午前3時45分ごろ、4台ある
データベースサーバーのうち1台が停止。
復旧を進めたが、午前8時20分ごろ残る3台も停止した。

*+*+ jiji.com +*+*
http://www.jiji.com/jc/c?g=soc_30&k=2016032200879
2:2016/03/22(火) 21:52:44.20 ID:gtxw/4R80
掃除のBBAのせいか
762:2016/03/23(水) 01:38:10.30 ID:REKK7ZJX0
>>2
コンセント抜いた オカンのせいだろ。
3:2016/03/22(火) 21:53:10.13 ID:kykdsqP40
全然原因究明になってねーじゃんwwwww
8:2016/03/22(火) 21:55:19.70 ID:r+zDE1GE0
最初に1台が停止したあとの復旧作業で致命的なミスをしたのか
19:2016/03/22(火) 21:59:33.99 ID:hEgj+wC8d
なんで順繰りに停止しちゃうのさw
どんな対応してたのさwww
412:2016/03/23(水) 00:01:56.28 ID:0bpuzMFh0
>>19
即時切り離して対応すればよかったのに
スケベ心で止まった1台つないで復旧させようとして
3台とも全滅か
20:2016/03/22(火) 22:01:56.30 ID:m22bSg6B0
航空会社がケチって糞システムを作ってどうすんすか
24:2016/03/22(火) 22:03:17.13 ID:zQAu7nzi0
4台ある意味全然ないじゃないか!
29:2016/03/22(火) 22:05:42.13 ID:ZFe+dtO6M
5月のサミットに合わせたテロの下調べではないんだよな?
37:2016/03/22(火) 22:09:22.91 ID:azlTbEQw0
なにこの福一みたいな状況。
4つあって全停止ってどういうことだ?
40:2016/03/22(火) 22:10:40.23 ID:PqFZWq5pa
DB死にましたが原因になるのね。

何故DB死んだのか気になるのはシステムや、へーそーなんだが一般的
49:2016/03/22(火) 22:16:31.08 ID:PqFZWq5pa
落ちたのに時間差あるからね

1台死ぬ→残りに待避→設計ミスってメモリ不足(朝の利用が多くなる時間)→道連れでスローダウン、みたいなんじゃないの
85:2016/03/22(火) 22:37:01.00 ID:DkhgUp1I0
搭乗手続きで欠航が出る理由がわからない。
そういう日は自己申告で乗せればいいじゃん。
悪用する人が2割いても欠航よりは損が少ないだろ?
92:2016/03/22(火) 22:40:15.10 ID:odrv6etf0
>>85
今日は地上係員が
「ダブルブッキングで困っています。航空券無料にしますしホテル代と食事代出しますので誰か代わって下さい!!」
と涙声で走り回ってたらしい。
119:2016/03/22(火) 22:50:29.97 ID:DkhgUp1I0
>>92
データベースの不具合で二重販売してしまったということ?
それも欠航理由にはならんよなあ。
177:2016/03/22(火) 23:06:34.22 ID:qBAGW+XV0
>>92
キャンセル見越して日常的にキャパ以上に席を売ってる
111:2016/03/22(火) 22:47:43.12 ID:Sc6FEj6Q0
復旧を進めたが、午前8時20分ごろ残る3台も停止
(´・ω・`)?
全日空システムズて上のほうに問題がある人がおるんやろか
141:2016/03/22(火) 22:57:28.48 ID:DkhgUp1I0
結局こういう事態を想定したマニュアルさえあれば欠航は避けられたんじゃないのか?
175:2016/03/22(火) 23:06:00.35 ID:6eGIQP0W0
>>141
減便欠航は必至だろ
手で捌けるならシステム要らない
161:2016/03/22(火) 23:01:58.84 ID:kiHKaMVE0
ローカル航空会社はことごとくANAの傘下だな
これにスカイマークも加わるんだろ?
こんなに障害頻発してて大丈夫なんかよ
170:2016/03/22(火) 23:05:12.65 ID:ELSyKCN/0
順次停止… ライセンス期限とかアカウントの有効期限切れとかというオチだったりして…
268:2016/03/22(火) 23:26:47.12 ID:CUhl/65sd
>>170
かなり前のANAでそれがあったな
608:2016/03/23(水) 00:54:14.14 ID:P7Dx6C1A0
>>170
最近は「証明書の有効期限切れ」ってのもあるんやで。
184:2016/03/22(火) 23:09:23.85 ID:jlqIS28B0
こんなに影響が大きいと現場の責任者は生きた心地がしないだろうな
206:2016/03/22(火) 23:15:51.10 ID:/7+ui012a
>>184
今頃、眠気と焦りとで、変な汁が脳から出てて、厳しい徹夜を送ってる
事でしょうね。
190:2016/03/22(火) 23:11:57.60 ID:Ku7jcuBE0
関係無いのに胃が痛くなってきた。
193:2016/03/22(火) 23:13:09.81 ID:d7pMpePL0
>>190
職業病だなw
191:2016/03/22(火) 23:12:39.40 ID:6KxRw36o0
電源が同じで、ブレーカーが落ちたとかだったりして。笑
198:2016/03/22(火) 23:14:45.11 ID:1JPfA2Gl0
>>191
そういうの昔は実際にあったんだよね
電源コードに足引っ掛けたとかw

今はサーバールームもちゃんとしてるから起きないだろうけど
195:2016/03/22(火) 23:13:35.75 ID:jlqIS28B0
もう12時間以上経つけど最初のDBが転けた原因もまだ分からんの?
220:2016/03/22(火) 23:18:03.17 ID:3i3Hw4Jy0
>>195
最初のがコケた理由より、そのあとの復旧に失敗した理由のほうがはるかに重要。成功してれば、誰にも知られずに普通に運行できた。
209:2016/03/22(火) 23:16:05.25 ID:AO1EGDgGa
>>1
> データベースサーバーのうち1台が停止。
> 復旧を進めたが、午前8時20分ごろ残る3台も停止した。

過負荷状態での障害テストが不十分だったため、予備サーバがデータの引き継ぎに失敗し、データ不整合が起きて全面閉塞と予想。
291:2016/03/22(火) 23:34:31.40 ID:f3mYCHFN0
>>209

俺もそう思うんだよなあ。
初めの障害から8時20分までは動いていたんだから、やっぱり利用が多くなってきて、じゃないかなあ。

こればっかりはわからないけどねぇ。
393:2016/03/22(火) 23:57:34.63 ID:IOV0vodz0
4台ってことは、2台一組で、主・副 って構成だろうから
3台目が逝ったってのは、操作ミス臭いんだけどね
1台目を復旧させて、2台目がメインとして動いていたのをフェイルバックさせたときに、おかしくなって
その冗長構成の3台目が終わって…

そんな流れじゃないかな
400:2016/03/22(火) 23:59:07.49 ID:cdWbzCSHa
>>393
おそらく主、副なんかないよ
4台あるなら4台並列運用だろう
395:2016/03/22(火) 23:57:53.10 ID:Yuk4Pok1K
ANAはモバイルから便を変えるのも無駄な操作を何回もやらされてイライラする。

グランドの係員なんか客として飛行機乗ったことあるのか?という怪しい姉ちゃんばかりだから、今日のカウンターは修羅場だっただろうな。
421:2016/03/23(水) 00:03:37.40 ID:hi8Ke1Hh0
技術者が何人病院送りになるかな
便利なサービスの裏には、その代償として
人間の限界を超えた負荷を背負わされる裏方さんがいるのだぜ
443:2016/03/23(水) 00:12:47.00 ID:qJpuRLHj0
>22日午前3時45分ごろ、4台あるデータベースサーバーのうち1台が停止。
>復旧を進めたが、午前8時20分ごろ残る3台も停止した。

なぜダメを押すのか
459:2016/03/23(水) 00:16:55.02 ID:adVh193pK
>>443

復旧系をちゃんと作らないとドミノ倒しになるのよ
473:2016/03/23(水) 00:20:28.54 ID:LIDmcomOM
>>443
落ちた時間が忙しい時間だし、1台では動くとかあるから
負荷かかった状態で整合性が取れなくなったんだろ
まあ人間が業務をコントロールして逃げることも出来たはず

http://www.sankei.com/affairs/news/160322/afr1603220033-n1.html
447:2016/03/23(水) 00:14:01.29 ID:2PSegS430
>>443
クラスタ片系がダウンした時の大抵のユーザの要求は「もう一台落ちたらアウトだからすぐに復旧しろ!」だよ
715:2016/03/23(水) 01:20:56.67 ID:sGtEshN30
>>447
ほんこれ
もう片系で動いてるんだから焦らず復旧すればいいのに早くしろばかり
776:2016/03/23(水) 01:42:06.39 ID:Uur9mhOd0
JRの改札とかで同じ障害起きたらどうなるのっと
785:2016/03/23(水) 01:44:19.16 ID:gXnnrkoI0
>>776
普通列車なら改札解放かな。
鉄道事故等で振替輸送のときはよくある。
798:2016/03/23(水) 01:47:56.91 ID:P7Dx6C1A0
>>776
どうせ朝ラッシュはみんな定期客だし、しょうがないから直るまで改札フリーパスにしちゃえ!

って10年ぐらい前に実際あったろ。
780:2016/03/23(水) 01:43:13.89 ID:i2Dh1nnma
>>776
駅員がカチャカチャ切符切る光景が復活