みずほ銀行、INDEX FILE容量超過で取引禁止機能が自動で作動→そのあと手動で禁止解除→被害拡大 [雷★]
■ このスレッドは過去ログ倉庫に格納されています
(略)
取消情報管理テーブルのINDEX FILEの容量超過が発生した9時50分からパーコレート エラーが急激に発生(1 分間に 4.14 回発生)し ATM 処理区画の閉塞が始まっていたが、10 時 19 分から自動で取引サービスの禁止機能が順次作動し(上記第 4・1・(1)・ア・(イ)の 時系列表のとおり、ATM 処理区画の各系統における各取引サービス(対象:「定期預金通帳 を記帳する」及び「定期性預金通帳を表紙見返し作成」)禁止機能は、10 時 19 分から 11 時 48 分にかけて作動している。)、パーコレートエラーの発生頻度が一気に低減(1 分間で 0.93 回)した。しかし、12 時 2 分から 12 時 8 分にかけて、ATM 処理区画の各系統における取引 サービス(対象:「定期性預金通帳を記帳する」)禁止機能の作動条件となっているエラー回 数の上限を大幅に引き上げる変更(30 回から 999 回)、すなわち取引サービス禁止機能の作 動条件の緩和(事実上の取引サービス禁止の解除措置)を行った結果、再びパーコレートエ ラーの発生頻度が高まり(1 分間で 4.33 回)、ATM 処理区画の閉塞に拍車がかかり、多くの 処理区画が短時間に閉塞されて ATM に係る顧客影響が急激に拡大した(下記図 20 参照)。
当面の障害対応策としてこのような措置をとった理由は、過去にも取引サービス禁止機 能の作動条件を緩和し対応した同種の経験があった点にあるとされる。
上記第 4・1・(1)・ア・(イ)の処理区画閉塞の発生状況の図 9 にパーコレートエラーの 発生状況を重ねてみると、下記図 19 のとおりであり、取引サービス禁止の作動条件の緩和 によりパーコレートエラーが急増し、ATM 処理区画の閉塞が進んだことが見て取れる。なお、 ATM 区画ごとにパーコレートエラーが発生(赤■)し、5 回発生すると区画閉塞(グレー■) に至っている模様(9 時 50 分~12 時 59 分)を示すのが下記図 21 である。
(略)
https://www.mizuho-fg.co.jp/release/pdf/20210615release_3_jp.pdf
【図 19】パーコレートエラー及び区画閉塞の発生状況
https://i.imgur.com/8asVm32.png 上流のやつらが予算ガーと言ってる限り無くならないよね >>419
そりゃ下流に考慮する予算と期間を与えてない上流が悪い
つじつま合わせを下流にやらせてる自覚を持たないからいつまでも改善しない 前はこれで解決出来たんだから、これで解決できない新システムが悪い。
と言う考え方。 >>189
2002年も銀行色弱いIBMでやる予定が銀行の取引先である日立や富士通も使わざるを得なくてグダグダになった
半年以上に当時の富士総研や第一勧銀情報システムはこのままでは4/1の本番は無理と銀行に伝えていた
それでも銀行のシステム担当役員がもう発表してるから絶対に4/1本番は変えないって潰された
で、今回も結局マルチベンダーで前回の反省を全く活かせずグタグタ
みずほ情報総研の連中は丸投げして使いもんにならん 新しい銀行を立ち上げて
順次移動していただいた方がいいのでは？ >>189
あと何故かIBMを評価してるけどかなりやらかしてるからなあそこ
クレカ会社のシステム更改でリリースまで1年も切ってシステム間のテストやるのに全然対応できてないからおかしいと思ったら、全然開発できてないからリリースを2年延期させてと言ってきた
で、協力会社などに金全然払ってなくて訴訟沙汰にもなった
消費者金融会社のシステムでIBMの担当者が月末日今日でこの現場最後ですみたいなことを客側にも平気で言ってきたり、開発トラブっててもろくなサポートしないからユーザー側役員が怒ってIBM切ったりなどなど
他にも色々あるけどね >>415
いや、1日あたりの想定増加数などは現行システムを元に算出して開発側にも伝わってる
それに基づいて性能試験などしてるからな システム「ごめん。このままだと落とすけど、どうする？」 >>428
上流が予算と期間を取らないからだろ？
下流に責任を押し付けてる限り失敗は続く
テストしてくださいというならテスト期間を今の10倍くらい用意しろ >>431
いや俺の担当してたところは全然余裕のスケジュールだったよ
むしろ周囲が遅延しまくってた関係でやることねーなって日もあったくらい >>425
外資にいたことあるけどマルチベンダーサポート契約は保守内容として普通にある
IBMでもHPでもマイクロソフトでも頼めば全部責任持ってくれる
バラバラに契約されると誰も責任取ってくれないよ
そのほうがまとめるのはみずほ情報総研さんね、となるから責任逃れできておいしい
>>415
間に入るコンサルが曲者でなあ
技術力もあってこうやって算出するんだとレクチャーするべきで、できないならコンサルとしての存在価値がない
日本は再委託や請負で入ってきた怪しげなコンサルで炎上する仕事ばかり
素人幹部が騙されて情シス無視して送り込んでくるケースとかは地獄になる
そもそも開発要員が多重請負でどこの会社の所属か全くわからないのはセキュリティ上ありえない
中国人とかまともな通訳なしでやらせてたりするからコメントも難解でいずれ保守で詰むだろうなという・・・
誰もやりたがらないので外国人入れてるけど外国人も嫌がってる もう少し読みやすい文章にしてくれませんか。
自分のところにこんな報告書が来たら、即刻書き直しを命じてるわ。 >>433
「テスト」に必要なお金と期間を用意しなければ人員をリリースしちゃうからそれじゃだめ みずほだけしょっちゅうトラブル起こしてない？
こんなとこに金預けられないわ >>434
2002年はIBMだけにするって決まってたんだけど、銀行の役員から日立や富士通も使えって強制されてああなってしまったんだよ だいたい本番データみたいなテストデータつくるのどんだけ手間かかると思ってんだよ。
1年とか余裕で必要だよ！
本番データでテストさせろよ 移行の全件テストとかはしていると思うけど同時に動く処理系は違うからな〜。優先度の高い処理系が並行に動いていたら移行とかワリを食いそう。 >>439
ちょうどそれよりちょっと前に情シス子会社リストラや解散している銀行がかなりあったんだよな
それでシステムのことわかる人間が残っていたらよかったんだけど
>>435
原因の一つに国語力の問題もあると示したかったのではないだろうか
このような文書で要件定義や指示を出しています、ってことだから
文書出すのが遅れた理由も書ける人間がいないんだろう
コミュ力言ってるベテランオジサンほどコミュ力がない 自動閉塞してるのに、解除されるとか
システム作ったがわもう呆れてるやろ 対応策
タイムリーな判断ができる組織づくりって
お前らが勝手に判断しないのが最善なのでは… >>447
濁点の位置で全く違…わないな、やっぱり システムがやばいのはみずほだけでないと思う
11億抜かれてすぐ気づかない銀行もすごいし抜ける状況もすごい
https://www.dailyshincho.jp/article/2016/10290559/
11億円詐取の「三井住友」元副支店長 “企業内リンチ”乗り越えの経歴 >>75
その投資の何割が実働者コストなのかな？
こうゆうの失敗の繰り返しは、費用もマンパワーも
間接的な部分で無駄消費してるとしか考えられん。 最善の策は銀行員が運用や障害対応関わらないこと。邪魔なんだよ。 >>410
COBOLの世界の話なんで色々概念違う
DBの最大レコード数が設定してあって
プログラム内でそれを越えないように最大件数を定数で持たせてた
で、DBの設定変えずに、プログラムの方だけ大きくした、みたいな話 >>1
システムって誤魔化しきかないからなぁ
それと反してソースコードはなんだかんだで誤魔化せて、
アヤしいなという部分は委託という形で外注・派遣にプレゼントして、
１か月ほど触らせて「あ゛壊したネッ」なんてアホやって済ましてるから、
こういう事になるのサ（一般論ネ）。
日本の企業システムが全くソフトウェアに会ってないよね、、、 酷いな。内部統制は報告が無いから完璧、みたいな評価なんやろな。 ３．１１の災害のときにみずほのＡＴＭが止まって預金封鎖かとおもったが
今思えば素でトラブってたんだろうな サグラダファミリア完成と思ったけど、ただのハリボテだったみたいだな >>462
なるほど
トラブル起こせるようにしておけば預金封鎖でも安全な銀行経営ができるね みずほはゴミの集まり
電通、パソナ、みずほ
利権ビジネスの代表 >>460
派遣のせいにしてもかかった時間は戻ってこない
指揮命令やコードレビューもしていない丸投げなら偽装請負
顧客がバカでない限り派遣のせいにして終わりにはできない
建前上派遣を指揮監督するのは派遣先だから
派遣会社は責任を取らなくていい無敵な業態
仮に派遣社員に責任があっても弁済できることは少ない
企業側としては業務委託のほうが都合がいいよ
委託は委託で委託先がクズだとクソ野郎問題みたいなのが常態化する 金融系、勘定系システムなら裏で1か月くらい回し問題ない確認してからリリースするだろ
Webに行って長いこと経ったが金融系の奴ら脳死でレベル下がりすぎ、昔はみんなやっとった >>451
大胆すぎるw試算して何が起きるかすら考えてなさそう
今もCOBOLやってる奴ならAIコーダーのがまだマシかな ■ このスレッドは過去ログ倉庫に格納されています
