全日空の発券システムに障害

こういうニュースを見るたびに胃が痛くなる。
開発元はどこ？

【社会】 全日空の発券システムに障害　国内線に２０〜３０分の遅れ　一部の便、欠航
http://news22.2ch.net/test/read.cgi/newsplus/1180234196/
http://www.asahi.com/national/update/0527/TKY200705270039.html

日本ユニシスじゃね？

【事例フラッシュ】全日空，予約システムをオープン系に全面刷新

全日本空輸（ANA）は約100億円を投じて，国内線の予約システムをオープン系に全面刷新する。
近くシステム仕様の検討に入り，2007年から順次，稼働を開始。
2012年までに新システムに全面移行する。
http://itpro.nikkeibp.co.jp/article/NEWS/20060424/236105/

また、安直なオープン系移行か(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ
また、安直なオープン系移行か(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ
また、安直なオープン系移行か(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ
また、安直なオープン系移行か(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ
また、安直なオープン系移行か(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ
また、安直なオープン系移行か(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ(･∀･)ﾆﾔﾆﾔ

JAVA厨の仕業だな。

AirCoreってJ2EEなのか...

またオープン系か・・・
未経験者にJ2EEの開発させんな、ボケ

これか。

日本ユニシス ANAの国内線予約システム「able-D」をオープンシステムで再構築
http://www.unisys.co.jp/news/NR_060420_AirCore.html

ユニシスは倒産するの？

こんな程度で倒産していたら、T芝だのNだのとっくに倒産してらｗ

>>7
まだOpen Server使い始めるフェーズではないよね。
メインフレームの機種リプレースでしのぐ段階のはず。
この間に次期システム開発ってことだったのを前倒ししたんだろうか？

ANAの一日の売り上げ分を全返済する必要あるし、人件費もろもろの賠償も含めて

100億くらい？

　何について調べますか？
| ┌───────────────┐
|　|　発券システム担当からの異動願い｜
|　| 　 　 　 　 　 　　　　　　　　　　　　　　　｜
| └───────────────┘
|　[ オプション(O) ]　　　[ 検索(S) ]
|　
｀──────────┐ ┌───
　　　　　　　　　　　, '´l,　　..| ./
　　　　　　　, -─-'- 、i_　　|/
　　　 ＿_, '´　　　　　　　ヽ、
　　　',ー--　●　　　　　　　ヽ、
　　　 ｀"'ゝ、_　　　　　　　　　 ',
　　　　　　〈｀'ｰ;＝=ヽ、〈ｰ- 、 !
　　　　　　 ｀ｰ´　　　　ヽi｀ヽ iﾉ
　　　　　　　　　　　　　　　 ! /
　　　　　　　　　　　　　　r'´、ヽ
　　　　　　　　　　　　　　｀´ヽノ

これだからJavaはな


で、誰の仕業

　　　　∧＿∧
　　　 （　・∀・）Ａ○Ａシステム担当　「いったいどうなってるんだ？」
　　oノ∧つ⊂）　　　　　　　　　　　　　　　　　　　
　　　 （　・∀・）Ａ○Ａ子会社担当　　「現在調査中のようです。」
　　oノ∧つ⊂）
　　　 （；・∀・）ユ○シス部長　　　　 「早くなんとかしろ！」
　　oノ∧つ⊂）
　　　 （　・∀・）ユ○シス担当　　　　「いつ直りますか？」
　　oノ∧つ⊂）
　　(　（；・∀・）請負メーカ部長　　　　「なんとかなりそうか？」
　　oノ∧つ⊂）
　　(　（；・∀・）請負メーカ主任　　　　「なんとかしてくれる？」
　　oノ∧つ⊂）
　　(　（；・∀・）協力会社主任　　　　「なんとかしろ！」
　　oノ∧つ⊂）
　　(　（；T∀T）派遣担当　　　　　　 「う、うごかねー。もうしらね。」
　　∪（　∪ ∪
　　 　と＿_）__）

原因なんて調査しなくても解るだろう。
無理な納期と無茶な丸投げだろ、どうせ。

問題ない問題ない
システムに金をかけず多層下請けあたりまえの業界なんだから、
この程度の障害は許容すべき。運用でなんとかしろや

「ちゃんと試験してたのか！試験結果を提出しろ！」とか言われるのかな？

5年くらい前に日本UNISYSが請け負ってたところに、富○通が入り込んできた状態です。

通常、空港のシステムは開発終了後に2〜3年間テストだけを行うって話だったけど
それでもトラブルって起きちゃうもんなのよね。

平素はＡＮＡグループ便をご利用頂き、誠にありがとうございます。

弊社コンピューターシステムの不具合は解消しましたが、多数の欠航、遅延が発生しております。なお、羽田空港発18時以降の出発便は一部の便を除き、平常通りの運航を予定しております。
多くの方々にご迷惑をお掛けしておりますことを心よりお詫び申し上げます。　

回復の見込みないのにアナウンスだけ先に流すか・・・
こうやって納期（１８時）が先に決まるわけだ、うん。

>>20
見積もり無しに
ケツだけ決めるってのは、どういう神経してるんだろうな

古いメインフレームを、新しいメインフレームに移し替えただけで、
まだオープン系には移行していないらしいぞ
設定ミスった？

ユニシスは営業であって実際には開発していないんでしょ？
実際に設計・開発しているのは下請けであるし、
また下請けの下請けも絡んでくるから復旧に時間がかかる

で、今回の事件で何人が職を失うんだ？

カレンダーの上では、今日は日曜日だから人の招集もままならんしな。
あれ、オレ何で仕事してるんだろう。

こういう場合でも休出賃金って出るの？

　　　　∧＿∧
　　　 （　・∀・）システム担当　「賠償金１０億でいいよ」
　　oノ∧つ⊂）　　　　　　　　　　　　　　　　　　　
　　　 （　・∀・）子会社担当　　「賠償金１５億だ。（５億もらっちゃお）」
　　oノ∧つ⊂）
　　　 （；・∀・）一時受け部長　　　　 「請負に賠償金２０億を請求しろ！」
　　oノ∧つ⊂）
　　　 （　・∀・）一時受け担当　　　　「了解！あれ？５億の利益でる！？」
　　oノ∧つ⊂）
　　(　（；・∀・）請負メーカ部長　　　　「おい！賠償金２０億なんて払えないぞ！」
　　oノ∧つ⊂）
　　(　（；・∀・）請負メーカ主任　　　　「ほ・・・・保険で！保険で！協力会社に賠償金２０億一応請求しておきます。」
　　oノ∧つ⊂）
　　(　（；・∀・）協力会社主任　　　　「とうさんだ・・・・。保険もかけてないし・・・・」
　　oノ∧つ⊂）
　　(　（；T∀T）派遣担当　　　　　　 「バグはどこ！？はやく帰って寝たい。」
　　∪（　∪ ∪
　　 　と＿_）__）

ユニシスのオープン系ってWindowsじゃねーのか？

つぅか、なんで欠航にする必要あったんだろ。
当日予約だけやめて、航空券持ってる人は目視のチェックだけで空いてる席に
座らせるとかすれば、被害も最小限に抑えられたような気がすんだけど。
客も話せば分かると思うし。そういう非常時の対応マニュアルとかないんかな。

フェイルソフトという言葉は試験でしか使われない架空の用語のようだな。

それを手作業でやる人員が無かったんだな

>>28
OSが何か関係あるの？

多分一番被害を被ったのは現場で働いているANAの職員たち。

中途半端に順次移行とかするからだｗ
新系失敗いたら即旧系に切り戻し、怒鳴られる上司を置いて
居酒屋で反省会でおｋ

システム開発者の末端は、結構あほ＆無責任者が多い

本人が言うのだから間違いないｗ

濡れは世の為人の為、開発はもう辞めたけどね

一度止めたら二度と動かないって自信持って言えるホストは意外に多いぜｗｗ

ユニシスのＳＥって国内メーカーＳＥと違って
ＰＧ組んだり、プリンタ直したりと何でも屋じゃなかったっけ？

>>36 どうやって起動してんだよ。　('A`)

止めねんだよ、何があってもよぉｗｗｗ

命懸けだね

うちのホストはマシンのバージョンアップ以外にはとまったこと無いぞ。
つーか、本来はそれが普通。
月１回再起動してね！なんてばかげてる

止まったら動かせないってどういう組み方をすればそうなるの？

俺も同じ疑問をもった。謎だな。

(´･ω･`)昔〜貧しいPGの人〜
(´･ω･`)バグを叩いておりました〜
(´･ω･`)仕様書を広げて泣く上司は〜
(´･ω･`)樹海の中へと消えました〜

(´･ω･`)蒸発した上司の尻ぬぐい〜
(´･ω･`)会社は火の車になりました〜
(´･ω･`バグを取りますトンカラリ
(´･ω･`)朝も早よから夜明けまで〜

(´･ω･`)交渉つづいたある朝に
(´･ω･`)会社は顧客に見捨てられ
(´･ω･`)そーっと消えます空の果て…
(´･ω･`)む〜かしむかしの話です

どこのホストなんだ？
>>22の言うとおり、メインフレームが置いてある全日空のビルって言うのがNHKでさっき映って、旧システムに戻したら復旧したってさ。

ttp://itpro.nikkeibp.co.jp/a/biz/jirei/jir0707/jir_o13.shtml

さっさと旧システムに戻していれば…

今回の事件

１　全日空
２　全日空システム企画　？？
３　日本ユニシス
４　日本ユニシス・ソリューション
５　社員１００名前後の偽装請負会社
６　５の協力会社
７　５および６に関わる派遣会社
８　底辺４次、５次受け会社

デスマーチの制で人員が激しく入れ替わるためソースコードのコメントも
いい加減で場所がわからない。

たぶん明日は５〜８の社員はバックレる奴多いだろう。
新たな求人で勤務地が穴守稲荷とかだったら注意。

日本の開発環境をどうにかするためにも、
現場の連中に実体を暴露して欲しいところだ。

本当に最近のプログラマはガッツが足りない。
障害が発生したら、原因が不明でも復旧案内するのはアタリマエ。
全て自分の都合で世の中が動くと思うなよ！
それが嫌なら俺みたいに出世しろ！

えー、よく分かりませんが>>50が本件の責任を取って頭を下げてくれるそうです。

精神論言う奴は上司に受けるので出世し易いが
有事に対応できず、組織は潰れる。

自首ｷﾀ━━(ﾟ∀ﾟ)━━( ﾟ∀)━━( ﾟ)━━( )━━(ﾟ )━━(∀ﾟ )━━(ﾟ∀ﾟ)━━!!!!!
２ちゃんねらーって無駄に才能あるのな。

【社会】「全日空発券システムをハッキングで混乱させた」として無職の２ちゃんねらー(30)が自首
http://society6.2ch.net/test/read.cgi/river/1176903304/

riverってどこの板？

社会の河川・ダムだな
まぁ、今回のトラブルとは無縁な板だｗ

>>46
とすると新系ホストの障害っていうことで明白々と。
んでもってGWとかも乗り越えて戻しも効かんところで
きっと単純なISAMとかADABAS当たりかメモリ
(よ−分からんがメモリみたいな概念有るのか？)あたりが
あふれたかトランザクションのデッドロックしたかって感じ？

通信系だったらもっと早く出てる筈だし、ホストまわりの
可能性かな。移行スケジュールとかわからんが。
まあガンガレ。

こういう事件がおきるとダム板の連中って異様に張り切るよなｗ

ふーん。メインフレームからの移行か・・・。

てことはやっぱ DB の表は横長で全部読んでループさせて検索なのかな? w

そんなときはPL/SQLを使うんだ。

>>53=>>57乙ｗ

単発スレやめれ

>>53
人大杉に誘導乙

ttp://itpro.nikkeibp.co.jp/article/NEWS/20070527/272584/

さすがにGW前のリプレースは無かったと見るべきか、
それとも1月なにかの理由で遅れてたか。まあ時間感覚的には
順調な遅れって感じではあるが。

>>50
>それが嫌なら俺みたいに出世しろ！
出世したいから働いてるんだろｗｗｗｗｗ

責任取る奴は出世しねぇ

責任を取ったが故に出世できないとは考えないのか？

出世するやつは妖怪。

>>63
たった６５０万トランザクションなのか。

いかに人の所為にするかが出世の鍵

(ﾟдﾟ)(｡_｡)(ﾟдﾟ)(｡_｡) ｳﾝｳﾝ

いやしかし Linux サーバでなくて本当によかった。

人が死んでるわけではないので、こういうトラブルは営業チャンス。
トラブルが無いシステムは無いわけで、いかにうまく解決したかで来期の受注額が決まる。

と意気込んで出かけて張り倒されて帰ってくる。
これも仕事だビールがうまい。

ここ数年航空系のシステムトラブル多いね
年に１、２回は羽田が混乱している気がする

つうか、このシステム開発した　つうか修正したSEとPGはカスだな

>>74
そんなに卑下するなよｗ

この流れで宣伝ｽﾏｿ
国別対抗のクリックゲームなんだが興味あったらぜひ覗いてくれ

現行スレ
http://wwwww.2ch.net/test/read.cgi/news4vip/1180273028/
戦場
http://www.clickclickclick.com/default.asp
まとめサイト
http://ime.nu/www33.atwiki.jp/clickvip/

結局、開発費を減らして、納期を短くして、テスト期間が無くして
開発量だけ当初の予定を遥かに超える工数だったんだろう。
物理的に無茶なスケジュールだったんだろ！

開発チームはずっと徹夜かな？かわいそうに！

>>68
PNRの管理って、複雑で重いんだよ。
旅程(これからの予定と履歴）と運賃計算だけじゃなく、
マイレッジやら座席予約からリクエストメッセージやら、
チケットレス履歴までやんなきゃいかんし。
運賃計算に使うタリフと、機材のコンフィグレーションのテーブル
くらいはインデックス貼れるけど、あとはなかなか
処理を軽くしようといってもねぇ。
今回のシステムの場合は、古いシステムのエミュレーションまで
動かしてるんだろうし、大変だろうと思うよ。

>>63読むと
結局原因はハードのリプレースによる処理速度低下、ということか。
で、その根本原因はこれから、と。

「Javaが悪い」
「未経験者にJ2EE開発させたから」
「無茶な丸投げ」
とか随分適当なこと言ってたなあ、おまえら。

で、
＞同社は午後3時半、更新した3系統を古いシステムに戻すことでシステムを復旧させた。

3時半に復旧した後のアナウンスなのに
「こうやって納期（１８時）が先に決まる」
「ケツだけ決めるってのは、どういう神経してるんだ」


ほんっと、2chって信用できないんだなあ、と久々に実感。

2chをまじめに信用する奴いるわけないじゃん。
関係者、部外者を含めて関連業種（航空、SE）の
心の叫びが聞けて面白かったよ。（このスレ以外も見た感想）

まだフォートラン使ってますか

そういう目に遭ってきた経験からじゃまいか？

>>80 激しく矛盾してる件

日本のITドカタのくそっぷりが今回も見事にでたなwwww

本当の原因

↓

|・∀・）＜ぬるぽ

BIGも日本ユニシスだったのでしょう？
これで2アウト。

>>83
どこが？

>>86
今年のTDLホテル予約システム不具合で既に３アウト！
TDL→TOTO→全日空

>>87
信用する奴いないと言う一方で心の叫びだと信じちゃってるとこ。

なる。
書き方が悪かったね。
１００％信用する奴はいないに訂正するよ。
あと、今回の障害とは無関係だけど実際あり得るんだろうなと
思われる書き込みあったことを指しているんだが・・・。

３アウトでチェンジ！
どこに？

http://type.jp/s/impress/tokushu/060912_2/index4.html

起こりうるすべての事態に対処する。それだけにプロマネの責任は重い。だが世の中に大きなインパクトを
与える仕事の総責任者になれるチャンスに恵まれるのも、日本ユニシスで働く大きな魅力。

「責任は重いですが、プロジェクトを成功させれば、業界を超えて自分の実績に対する社会的評価と
信用を得ることができます。おかげで仕事を通じて、何歳になっても過去の自分よりも成長した実感を
味わえるのが、大きなやりがいにつながっていますね」

かわうそ

　「全日空でコンピュータの不調だってよ」
　「よくあることだな」
　「七万人に影響が出たそうだ」
　「な、七万人ぽっちでこんなに大騒ぎしているのか！？」
　「そうらしいな」
　「民間は神経質だなあ」
　「ほんとになあ。ウチなんか、アテにならんコンピュータのデータが
　　五千万件やそこらあっても、誰の首が跳ぶというわけでもないのになあ」
　「まあ、九千万件くらいあるというのなら、さすがに少しは気にかけんといかんかもしれんが」
　「まったく民間のやつらはケツの穴が小さいな」
　「そんなにケツの穴が小さくては、美しい国への道は遠いなあ」
　「あんなもの、気の長い宝くじくらいに思っていてくれないと、困るよなあ。
　　人間がやってるんだから、まちがいもあるわさ」
　「そうだよなあ」
　「常識だよなあ」
　「おれはちゃんともらえるけどな」
　「おれもちゃんともらえるけどな」
　「どわはははははははは」
　「どわはははははははは」

社保庁にて。

ゲラゲラもっと障害おこれ〜

他人の不幸は蜜の味ぃー

みずほの馬鹿SEみたく過労死者が出るとと楽しいねｗ

まぁ、オレがそのプロジェクトに参加していたら体調を壊す前に
確実にばっくれるけどね。

×社保庁にて。
○>>94の脳内にてｗｗｗｗｗ

>>94 いい加減なシステムより怖いのは、お前のようないい加減というか
　　誠意のかけらも無い技術者。　やがて、似たような後輩を大量に生み出すぞ！

　　　そして、高速道路を運転中に、いい加減な後輩が作った自動車制御プログラムの
　　バグでクルマが暴走し、報いを受けるかたちで轢死する。

>>79
ハードをリプレースしても動かせる、ということはJavaなんだろ？

事前に試験環境作って検証するのが当たり前だと思うんだけどなぁ。

またお前らか。

>>94
２ちゃんにマジカキコ
イクナイ

なぜそこまで>>94に過剰反応を? さてはお前っ！

>>99
フルすぎて全部そろえるの無理ちゃうん?

日本○ニ○スって鼠ランドのホテル予約も長期停止させてなかったっけ？

>>98
JavaはJavaなんだろうけど
ハードをリプレースして処理速度が落ちたのをソフトのせいにするか、普通？

Javaのせい

直ちに元のシステムに戻さず、炎上中のシステムをなんとかしようとして
傷口を広げたPM及びその他管理職の連中が戦犯。
最初のフライトまで6時間程度の時間があったのに。

びっくりするほど結果論。

>>108
お前は大規模ノンストップシステムの開発・運用やったことがないだろう？

http://itpro.nikkeibp.co.jp/a/biz/jirei/jir0707/jir_o13.shtml

　全日本空輸（ANA）が国内線の予約・発券システムを全面刷新する。30年近く
メインフレームで動かしてきたシステムを、オープン・システム上に再構築する。新シス
テムへの移行により約70億円を抑制できる見込みだ。

（略）

　プロジェクトは、この4月から動き出している。まず07年4月に向けて、ハードウエアだけを
リプレースする。現行システムを動かしているメインフレーム「ITASCA3800」（米ユニシス
製）の保守サポートが切れるための暫定策だ。同じメインフレームの新機種「CS380D
Server」（同）に単純移行する。その後、予約や発券、搭乗といった業務単位でオープン
システムに切り替えていく。

--

あー、これはこういう構成にした糞営業とアホSEのせいだな・・・
オープンにしてコストが抑制できるなんて嘘だろ？品質落として誰も満足してないシステムを
自分たちの評価のために「抑制」とか言っちゃって、、恥を知れ！

アホSEがたぶん、まず「予約、発券、搭乗」を勝手に業務単位とか言っちゃって割っちゃって
全てが完全同期しなければ、不味いところをそれぞれのテストしかしてないんちゃうんか？

で、このシステムを受注した会社は利益出せそうなのかね？損害賠償で
赤字になるってこともあり得る？

不謹慎だが、マスコミの集中が軽減されて少しはホッとしてるだろ

>>111
ある程度トラブルも見据えてふんだくってるだろうし大丈夫だろ
損害賠償で赤字という事は結構良くある話

http://www.ntts.co.jp/products/case/ebpowersynergy/case1_01.html
NTTソフトウェア？

航空会社規模のシステムなら、待機系のホストを用意していそうなものだが。
これ以上、業界の信頼を失墜させるようなことは勘弁して欲しい。

>>109

そういうシステムでは「待機系」を用意しておくのが常。
そして新たなシステム、新たなハードを運用する時には平行稼動⇒スイッチが常。
だから６基中３基を取り替えて平行稼動したわけで。

たかだか650万トランザクション/日に対応するのにプロキシ系サーバ6基も普通使わない。
だから結果論だ、って言ってるんだよ。

まず、せめてミッションクリティカルという単語ぐらい覚えてからレスしたらどうだ?

>６基中３基を取り替えて
ソースは？

ん？あぁ、夢か・・・

専門用語や情報を知ったかで喋っているｶｽ>>116が居るスレはここでよかったでしょうか？

さっきから釣られまくっているｻﾞｺ>>119が居るスレならここでいいよ。

イミフメイな言葉を並べ人を叩くしか脳がないﾁﾝｶｽ以下の存在>>120は松岡君の後追い自殺するんじゃないか
と予言します。

速＋の記録を更新していまだに継続中。皆が恐れ・疑問を抱いている。

【女性客拉致・強姦】 「ペッパーランチ事件で『夜は怖くて入れない』と女性ら…気になる“風評被害”」…日経レストラン編集長★16
http://news22.2ch.net/test/read.cgi/newsplus/1180332058/

ニュー速＋の人がポスター作ってくれました
http://www.uploda.org/uporg827416.jpg

■ペッパーランチ「レイパーランチ」070509事件 あらすじ
・犯人二人が、外食チェーン店ペッパーランチ大阪心斎橋店　閉店間際の女性客に睡眠薬を飲ませ、
拉致して35キロ離れた泉佐野市の貸しガレージまで拉致、強盗監禁集団陵虐致傷（昏睡強盗を併合罪とする）という大事件。
共犯が最低二人（〜4人）がつかまっていない。
　その店の店長・店員が制服のまま自分の生活圏内で行うという大胆さは被害者を生かして社会に戻す意思が感じられない。
手際のよさ、ガレージの確保などの点から余罪が数多くありうる超重大事件。
・5/9の犯行なのに、発表したのが5/16午後二時過ぎ　それも情報統制に反発したと思しき
共同通信中日・読売・毎日系のリークっぽい一報。警察はだんまり。
経営会社であるペッパーフードサービス（3053マザーズ）の株価は5/9から出来高を増やして下げ続けている
　しかし株式市場において、インサイダーとの指摘と非難は一切ない。異常。
・事件発生から今日までの約１週間の間に、店舗に手が加えられ、看板が塗りつぶされている　
犯罪捜査における現場保存の原則からいえばありえない。
・日本の警察活動を邪魔することで有名なマスコミがほとんど報道しない。NHK全国版はあった事実すら伝えない。
ワイドショーもほとんどがスルー、民放はチラッとおざなりな放送だけ。
　現場であるガレージへのリポーターの突撃もない。社長は一度だけ謝罪会見を開いたが、社長が日本人の場合なら、
ありえないようなメディアの突っ込みの弱さ。なんだコリア?
・公表された犯人の写真は、なぜか中学時代のもの（三宅のほうは一週間してしぶしぶと）
・警察が名前を把握している行方不明の共犯2人（〜4人）は、何故発表されないか？
・誘拐（実行中）でもないのに報道規制　前代未聞。

　　　　　　　　 ＿＿＿＿
　　　　　　 ／ 　.／　　／|　　　　こちらスネーク
　　　　 ＿| ￣￣￣￣.|　 |＿__　　　開発基地には誰もいないようだ。
　　　／　 |＿＿＿＿_.|／　 ／
　　 ￣￣~　　|し　　|　￣￣
　　　　　　　　し⌒ Ｊ



　　いたゾ、バグトレー ゴルァ
　　　　　　　　　　/ |￣￣￣￣￣￣￣￣￣￣￣￣￣
＿＿＿＿＿＿ /　.|　　　　　　　　　　　捕まったら最後だ　　､､､､
　　　　　　　　　|　　|　　　　　　　　　　　　　　　　　 __.-┘　l
　　　　　　　　　|　　|　　　　　　　　-=三　　　.-― '´　　　 〈
　　　　　◯　　 |　　|　　　　　　　　　　　　　 |　rー┐　　 r､ Vて}
　　　 ｢ ､　 ｢|　.|　　|　　　　　　　　-=三　　 て7 　 }　　 /　`ー′
　　　 `i‐f｣ﾆﾆlﾌ=　 |　　　　　　　　　　　　　　　　 /　　　L
　ﾀ.　　L　　|　 |　　.|　　　　　　　　-=三　　　　　ﾉ　､_　　 ヽ
　ﾀ.　　 Ll|　|　 |　　.|　　　　　　　　　　　　　　　/　 /　`ｧ ／
　ﾀ.　　└|　|　..|　　.|　　　　　　　　-=三　　 ／　／　〃

今日は ANA→SI→下請け→孫請け...で怒号ルーティングですか？

＞全日空障害、ダウン対策不発　サーバー切り替わらず
＞
＞全日空によると、ホストコンピューターとやりとりされる情報は、
＞ホストコンピューターの手前にある６台のサーバーでどの経路を通って
＞処理するかを整理している。６台のうち何台かがダウンしても、
＞残りで同じ対応ができる設計だった。
＞ところが今回は、今月２４日までに順次更新されたサーバー３台が、
＞ホスト側から出た情報をネットワーク側に送り出しても反応しないという
＞誤った判断を下し、ホスト側に返していた可能性があるという。
＞しかも３台が対応を続けたため、残りの３台に切り替わらなかった
＞恐れがあると全日空はみている。
＞
＞　この結果、ホストコンピューターには発信できない情報が大量にたまり、
＞処理速度が大幅に低下。２７日の修復作業で３台を更新前のサーバーに戻し、
＞たまっていたデータをはき出すと、処理能力は回復した。
＞
ttp://www.asahi.com/national/update/0528/TKY200705280039.html


いきなり3台変えず、まずは1台変えて1週間くらい様子を見てから2台変え、
それでも大丈夫だったら残りの3台、くらいにした方がよかったのに。

130便も止めやがって、まったくオマイ等ときたら

>>119

>>125のような設計がまさにミッションクリティカルなシステムにおける普通の設計ですね。
ロードバランシングは大規模サイトの基本中の基本。あ、これも専門用語って言いますかｗ
下手にハードが状態を保とうとしたのが裏目に出た感じですね。

有名人が二人も死んで
日本ユニシスへの批判が減りそうな予感
日本のソフト業界をもっと叩いてほしいのに

>>125
新しい3台を導入したのは2週間前だって。
監視が甘かったんじゃないかなあ。

>>128
×　日本のソフト業界をもっと叩いてほしいのに
○　日本のソフト業界（の何もしない、何もできないのに金貰ってる所）をもっと叩いてほしいのに

×　日本のソフト業界（の何もしない、何もできないのに金貰ってる所）をもっと叩いてほしいのに
○　日本のITドカタ業界をもっと叩いてほしいのに

日本にソフト業界はない。平然と世の中に多大な迷惑をかけるシステムを作ったり、平然と人身売買をするのがITドカタ業界

>>129
トラフィックをモニターしていればここまで酷くなる前に防げていたっぽいですね。


ってか、プログラムが駄目だったのは置いといて、それに備えた
移行プランを用意していなかったってのが信じられなーい！
しかも障害が発生してから旧システムに戻すまでに時間かかり杉だし。
そういう奴等がプロジェクトの推進に関わっててもいいの？

>>131
チョンｗｗｗｗｗｗｗ

>>132
>そういう奴等がプロジェクトの推進に関わっててもいいの？
ITドカタ業界は底辺産業であり、底辺な人たちのみが携わる業界
つまり、至極当たり前ってこと。今回は1日で復旧出来たことから、かなり優秀な部類のドカタリーダーと思われ

>>134
おめーには聞いてね−よｗｗｗｗｗｶｽ

>>135 底辺な人www

見事な空ぶり('A`)

　 　　　　./　　　　　　 ;ヽ　
　　　　　 l　　＿,,,,,,,,＿,;;;;i　 ＜いいぞ　ベイべー！
　　　　　 l l''|~___;;､_y__ lﾐ;l　 逃げる奴はドカタリーダーだ！！
　　　　　 ﾞl;| | `'",;_,i`'"|;i |　 逃げない奴はよく訓練されたドカタリーダーだ！！
　　　　 ,r''i ヽ, '~rーj`c=/　
　　 ,／　 ヽ　 ヽ`ｰ"/::　`ヽ
　 /　　　　 ﾞヽ　 ￣､:::::　　ﾞl,　ホント 戦場は地獄だぜ！ フゥハハハーハァー
　|;/"⌒ヽ,　　＼　　ヽ:　　 _l＿　　　　　　　　ri　　　　　　　　　　　　　　　　　　　ri
　l l　　　　ヽr‐─ヽ＿|_⊂////;`ゞ--―─-r| |　　　　　　　　　　　　　　　　　　 / |
　ﾞlﾞl,　　　　 l,|｀ﾞﾞﾞ''―ll＿__l,,l,|,iﾉ二二二二│｀""""""""""""|二;;二二;;二二二i≡二三三l
　| ヽ　　　　 ヽ　　　_|＿　　＿　　　　　　　"l￣￣￣￣￣￣ |二;;二二;;二='''''''''''￣ﾉ
　/"ヽ　　　　 'j＿／ヽヽ,￣ ,,,/"''''''''''''⊃r‐l'二二二T￣￣￣　　［iﾞ''''''''''''''''"ﾞﾞﾞ￣`"
／　　ヽ　　　　ー──''''''""(;;)　　 ｀ﾞ,j"　　|　 |　|

つかもっとすさまじいシステム障害が起これば楽しいのになｗｗｗ

火を噴いて過労死者が続出すればいーのにｗ

あははははｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

今日も引き続きマスコミから叩かれるとこだったが、
ＺＡＲＤと松岡大臣に救われたな。

クラスタ化してないの？

「アーツビジョン」の松田咲實社長（58）は、去年12月、面接試験を受けに来た16歳の少女に
「声優として採用してあげる」などと約束し、社長室に連れ込んでわいせつな行為をした疑いが持たれています
ttp://www.tv-asahi.co.jp/ann/news/web/index14.html?now=20070528115328

アーツ系の堀江、田村、浅野、たかはしは確実に社長に食われてるにしても
事務所が違う木村まどかと神田と松来、後藤はたぶんセーフ。

アイスじゃないけど松本彩乃はまだアーツ付属の日ナレ養成所所属だから
これも高い確率で食われてそう。まだ19歳だからね。

世界ふしぎ発券！

>>143
日立って関わってたっけ？

残念ながらボッシュートです。

>>145
つまらん！！地獄に落ちろｗｗｗｗｗｗ

>>116
H/W障害や、単体のOS・S/W障害ならクラスタは有効。
ただしS/WロジックやN/Wの場合は、当然ながら有効でない。

重要なサーバーは元々クラスタ化しているのが常識だから、
深刻化する障害では後者が多い。

今回はサーバー複数台の処理が遅延し、メインフレーム側でも滞留したそうですね。

追加。

６台ある発券業務サーバー（何らかのクラスタの模様）のうち、
H/W更新した３台がおかしくなり、滞留したそうですね。

サーバー側が悪かったか（３台同時なので設定やS/W？）、
接続されたメインフレーム側設定が悪かったか、はたまたN/W障害なのかは不明。

何時頃に旧システムに戻す決断をしたのでしょう。

負荷分散装置の反乱じゃねえの？

>>149
http://www.asahi.com/national/update/0527/TKY200705270039.html?ref=rss
全日空は、ホストコンピューターの周辺にあるサーバーのうち３台を、
今月２４日まで２週間かけて更新した。

２７日午前０時ころからシステムが瞬間的に途切れる症状が出たため、
修復作業をしていたが、航空機が飛び始めた朝から障害が深刻になった。

２７日正午ごろ、この３台を古いサーバーに戻したところ、システムの処理能力が回復。
システムは同日午後３時半に全面復旧し、運航は同６時以降出発の便から再開した。

>システムが瞬間的に途切れる症状が
これどういうことなんだろうなぁ・・・？

フォートランランラン♪フォトランラン

>>152
6台のうち、3台しか動かなかったから、負荷が高くなりすぎてサーバが反応しなくなったんだろ。
Windowsだって、ガンガン負荷かけると、瞬間的に動画再生がとまったりするじゃん。

>>151
正午頃に戻したら回復したということですが私が知りたいのは
何時頃元のシステムに戻そうという決断を下したのかということです。
仮に3時間で完全復旧するとして、27日午前3時頃に元に戻していれば
ファーストフライトに間に合ったんじゃないかと思いまして。

>>154
ｻﾝｸｽ！
あ〜そういう解釈なのか

おまいらフロントエンドサーバーとロードバランサーの常識的な構成もしらんのか。

>>157
んなわけないだろ

>>155
結果論だな。ダメ上司の典型だ。

>>159　PM乙

１件だか２件の情報がもの凄く時間掛かって、その情報を手動で処理すれば
残りは全て自動で済ませられたんじゃね？

>>161
そういうことが容易に出来るようになっているシステムならね

>>161
妄想だな。素人の典型だ。

>>163
そんなにはっきりいったら可哀想じゃないかｗ

>>161
これ読んで思い出した。
22万件のトランをCSVに落として目視で異常なレコード探したことあったなぁ・・・。
たった一文字の所為で20億円の請求データが落ちたときは笑うしか無かったよ。

しかし、障害対応としては今回のANAは正しかったと思うな。

航空会社としてはJALのように運行事故を起こすのが最悪。
今回のANAは発券システムだけのダウンで、座席や荷物の配分などを、
仕える端末と手作業でカバーしたが処理が追いつかず欠航が続発。

えらい迷惑だが、人身事故の危険があるよりは、停止（欠航）する方が正しい。
それがフェールセーフ。責められるとすれば、以下の点か。
・そもそも開発環境や検証手順で発見できなかった問題か？（品質管理）
・古いシステムに戻す決断が遅くなかったか？（危機管理の判断ミス）
・システムに頼った極限のコストダウンは妥当だったか？（リスク管理とコスト管理の兼ね合い）

ウニ死すはNECのせいにしようと画策しているらしい。

システム更新作業中に障害が発生した場合、普通は

1.状況の把握
2.原因究明
3.原因不明な場合、何時元のシステムに戻すか

くらいは即座に実行/決定すべきこと。
運行開始してるのにまだ新システムにかじりつく判断をした馬鹿と
それを許したANA側の責任者には一生木を数えて暮らしてもらわないと(笑)

まだ関係者は書き込んでいないのだね。
意外とみんな真面目だな。

自分の関わってたプロジェクトがニュースになってたら血ぃ吐くな

まぁ、仕方ない。
こういうトラブルを頻発させていけば、いつの間にか世の中は「またかぁ。しかたないなぁ」と不具合に寛容になるだろう。
いちいち盛大に誤ってたら、次の不具合でも大騒ぎになっちまう。

こんなカキコがあるけど、本当なのかな？

＞今回のANAシステム障害の根本原因はANAの100%子会社のACC（ANAコミュニケーション）って会社のバカが
＞コアスイッチの設定しくじって、天文学的な量のデータを湧き出させたおかげです。

情シス板に有ったな。
これから責任点火祭りか。

>>172
本当か嘘か判断がつかないようなカキコは
誰にでもできるってこった。

ユニシスからのおしらせ
ttp://www.unisys.co.jp/news/070529_info.html

>>168
実際には「元に戻す」という選択は想定してない場合のほうが多いと思うよ。
それはそれでまた別のリスクが生じるからね。
普通は事前に試験環境を作って、作業手順と障害対応手順も作って、リハーサル
をして確認する、というのは最低限やるはず。

>>176
｢元に戻す｣というのは移行作業がうまく行かなかった場合の選択肢の1つというか
最終オプションみたいなものでしょ。
マーフィーの法則じゃないけど全てが悪い方へ悪い方へと行ってしまい
どうにもならなくなった場合、どこで見切りをつけるか予め決めておかないと
延々と不具合の原因を探す以外にすることがなく、その間システムは止まったまま。

思うに優先順位は　原因究明＜システム移行＜＜航空機の運行
なわけだからどんな事情があるにしろ今回はかなり酷い判断を下したと思います。

ここも戦犯？

ttp://www.ulsystems.co.jp/case/c_information_01.html

なんの戦いだよw

ANA発券システムトラブル〜責任者は誰だ〜　の陣

>>175
こういうときは反応早いな。

【記事】 会社の成長、すべて「人」…日本ユニシス・籾井社長

　「会社の成長もすべては人に帰結する」と語るのは、日本ユニシスの籾井勝人社長（６４、写真）。
団塊の世代の大量退職が現実となる中で、ＩＴ（情報技術）業界では人材確保が喫緊の課題となっており、
同社は女性と高齢者の活用策の充実を図っている。

　育児支援制度では子供が高校を卒業するまで短時間勤務できるようにして、利用者が２・６倍に拡大
したほか、「離職率も低下した」と、効果を強調。高齢者は雇用延長することで、５５歳を過ぎても気力を
落とさず、戦力として仕事をしてもらえるようにするなど、人材活用策で「世の中の先鞭（せんべん）をつける」と、
意気軒高だ。

ZAKZAK 2007/05/31
http://www.zakzak.co.jp/top/2007_05/t2007053136.html

日本ユニシスは三井物産の子会社で、取締役はほとんど物産からの人間じゃないの？

>>176
あのね。

まともな会社でフォールバック計画の無い本番環境変更作業なんて無いよ。

今回の場合、多少の性能劣化のまま行けるかと判断していたら、
朝になって加速度的に悪化したということ。

判断が甘かったか、フォールバックする勇気が無かったか、その両方か。

>>183
うちの製品サポートに「元に戻すにはどういう手順が必要ですか？」とか
聞いてくる人がいるけど「最初からインストールしなおしてください」って
答えてるよ。

バックアップをリストアすれば全部元通り、とか、簡単に考えてる人が
多すぎて困る。

嫁4.0は彼女3.0に戻せません

元に戻すものを作るのにも工数はかかるからね。最初からそういうのを考えて
作ってればいいけど、そうじゃない場合は結局やっつけ仕事でってなるね。

結果論乙

>>185
贅沢は言わない。せめておれに彼女1.0を

>>185
不用意なバージョンアップのツケだな。
彼女3.0の時に見つけておくべきバグを放置したおかげで、新しいバージョンになった途端に動作が不安定になるなんてよくある話だ。
悪いことは言わない、アンインストールして元のバージョンに戻せ。
それが難しいならば仕方ないから他のソフトを探すしかない。

でも、他のソフトにアテがないのであれば我慢して今のソフトを使うしかないよ。
あと、くれぐれもアンインストール前に新しいソフト入れないでね。
最悪の場合、競合してシステムがクラッシュしてしまうから。
そうなってしまうと、マシンのOS自体再インストールって羽目になりかねない。

>>184
単なるS/Wのインストール・アンインストールと、
企業の基幹系サーバーの移行計画でのフォールバック計画は、レベルが違うよ。

今回はサーバー入れ替えだから、少なくとも端末側・NW機器・メインフレーム、
そして運用監視系の設定変更などが同時にされており、同期をとって戻す必要が
あった筈で、戻し自体は成功していると思われる。

問題は、戻しの決定をしたタイミング（フォールバックの基準や時限）。

国内システムを他会社に丸投げしたの？　　　　　　　　　　　　
自社でやったほうが長い目で見たら得だと思うんだが。　システムを刷新するにしても。

つーか、今まで保守改修していた部署の人達はどうすんだろｗ　

>>189
単なるユーティリティソフトである彼女3.0と違って嫁4.0はOSなので
簡単にアンインストールなどできないと聞いたのだが…

>>185
ﾊﾞｶﾔﾛｳ
仕方ないからバーチャルマシン上で彼女4.0つくってしまえ

>>183　>>190　朝になって業務開始したら負荷がより重くなるなんて小学生でも分ること(笑)

今回のは嫁4.0が子プロセスを作成中でどうにも動きが取れなくて様子見してしまったのも時間がかかった要因かと

やべぇ・・・
俺もうすぐ彼女9.0が嫁1.0になるんだが・・・

>>190
原因が正確に把握できないうちにハードを元に戻すという判断を下すのは相当勇気がいるね。
放り込まれているデータの不整合かもしれないし、通信の不具合かもしれない。
しかも６基構成で負荷分散しているはずなのに
安定稼働してた頃のハードに戻そう（しかも３基）って言いきれるやつは
よほど自分とこのシステムに自信がないってことになる。

>>196
原因が正確に把握できないうちに彼女を嫁にするという判断を下すのは相当勇気がいるね。
放り込まれているデータの不整合かもしれないし、通信の不具合かもしれない。
しかも６基構成で負荷分散しているはずなのに
安定稼働してた頃の彼女に戻そう（しかも３基）って言いきれるやつは
よほど自分とこのシステムに自信がないってことになる。

>>198
しかしながら今までの情報からすると
バージョンアップすることで汎用性をなくし、他社からの介入を全て断ち切ってしまうように思えてしょうがないんだ

>>199
何社も掛け持ち営業かけてんじゃねーよｗ

運行停止のリスクをおかす方がよっぽど勇気がいる。
つーかいきなり半分の3機も変えるのはアホ。
まずは1機変えてじっくりモニターして月も跨いでみてから
2機→3機くらいにしないと。

>>185
/home/usr/money を使えば、
他人1.0　に戻せるぞ。

俺の中ではサーバーは一体だけだ
だあが！！！！

レプリカサーバは沢山あるぜ！！！！

>>201
一度に３機変えたわけではないように新聞島では見えるけど

>>201
これくらいの大規模システムなら
普通は別N/Wで平行稼動を何ヶ月間か続けて
問題がなければスイッチングを変えて一気にハードを入れ替えるもんだろ。

むしろ１基ずつ本番機に入れてモニターしてみるなんて
本番環境でテストしてるのと変わりない。
同環境に前ハードと新ハードが混在させることも通常なら避けたいはず。
なんでそんな危険なことするんだろうかね。

みんなハズレ！
来週のどこかで正式発表があるよ。
戦犯は・・・

>>206
おまえだ！！！wwwwww

１週間近くが経過しようとしているのに未だ報告がないとは、
どういうこと？

月曜にウニシス株が落ちて、火曜に1600円を割ったら買おうと思っていたら
1500円台直前で上がって、後は上がりっぱなし。
買い損ねた。
情報が漏れたんだろうなぁ。

三ツ矢サイダー

なかなか原因が公表されないって事は、やはり全日空に落ち度が
あった事を意味しているんじゃないか？

ウニシスの落ち度なら、「ウニの不始末とはいえ、当方の監督不行き届きございます。」
なんてカッコつけた発表をして、まず一番に顧客の信頼を回復しようとするのではないか。

わざわざマスコミ向けに原因公表するかな？
公表する時は、運輸省への報告書提出のタイミングじゃね？
役所への報告文書はすさまじい厚さになるだろうから時間かかるだろ？

忘れた頃に、日経コンピュータあたりにドキュメンタリー風に載るかも。

「動かないコンピュータ　全日空発券システム」

「動かないコンピュータ　全日空発券システム〜予算の垣根を越えて〜」

>>185
つ　/repos/orenojinsei/tags/kanojyo

発券システムだけじゃないよ。
チェックインやら何やら空港のほぼ全てのシステムが使えなかったんだよ。
動かないシステムというのもハズレてる・・・

発禁システムに障害

>>218
まさに失禁もの

>>219
だれがうまいこと（ｒｙ

ビジネス環境が激変する中、企業を支えるシステムにも変化対応が求められています。
特に基幹システムでは、既存システムへの投資を無駄にすることなく、変化に強い新システムへ
進化できることが何よりも重要です。既存のCOBOLビジネスロジックを再利用可能なサービスに
分解し、ビジネスプロセスに合わせてそれらのサービスを組み合わせる。さらに、ビジネスプロセス
の変化に対し、サービスを再利用してシステムを再構築する、というアプローチを多くの先進企業が
始めています。
今回の「COBOLフォーラム2007」では、SOAと .NETで実現する変化に強い新基幹システム構築の
ための技法を解説し、最新のCOBOL活用事例をご紹介します。
この機会に是非ご参加いただきたく、ご案内申し上げます。
　
■COBOLフォーラム2007 開催概要
主催： マイクロフォーカス株式会社
協賛： 日本アイ･ビー･エム株式会社／マイクロソフト株式会社／日本ユニシス株式会社
開催日時： 2007年6月7日（木） 13：30〜17:10（開場13:00）

16:15〜16:55 ■セッション4
.NETフレームワーク2.0を使用したCOBOLマイグレーション事例紹介
--------------------------------------------------------------------------------
汎用機上で稼働していたCOBOLアプリケーションを、Windowsプラットフォーム上のNet Express ＋ .NETフレームワーク2.0を
使用したアプリケーションに移行した事例を紹介します。また、日本ユニシスのオープン移行サービスを紹介します。

日本ユニシス株式会社
https://ssl2.oneoffice.jp/ssl.ai-privacy.jp/cobolforum/index.html

まぁ大口叩くだけなら誰でも出来るんだよな････

俺なら世界の覇者になれる

>>223
ぜひなって俺を雇ってくれ


>>221
>汎用機上で稼働していたCOBOLアプリケーションを、Windowsプラットフォーム上のNet Express ＋ .NETフレームワーク2.0を
>使用したアプリケーションに移行した事例を紹介します。また、日本ユニシスのオープン移行サービスを紹介します。

汎用機上で稼働していたCOBOLアプリケーションを、Windowsプラットフォーム上のNet Express ＋ '覚えたての'.NETフレームワーク2.0を
使用したアプリケーションに移行した’失敗で現場大炎上’事例を紹介します。また、日本ユニシスのオープン移行サービスの'失敗例'を紹介します。

システムの概要システム名称：totoシステム
システム概要 ：スポーツ振興くじ「toto」の販売・払戻、会員管理などを行う基幹業務システム

導入の効果
柔軟性が大幅に改善され、変化に強いシステムとなった（顧客ニーズに即した多様な商品展開を実現）
販売チャネルの拡大や決済手段の多様化により顧客の利便性を向上
システム運用コストを4割削減することに成功

http://www.unisys.co.jp/dotnet/toto/index.html
基幹システム再構築の実現指針
http://www.unisys.co.jp/dotnet/toto/images/05_zu1.pdf

−−全体で2000人月超となる大規模開発を、1年間という超短期間で実現する上で、工夫した点は何でしたか？
安嶋：上記問いに答えるとすれば、答えは次の2つとなります。

2点目は、規模相応のテスト期間の確保です。
これも絶対期間が短いのでさらなる並行化をとりました。並行化の鍵はDBのスキーマ分割で100を超える環境が存在しました。
この時のDB管理者は必死だったと思います。これらの手段が大規模短期開発成功のテクニカル面での鍵の一つです。
ただし、最も大きな成功の鍵は、「プロジェクトメンバーのやる気」と「やるべきことをちゃんとやる」の2点です。totoプロジェクトに
参加したメンバーは、どのような状況下でも、ひるむどころかチャンスと考え、分からないことだらけであれば、基本に忠実に
“やるべきことをちゃんとやって”いました。素直に一つのベクトルに寄り添うことができたと思っています。「私の仕事はここまで」
という言葉は絶対的に禁止しました。今回の開発において各自が自分の役割を全うし、かつ両手を広げるように役割範囲の拡大
を図らなければ、抜け・漏れは発見することができないからです。そのような場の雰囲気があったため、内部で議論を重ねていると、
気がついたら午前１時であるのにほぼ全員が議論に参加している、なんてこともありました。時には帰れないような状況もありましたが、
これは誰もが自分の問題として受け止めている非常に活気に満ちたプロジェクトであったことが最大の成功要因だと思います

http://www.unisys.co.jp/dotnet/toto/05.html

他の事例のキッコーマソとかDBが250とか書いてあるけど・・・・
キッコーマソの会社規模では・・・・普通なのか?(；・∀・)

仕入れ、製造、販売を全国規模ですべてしてるなら、そんくらいはあるだろ
キッコーマンの商品って、魚の形したプラスチックの中身用醤油とか細分化したら異常な量だろうし

>>227
自社製品だけでなく、他社（たとえばヒゲタ醤油）の製品も販売委託で扱ってたはず。
そう言うのも含めると相当な種類を扱ってると思います。

で、確認してみたらヒゲタ醤油って資本提携までしたのね。販売委託までは知ってたけど。
ttp://www.higeta.co.jp/company/enkaku.html

キッコーマソすげぇぜｗｗｗｗｗ

俺もそれくらい規模の大きな仕事してみてぇ…・
せいぜい1億なんだが…・

湯に死す便器スレに穴発表をリークしといた

>>229
仕入れシステム止まると1日ウン億の損失とかだぜ
日中仕入れ伝票の代行パンチ
夜間システム改修
とかになるぜ

>>231
今の仕事でちょうどいいバランスのような気がしてきたｗ

ウニシスの内部告発を見っけ！

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
近日中に全日空より正式発表
穴はもちろん関連各社の株主総会前に正式発表する必要があるから

昨今の謝罪会見に習って他者の責任を十分に匂わせながら穴の責任でございます
という謝罪になるであろう。

始まりは死す子製コアスイッチのハードウエア障害
回線切断により再接続要求が大量発生
大量データでゲートウェイふんづまり
上流ゲートウェイふんづまりを検知して次のゲートウェイ（湯に死す）が停止

この停止の仕方が仕様通りでない異常終了だった点が湯に死すのミス
でも仕様通りでも停止していたんだよねぇ

湯に死すが疑われたのはたまたま湯に死すの新機を旧機に戻した時に
湯に死すの旧機が障害を検知してるのに気づいて復旧させただけ

穴としては湯に死すが悪いなんて言ってないもんね
勝手にマスコミが書いたんだよ
湯に死すだって主犯じゃないけどミスはあったし
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−

メモリー故障が原因・全日空のシステム障害、社長ら５人処分

　130便が欠航した5月の全日空のコンピューターシステム障害について、同社は13日、空港にある端末とホストコンピューターとを結ぶネットワーク機器のメモリー故障がシステム障害につながったとする調査結果を発表した。

　同社は13日付で山元峯生社長の役員報酬の20％を1カ月減額するなど、役員5人を処分した。

　同社によると、メモリー故障が原因でホストと端末との間の通信が滞ったため、ホストにデータが滞留し、長時間にわたって予約や発券、搭乗手続きができない状態になったという。


[2007年6月13日/共同]

http://it.nikkei.co.jp/business/news/index.aspx?n=NN001Y386%2013062007

メモリー=サムソン。
つまりあの国の法則が適用されたと。

知ってる人は知っている♪。

興味深いな
失敗事例として深く研究すべきだろう。

TraceRoute一発で判りそうなものなのに
なんであんな時間かかったんだろ？？？

とおもったけど、ああ、交換した端末がおかしいと先入観をもって診断したんだな。
診断は設計より難しい。
診断で先入観を持ってはいけないな。

C社はシェアが大きいせいもあるけれど、結構やらかしてるイメージがある

233の元記事の者だが
プレスの連中はドシロウトか穴と馴れ合いか
237のようになぜあんなに時間がかかったのかとつっこまない
ちなみにTraceRouteは無用、コアスイッチの故障は早い時期に気づいた
ではなぜあんなに時間がかかったのか？

チッ・・・ぢすく障害じゃん・・・つまんね

240
違うよコアスイッチのボードのメモリ障害だよ

結局、統括者のＡＮＡ子会社が責任とって役員の減俸と、システム増強のため
新たに３億円を投入。　死す古はまた大量注文で笑いが止まらんな。

switch case　データ数
　　　case 100万件未満
　　　　　　正常処理
　　　case　100万件
　　　　　　ANAシステム.暴走
　 case 200万件
　　　　　　予約システム.破壊
　　　
...なんてことはないだろうな。

エンプラ用途ならメモリミラーしとけよCiscoさん。

ハード障害だったんだっつーの！

ハードは冗長性喪失しただけ。

【会見詳報】ANA障害の原因判明、「世界4例のスイッチ故障がきっかけ、対応も遅れた」

原因を作ったのは、チェックイン端末をつなぐためのネットワーク機器だった。
障害前日の26日午前9時。朝から2系統あるうち1系統のスイッチが障害の兆候を示し始め、
通信が断続的に途絶え始めた。機器内のメモリー部分が物理的に故障したという。

これは「メーカーによると同様の問題は世界で4例しかない。
スイッチが完全にダウンしなかったため対処が遅れた」（佐藤執行役員）という。

http://itpro.nikkeibp.co.jp/article/NEWS/20070613/274694/
----
単純なtracerouteなどでは判明しなかったみたいですね。

>>247
まぁ「世界で4例」は言い訳にならないけどね。世界初の製品障害発見なら良くある。
問題は障害対策（構成、手順、運用）。

発表では３箇所の問題が絡んだとしてるようだ。

(1)スイッチのメモリー部分が故障
(2)ゲートウエイ(ICS)の問題(設定ミスで不正データの破棄ができずダウン)
(3)ゲートウエイ(ARCP)の能力不足(ICS側の負荷判定プログラムに問題)

【ANA障害】「引き金」となった大型スイッチにシスコ・NECがコメント

米シスコのCatalystシリーズの大型機

NECがシスコ製品を選択して納入した。

ネットワークの設計、構築、運用・保守はANAとグループ会社が主体となっている。

http://itpro.nikkeibp.co.jp/article/NEWS/20070614/274721/

Nなんだから、素直にアライド使えば

まあシステム側の問題でないことがわかればOK

ハード故障かよ。シスコは賠償しる。

つうか、ふつうああいうミッションクリティカルな時に使うハードは自己診断機能で警告だすんじゃないのか？
メモリとかわかりやすい部分なのに

>>253
マイラーへのサービスが重視されすぎて頭が回らなかったりして。

自己診断機能がないか、不完全なんだろ。
プログラマーごときに自己診断ルーチンなんか書けないよ。

windows系といえばlisten.jpがエラーエラーエラー
使い物にならない
マイクロソフト直系なんだから鯖なんとかしたほうがいいと思う

で、結局プログラムがどうの日本ユニシスがなんだ、SEがどーだ言ってた人たちは
もうどこかに消えてしまった、と。

原因がハードであることがわかったからね。

あほか
システムに問題があるだろうが
中継機が壊れた位で半日ストップするシステムは問題。

アホか。
ネットワークが途絶えて動けるシステムなんて有るわけねえだろ。
テレパシーで通信しろとでも言うんか？

しょぼいシステムでも二重化くらいしてるね
他社は復旧はもっと早いね

つ[ クラスタ, FTサーバ ]

>>255
コンパイラによる最適化に注意しないと，ソフトウェア内にメモリーのチェック機能組み込んでも見事に削除されるときあるしなー．

とにかく周辺システムのエラー処理に手抜きがあったのも事実だな。
プロの作るプログラムは、エラー処理が全体の９割を占めるのが
昔は当たり前だった。　今の若いもんは技術が落ちたな。

昔の言語にはExceptionが無く、いちいちifで分岐してたから異常系のコード量が多かっただけ。

それでも5〜6割はいくだろ？
へぼい奴だと3割切ってたりするが。

>>266
おまえ例外しってっか？

ここらへんで、Java世代とC世代の差が見て取れますな。

エラーが出たらプログラム終了。
by BASIC世代

それが正解。

最近のオサレな言語って怖いね
「エラーが出たらココに来ます」なんて。
ソース見たら元エラー判別ほぼ無しでテキトー処理してた・・・・w

ちょwwww
まさかそれみんなcatch(Exception e)なんてDQNな作だったりしない?

>>272
その通り。凄い人がいるねVB.net使いの中には。

>>273
残念。Java使いだよ。

>>272
どんなエラーが飛んでくるかを推測して想定外のエラーで落ちるのがコワいんだろうな。
だからみんなExceptionでくくっちゃうと。
細かいことはe.printStackTrace(printWriter)でログ吐かせてあとで分析すると。

>>275
そうそう
} catch(IOException ioe) {
例外処理１
} catch(Exception e) {
例外処理２
} finally {
破棄処理
}
ってすればいいだけなのに、全部Exceptionだけでやっちゃうんだよね

下窪は外の落ちる球に弱いのか…

誤爆ｽﾏｿ

落ちるとかキャッチとかエラーとかいう世界ではあるが

誰がうま(ry