【社会】５新幹線が始発から３時間停止、運行システムに障害　約６万５４００人に影響…ＪＲ東日本

オペレータ　「３９０本分の車両運行データの変更は一晩では無理です。間に合いません。」

真田　「こんなこともあろうかと・・・ヤマトに特別なバッチ処理機能を用意しておいた。」

古代　「テストは？」

真田　「そんな暇あるか！」

>>816
阪神大震災が起きてもなお東日本は放置プレイってことですね。

もしも新幹線が２〜３日は復旧できないって事態になったら
臨時急行　八甲田　青森行き
臨時特急　つばさ　山形行き
臨時特急　はつかり　青森行き
臨時特急　とき　新潟行き

とか出るのかな？

>>814
第二指令所はコムトラから東幹・山幹の中央装置まで全部あるお。（東京と同じものが全部ある）
指令員が移動すればすぐに起動できる。
東海って金持ちなんだなーってつくづく思った。（西も管理区間だけど、カネは全額東海持ち）

>>811
今回の事例はバックアップなんぞ何の意味もない。

【電車】JR東日本：横須賀線等で車内が100ミリガウス超過！【電磁波対策は？】
http://anchorage.2ch.net/test/read.cgi/bizplus/1230625368/51

欧州議会が電磁波規制の厳格化へ
http://anchorage.2ch.net/test/read.cgi/baby/1224893426/

>>660
COSMOSはどうか知らないけどATOSは、電力制御・監視系のサブシステムを
三菱がやってる。

>>823
サブシステムをやっている

あ、そうそう。
鉄道ではないけどJALの国内線旅客総合システムJALPAS/D3も三菱(大船の
MDIS)ですね。

三菱はシステムもやってんのか、まあロケット作ったりHシステムもやってるからな。

日本のIT産業も知らないうちに遅れてしまったんだね
運行管理システムもＯＭＸテクノロジー製のパッケージソリューションはないのかね

>>826
製鉄所なんかの大規模プラント制御とか電力制御系の産業システムは
強いよ(和田岬の神産電)。
電力会社の電力系統監視制御システムもやってますね。これは、夏場
のピーク時期に下手して潮流異常を起こすとニューヨーク大停電みたい
なことになりかねないから、鉄道以上に社会的影響が大きい。
電力系は三菱・東芝の独壇場。

>>616
来年は仕事ないの？

お前らいっておくがこのトラブルはＪＲが悪いんじゃなくシステムを請け負ってるＳＩ、ＳＥが悪いんだからな？
確か日立だっけかＪＲの請負先は。

つーかこれ作ったの日立のどこだ？日立情報システム？
実際にプログラム書いたのは三次請けくらいか？デバックくらいやっとけっつーの。

だからVBでシステム組むの止めろっていってるのに・・

基本設計はJEIS。（JR東の子会社でメーカー系の人間も入ってる）
トラブルの要因はJRの指令員がデータ修正をミスってサブシステム間の連携が
取れなくなって起動に失敗したこと。
年1回あるかないかの帰省臨時ダイヤに前日の新在系の運用乱れ収束を入れる
っていう状況になって、前日の実績データを見ながら手作業で修正を入れていっ
たんだけど、不整合データだらけになって修正に修正を加えている状態で始発の
時刻になっちゃったっていうところみたい。

>>821
読売の記事だと「障害時にバックアップが・・・」と書いてあるけど、多分クラスタとかＲＡＣとかそういう意味だと思われ。

ただ、対策が「開発担当者を、データ入力に立ち合わせる」ってことだから、障害原因「システム負荷」ってのはうそだな。
多分、普段はシステムが入力データの相関を確認してる
→今回は臨時ダイヤ＆運休多発だったので、相関チェックを切って入力
→大量のデータ入力チョンボでシステム停止

だから対策は「システム担当者を入力に立ち合わせ、相関をチェックさせる」んじゃねーかと思うお。

ダイヤ修正ミスで衝突とか追突とかって有りえないのかな？
あの過密ダイヤは人間の能力を超えている気がする。

(っ´▽｀)っ
COSMOSって何の略だ？
Common Object Server Module Operation System？

JRの日付変更は午前3時。
これ豆知識な。

>>837
駅ごとに違うお。
ちなみにATOSは0時に一斉系切換をする。
まだバンバン通勤電車が走ってる時間なんだけどね。
新幹線系は5時が作時帯終了時刻だから、COSMOSがセンターから各駅のRCSにダウンロード
するのもそのくらいの時刻だったとｵﾓ。

