JR東の新幹線システム障害、原因は処理限度値のオーバー

JR東日本の新幹線運行トラブルを起こしたシステム障害について、同社は1月18日、原因は、輸送障害の発生で必要になった後続列車のデータ修正数が、システムの限度値を超えたためだったと発表した。今後は修正時の入力方法を改善するほか、限度値を超えても問題が発生しないようにシステム改修を検討する。 トラブルは17日午前8時23分ごろに発生。新幹線運行本部総合指令室に置かれたダイヤ表示用モニター22台が、一斉についたり消えたりしたたため、全線の運行を停止。その後システムの正常作動を確認し、試験運転を実施した上で午前9時38分に全線を復旧させた。 JR東日本によると、この日午前7時に東北新幹線の新白河駅、午前7時43分に福島駅でポイントの不転換が発生したのが発端だった。障害発生により列車が駅間で停車するのを避けるため、24本の列車に対し各駅に停止させるよう、運行管理システム「COSMOS」への変更入力を

[ming_mina]

600件が多いのか少ないのかわからんが、こういうシステムが番線まで決めていたのか…

[kutakutatriangle]

「この障害は明らかに人為的ミス」と指摘している人(http://d.hatena.ne.jp/kibashiri/20110120/1295501150)もいますね。

[deep_one]

『予想ダイヤの範囲を従来の4時間先から終日に拡大した。』　まさか終日で600件なの？

[Chishow]

運行管理システムが邪神モッコスだったか・・・

[kazutanaka]

エラーメッセージの設計

[takeishi]

原因判明、結構早かった

[kirifue]

他山の石としたい。にしても、処理限度値オーバーって。

[natsu_san]

ソフトウェア的な問題だったか。

[gintoni77]

ハードじゃなくてソフトの問題だったと。限度値というのを採用することには慎重にならなくてはね。ところでなんで「600」だったんだろう。。。

[yasushiito]

タイトルは処理オーバーっぽいイメージだけど、記事を読むと例外処理のテストが甘かったってところらしい。まぁありがちではあるな。限界値まわりのテストはきっちりしようね。

[bananapenguin]

これがボクがなろうとしてるSIerの仕事

[vifam84]

なんで「600」なんだろう、というところに意識がいくのがエンジニア

[abesuke]

600って数字はどこから出てきたんだろう？512とかじゃないのね。

[t-murachi]

担当開発者の皆様には本当に頭が上がりません… これは死ねる案件。

[suzu_hiro_8823]

ソフト的な問題…ああなるほどね。/ただ、システムもろくに知らんコメンテーターどもが判で押したように「バックアップを作るべきだ」とか「集中させるからだ」とか"ハコモノ"感覚で批判していたのが可笑しかった（笑

[myitnews]

JR東の新幹線システム障害、原因は処理限度値のオーバー: JR東の新幹線運行トラブルを起こしたシステム障害の原因は、ポイント不転換が発端となって必要になった列車のデータ修正がシステムの限度値を超えてしまったた