【システム障害】 みずほ銀行　高い信頼性を求められる銀行システムに何が起きたのか？　大規模障害を招いた「夜間バッチ処理」★２

>>942
どこかって言うのには答えられんけど、、
お前はバッチで、付け替えしてると思ってるだろ。

そんな金融システムは今時ねーぞ。

>>790
＞　結論：できるだけ中国には関わるな。

激しく同意ｗ
しかし上の人間は阿呆のようにオフショアだなんだと中国人を使いたがる。

俺オンラインとトランザクションの違い明確にわかんないけど

オンライントランザクションとしか言わないし

>>951
バッチ、夜間って・・・
トランザクション、エンター（リターン）オスだけでもトランザクション
オンライン、おｋ

CICS

みずほデフォルト銀行

どうせ明日もまた止まるよｗ

>>951
現場の人間から言わせるとバッチだけ正しい。

ＵＦＪのシステムは進んでたのに

DBならオンラインバッチ処理も可能だよ。VSAMは更新出来ないけどね。

>>952
オマエ、オン時間外の更新もリアルでやってると思ってんのか・・。
今回の件は、業前バッチのトラブルだってこと理解してる？

>>955
夜間のバッチが有名だからじゃね
でも、バッチ処理であってないの？

>>845
０Ｃ７ってデータ例外だったっけ？

ありえんでしょｗ

ヒューマンエラーが発生する余地があるシステムは糞、とか言っちゃったり。

オープンリールってメインフレーム用は空気で
ｼｭﾊﾟｰって自動的に先端を巻き込んで、スゲーとか思ったけど
UNIX用は手で巻きつけたりしてたな。

>>949
バッチが最優先なんんておかしいだろ。
エンドユーザーがトラブルと認識するATMとか窓口が最優先なのは、業界の常識だろ。

>>951
バッチ → マスターデータとは限らないと思う

>>966　壊れやすいから手巻きの方が安全

明日は営業時間内のオンライン業務は本番系でやって
障害のリカバリー処理は待機系で続けるのかな？
その場合本番系がダウンしたらもう終わりだ。

長引くと日本経済への影響がシャレにならんぞ…

マスタデータ、トランザクションデータって古い人間じゃないとわかんないよねｗ

>>950
JCLやOCL駆使して如何に動かずに処理するかとか工夫してたなぁ
管理者の特権で自分のジョブだけ優先度上げたりして

>>968
ふむふむ

>>959
実際は、夜間バッチはマスタ処理だけじゃなくて、オンＤＢも連携させてる。
２４時間は見掛けだけなんだよ。
だから、現在の金融システムでそれぞれを切り分けるのは大変難しい。

なんか大体このトラブルの原因はわかったって人ここにはいないのかね？

日付変わったからATM見てきたら？

>>963
見た瞬間書き込んだからだけど、まぁ夜間バッチってイメージあるからなんとも言えないけど
今は２４時間リアルタイム処理が動いてるから２４時間バッチ処理動いてるけどね
特に月次や、今、今このときだと年次処理が随時、企業から送られてくるとｗ

絶対に無理だけど２日ほど営業停止にして障害対応に集中させれば復旧は早いと思う

>>973
後輩がAIMと同レベルのJOBプライオリティーに設定した時は流石に焦った。

チラチの裏で申し訳ないけど…

自分は製造系なんだけど、コンピュータの性能が向上した分、
今まで夜間バッチで処理していたのを、日中に何回か処理したいという要望が出ている。

クライアントサーバー型システムだけど、「クライアントからの更新がない」という前提で
プログラムが作られているから、本来は保証できないんだけど、やらざるを得ない状況になってきた。

しかも、バッチ処理中もクライアント側の処理に関しては最小限にって…
排他ロックで止まるか、データの整合性が取れなくなるかのどっちかなのに。

>>976
>>1嫁。
多分、想定以上の件数になったのは被災地への募金か何か。

>>951
あってると思う。
けどリソースの専有という観点で解説出来る人が素敵ですｗ

@ASG,A DAME*PO.

>>965
どこかのスレに、多くの処理が発生した支店が旧第一勧銀系なら
気を利かせた行員さんが、リカバリーしてたんだろうけど、今回は
旧富士銀行系だったからダメだったとか
第一勧銀系は今までも同じシステムだったから、何となく動きが
わかってたって事かな

>>976
多分、オンラインシステムのバグ。
仮にそのシステムが富士通製なら確定

>>979
二次障害を招く可能性を考慮して、障害リカバリーが完全に終わるまで
営業を停止した方が安全だと思う。
振込処理を停止してもATMを稼働させたら当日のバッチしょりが発生するし。

>>772
>>804
おれは20年以上コボラー一本だ、十分食える、うちの会社はcob系しか
仕事とってこない、コボルで十分で、Ｆ系は設計能力が低い印象、
仕様書は作った人の頭の中、コーディングルールーもなし、メンテすると
情けない作りが多い。バッチ処理はな再実行できる用に設計すべきだがな
バックアップから手作業で戻して再実行と情けないね。

バッチから先に片付けないと業務上の整合性がとれなくなったりするからなぁ。
まあ、この辺りはシステムの作りにもよるんだが。

過去のDBをDATに吸い上げてあるんだけど
この前、暇だったので試しにリストアしてみようと思ったら読み取りエラー。
過去数年分のDAT全部バックアップ失敗してました。気付いているの俺だけ。


逃げたい

生産性の高いオープン系に移行すればいいのに

OSの責任じゃないだろ

>>962
お前の言うリアルってなんだよ。
バッチでは更新してないって言ってるんだよ。

汎用系といえば・・・
例のADABAS系DBの保守料値上げで
DB切り替えたとか絡みじゃないよね

新ＤＢ導入したけど、メインフレームはそのまんま
で処理速度が極端に悪くなるとか結構あるんだけど

新生銀行は、Cでプログラムして、RDBをサーバー保管した
システムにしたそうだけど、利点はなんなの？

>>985
勧銀のシステムは障害時に人海戦術のソロバンで対応することが前提だから。
>>989
業務締めが存在する以上はバッチが基点にならざる得ないよね。

>>989
途中で生成したデータが既にサブとかに渡ってるとね

被災地への募金って確かみずほ指定の大きいところはFNSじゃなかったか？
他にも沢山あるのかな？

みずほ破綻

>>990
今すぐ最新のバックを取ればある程度は免責されるだろ。

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。