三菱のエンジニアは･･･お疲れ様です。
今ごろ３徹あけですかね。。。

ちょっとよく分からないんだけど
このスレで言われてる日立システムってなに？
日立製のシステムの総称？

>>840
おまいの目の前のは弁当箱か、段ボール箱か？

>>821
言い訳はいいから、危機管理についてもう少し勉強してよ社員さん

>>842
言い訳じゃなく、単なる事実かと思いますが。
記事で言われているバックアップ、つまり予備系統が役に立つのは
ハードウェア障害の場合でしょう。
ソフトウェアの不具合とか、入力したデータが間違っているとかの場合は
予備系統があるなし以前の問題。

>>832
やっぱCOBOLなのかな？

>840
日立システムアンドサービスつー会社

>>845
ありがとう
その会社の存在はググったら分かったけど、
会社HP見てもCOSMOSのこと書いてなかったから関係あるのかないのか分からなかった
実態はここが作ってるんかね。そうならこの度はご愁傷サマ、だな。

データ入力ミスってたのか
こんなのをシステム障害って言うのもなんだかなぁ

東日本は新幹線部門を東海に譲渡したら？
その代わりに東海の在来線部門を貰えばいい。

関係者はここで遊べないだろうなw
今頃地獄みてんだろうかwwwww

機械に頼らず走らせればいい。
昔に戻れ。

>>847
それに対するフォローが組み込まれてない時点で欠陥だろ

さすがはJR東の新幹線。
支那に売るだけあって運行システムも支那で扱えるレベルだったんですね。

山形に帰省したいんだけど
未だ運休中ってマジすか。
東北新幹線もアウトすか。

ゆとり上りが設計してるからな。

>854
設計つーより
運用じゃねーの。

正直ＤＢまわりさえどーにかしとけば
運用でカバーすりゃいいはなしじゃね。

障害切り分けできる人間があんまり育ってなかったんじゃねーの。

>616
金シならＮＳＫあたりの案件なら
結構簡単に移れるんじゃね。

>>847の言わんとすることも良く分かるし、>>851も物凄く正論（別に皮肉じゃなく、本当に正論だと思う）。

PGとしては「○○の範囲以外は入力できないこと」なんてのはそう指示されれば実装は楽勝なんだが、
原因はSEやそっから上としてはガチガチに首を絞めたシステムを嫌う。仕様書に明記したくないんだよね。

一度仕様書にそう書いちゃうと実装されて融通が利かなくなるし、その後「やっぱ首絞めやめて入力可能にしてちょ！」
ってときに「では仕様変更ですね」ってことで追加の工数が必要になる。

ので、玉虫色にしておく → 問題が起こった後になすりつけあい

これ永遠の構図だわｗ　ちょっと勢いで書いたから日本語でおｋになってるな。　まぁチラ裏です。

某国工作員の仕業と思うがどうか？
近々どかんとやるのか

テロの可能性もゼロではない

>>855
カバーする運用を予め考えるのも設計のうちです。
いやマジで。

JR・日立とも導入時の関係者がみんな現場からいなくなって（出世、転職、発病etc.）
運用しきれなくなってるのが実態。
昔のシステムだと家電の取説並みに「こういうときはこう操作してください」ってレベル
のマニュアルがあったんだけど、今はUNIXのバッチ操作ができるレベルじゃないと
メンテしきれない。（ATOSやCOSMOSはPC-UNIX導入のはしりになったシステム）

>>832
Accessで作ってるのあるよね

COSMOSは.NetFramework2とプログラムはC#です。
つまり我々が普段使用しているPCと、アーキテクチャはハードもソフトも何も変わりないってことだな
PG組んでる時から、このシステムはやたらとメモリーを消費するなと思ってた
今回のトラブルは前日の自然災害で立ち往生したままとなってる車両の始発変更を、一度に大量にやったのが原因だな
変更途中でメモリー不足で止まってしまったってのが真相でしょう

>860
理想はそうだろねw

わけのわからんベンダーを組み合わせて
誰がどこをどの範囲までやるのかすらわからん
システムが現役で動いてる現状でそういうこと言われてもなw

>>864
こうあるべきだ、と語ってるところで、
そんなこと言っても現状は〜と語るのは野暮ってもんだ


最近は現状論＝理想論と勘違いしてる輩も多いしのぉ

>865
お前さんの趣味では野暮なんだろうが
別に俺はどー思われようと好き勝手書くさ。

できないことを言われてもできませんよとねw