みずほ銀行のシステム障害、定期預金に絡むデータ更新作業が引き金に [和三盆★]
■ このスレッドは過去ログ倉庫に格納されています
2021.02.28
みずほ銀行で2021年2月28日に発生したシステム障害を巡り、定期預金に絡むデータ更新作業に伴って発生した不具合が引き金になったことが分かった。このためATMやインターネットバンキングの「みずほダイレクト」で一部の取引ができなくなった。既に不具合は解消し、みずほ銀行は復旧を急いでいるが、完全復旧には至っていない。
2月28日午後7時40分時点で、全5395台ある店舗内外の自行ATMのうち、2956台が停止したままだ。ATMの復旧にあたっては、行員などが直接出向いて作業する必要がある。「作業が終わったところから順次復旧している」（広報）。
今回のシステム障害は2021年2月28日午前に発生した。みずほ銀行のATMやネットバンキングで一部の取引が不能になった。顧客のキャッシュカードや通帳などがATMに取り込まれたまま出てこない不具合も多発した。キャッシュカードや通帳などが取り込まれたままの顧客に関しては、みずほ銀行が後日連絡し、返却する。
現金の引き出しを急ぐ顧客については、イオン銀行やセブン銀行、ローソン銀行などのATMを使うように呼びかけている。これらの取引に伴って発生した手数料は、みずほ銀行が後日返金するという。手数料以外にも、代替手段をとったことで発生した費用については、取引店舗に相談するように周知している。
https://xtech.nikkei.com/atcl/nxt/news/18/09758/ 三菱、住友と合併したところは一気に勝敗が明白になったから比較的すみやかに安定した 定期預金だと満期の普通預金への組入とか利子計算とかもやってるのかな
あとは積立定期の自動定期組み入れかな この辺で残高おかしくなったりしたのかな
まずないだろうけどうるう年でありえない日付形式でDB更新で失敗してデータ損失とか >>245
毎年、○度目の正直 が出版されベストセラーになるな 障害発生時にカードや通帳が取り込まれたままになる仕様って
欠陥なのかそれとも何か理由があってそうしてるのかね？ >>274
dがdシスに丸投げする単価が140だぜ。
それよりも低い単価でやれって言われてもね。
FもNもＨもこの額じゃやらないだろ。
JTBの時の日当3万円で喚いていた奴は息をしてるのかな？ みずほはできるのか知らんが定期や担保になる預金があれば資産内で残高ない自動引落で
自動で貸し出するサービスしてるところもあるかな すでに解消したかはどうでもいいさ
問題起きたとき的善な対処出来てたが問題！備付の電波が通じないとか論外
実際あったらしいが、システムが怪しい
解決出来ないと判断したら電話も通じないのか？信じられん
カード内や通帳入ったまま持ち場離れられないのに
そんな状況警察に通報するしかないな そんなに根が深い問題じゃなさそうだが、なぜ休日に起った？ >>273
意図的にやってるんだよ
偽造カードかいな？ってね 同業者だけど単純に見積りミスってファイル溢れたのなら、
該当ファイルのトレンド取るとか容量の閾値監視してなかったのかなぁ。
ここはシステム統合のドタバタが酷かったから、運用設計をそこまで考える余裕無かったんかね。 >>277
同時多発なんだから対応できるわけないだろ
警備会社だって暇じゃないんだよ >>257
頭取会見で記者が富士通の責任かみずほの責任かと聞いていたからやっちゃったのは富士通確定だね >>282
問題は仕様通りだったり検証試験の結果を監査したはずなんだよな。
Fは責任逃れの為に必ず顧客の確認取ってるだろうし、顧客に試験データ全部渡している筈なんだな。
銀行システムの改変なんて、それこそ、一か月前に検収終わってからリリースだろ
dは2週間ルールだし、SもAも同じだろ
直接金扱うところが作業何週間も前に試験結果の監査と手順書の監査やってないなんて抜かしたらw
それこそシステム部のクビが飛ぶな。 ひんと
LINEと協業
LINE証券
個人情報
怖くないの？ COBOLのいいところは桁数の制限と計算の誤差がないこと。
だけど使いたくねえwなんだあの作文みたいなのは・・・ >>37
おそらく閏年関連でのトラブルかと思う。
去年の2月29日からちょうど12ヶ月の経過だし。
>>109
これ、4年後に再発しそうだよね。 >>239
首都圏在住でなければ地元の金融機関使えよ
何のメリットもないだろう
大阪や名古屋もまあまあ使えるのか？ >>286
事務システムにフォートランは使わない。
そもそもCOBOLと違ってフォートランはようやく絶滅が始まった。
統計とか力学、構造計算とかに古いプログラムやライブラリが残っていたんだが、統計はRで構造計算や力学計算はJavaやC++に順調に置き換わっている。 >>287
この前のシステム更新で極古いところを除いてみずほのシステムもJavaになってる。 >>279
偽造だけでなく
盗難とか紛失の届けが出てる場合もね
クレカのキャッシングでパスワードを連続何回間違えた場合とかも
これも銀行も同じかな？ >>283
リリース遅れて試験工程を省略したんだろ。正常系しかやらないみたいな。 >>287
東急の車両番号は5ケタに出来ませんが何か？ >>293
「障害発生時に」の話
例えば信号機が故障した場合、全部青になるよりは全部赤になった方が安全上比較的まし
そういう観点で今回のようにカードや通帳が五千何件取り込まれたままになるのは
素人目にはあまり良い仕組みには見えないけど、そうせざるを得ない理由が何かあるのかな？と >>234
まぁ理由なんて色々と考えられるよ。
今回の問題はそんなにレベルの高いミスには見えないね。
しかしシステム屋って報われない仕事よね。
難易度と報酬が見合ってないし、客の理解も無いしね。 >>241
割と簡単なシステムですらお客さんがまともに仕様を作れることはまずない。
そこがシステム構築の難しい所よね。 >>296
そういう意味だと
意図通りではない気がするね
障害だと判断して飲み込んだのではなく
飲み込まなきゃいけないカードだと判断して飲み込んだんじゃないかね
飲み込まなきゃいけないカードと判定されるけど
それは障害のせいで間違った情報だから返す
ってな処理は
少なくとも今回の障害に合致するものは用意されてなかったんだろうね >>294
その判断をしたのが銀行側だって言い張るだろうな。
後は営業との力関係だな。
頭は下げるけど金払うかは別だな。 >>297
GOTOの日当も会社に払う訳で個人に支払われる臨時収入じゃないけどな。 バグをとるぞ〜バグをとるぞ〜バグをとるぞ〜
徹底的にバグをとるぞ〜 バ〜グ〜バ〜グ〜バグバグバ〜グ〜
あさからバ〜グ〜
バ〜グ〜バ〜グ〜バグバグバ〜グ〜
どこまでもバ〜グ〜 命を！命をまもりたい！
ITエンジニアの命を！
ちっぽけな！はかなくも短いPGの命を！
（笑） 本来は、理論値の最大データ登録処理のしきい値試験してれば、こんなバグは出ないんだけどな。本来は仕様上、処理件数縛りがあるのに、ノーガードだったんだろな よくあるのは
データを何回かに分けて移行してたが多重請素人がちんたらちんたらして遅れまくって
昨日がついに移行最終日で大量に移行してパンクした
素人だから解決出来ない
かなー 現代のサグラダファミリアとかシステムを揶揄される以前に
会社組織自体が現代の九龍城と表現されるべきではないのか？ バグじゃねーだろ。
リソース不足って言ってんだからさ。 >>296
不正利用が疑われた際に飲み込んだままにするモジュールそのまま使ったからとかいう話もあるな
本当だったらかなり客を馬鹿にしてる サグラダファミリアやギザの大ピラミッドにも
喩えられる超巨大プロジェクト、
それがみずほシステム開発 >>316
運用バグな。
データ移行の手順確認しかしてないんだよ。
並列で動かしたらとか確認してない ■ このスレッドは過去ログ倉庫に格納されています
