【IT】全銀ネットのシステム不具合 きょうも復旧の見通し立たず [ムヒタ★]

金融機関どうしの資金のやり取りを担うシステムに不具合が発生し、10日、11の金融機関で他行宛ての振り込みができなくなりましたが、11日になっても復旧の見通しは立っておらず、システムを運営する団体は他行宛ての振り込みが遅延する可能性があるとしています。

振り込みが遅延する可能性があるのは、
▽三菱UFJ銀行
▽りそな銀行
▽埼玉りそな銀行
▽関西みらい銀行
▽山口銀行
▽北九州銀行
▽三菱UFJ信託銀行
▽日本カストディ銀行
▽JPモルガン・チェース銀行
▽もみじ銀行
▽商工組合中央金庫の11の金融機関です。

一般社団法人、全銀ネット＝「全国銀行資金決済ネットワーク」は、金融機関どうしの資金のやり取りを担うシステムに10日の朝、不具合が見つかりこの影響で11の金融機関で他行宛ての振り込みができなくなったとして、10日の夜までにおよそ140万件の取り引きに影響が出たことを明らかにしていました。

全銀ネットは11日になっても復旧する見通しが立っていないとしていて別の手段で振り込みができるよう対応するとしていますが、振り込みの取り引きが通常より遅延する可能性があるとしています。
2023年10月11日 8時46分
https://www3.nhk.or.jp/news/html/20231011/k10014221601000.html

開発担当は徹夜で対応してるのかな
ご苦労さまやで

みずほは前からやらかし
三菱UFJもりそなも今回アウト
残るは三井住友…

みずほが入ってないのが不思議

>>1
みずほが無い、やりなおせ

みずほ並みｗ

>>4
全銀システムは複数ブロックに分かれていて障害を起こした切り替えシステムに接続されていなかっただけ

>>5
みずほがシステム維新したのは
時代遅れでバカ高い全銀をなるべく
経由しないようになんだからさ
この先三菱の方が不安だろ
いつまでも全銀頼りじゃなあ
コボラーの俺が言うんだから
間違いないw

うんこみたいな途上国になったねｗ

【IT】5chの不具合 きょうも復旧の見通し立たず

新システム移行決定で切られたベンダーの嫌がらせか？

これでいくらくらいの金額が行方不明のなるんだろうね、行き先はだいたい想像できるけど

>>003
やらかしたのは全銀ネット（担当ベンダーはＮＴＴデータ）で、11行も被害者なんやで

でもNTTデータは元受けで、下請けに回すだけだろ？
下請けは、ハードソフトを用意できるメーカーかなｗ？

思い通りにいかない日は明日頑張ろうｗ

おーい！アトピー大臣！
糞マイナカードなんかよりこういう事態を起きなくするのがDXじゃねーのかよ？
デジ庁って存在意味無いだろ

　
　
NTTデータの大罪
　

　
　
NTTデータの大罪
　

サイバーテロって話はどうなったん？(´・ω・｀)

こっそりマイナンバーのシステムも障害出てたんだな

サイテーだな、みずほより悪いわ

>>15
デジタルトランスファーってどういう意味か分かる？

金融庁、激オコだろうな。

FXの儲けを出金依頼したのに15時過ぎても入金されなくてオカシイと思ったらこれか
出金依頼分の証拠金が明日まで人質で勿体なかったな、今日はスワップ高いのにな
さっさと直せよNTTデータ、元請けが中抜きを許されるのはこういう時の対応のためだろ

日経クロステックが一番詳しいな
次期全銀システムに影響か、1973年の稼働以来初の大規模システム障害
　xtech.nikkei.com/atcl/nxt/column/18/00001/08490/
　＞11の金融機関で旧システムの「RC17シリーズ」を新システムの「RC23シリーズ」へ切り替えたが、そこで不具合が発生したという。
全銀システムで中継コンピューターのチェック機能に不具合、40万件が処理できず
　xtech.nikkei.com/atcl/nxt/news/18/16074/
　＞一部の金融機関で不具合が起きなかった理由について、全銀ネットは「設定の仕方などが異なっていた」
全銀システム障害は11日朝時点で復旧のめど立たず、プログラム改修でもエラー継続
　xtech.nikkei.com/atcl/nxt/news/18/16077/
　＞改修プログラムをテスト環境で試したところ、エラーが継続した

メンテ前にもどすだけじゃねぇの？

フロッピーディスク最強

切り戻しを想定していないのかよ

rippleでの送金できるようにしとけ

ロールバックしてもあかんのか？
winMeからwinXPぐらいに移行するぐらいの状態？

みずほ銀行の俺高みの見物

IBMの仕業か！！

>>3
NECが真っ先にやらかしそうなのによく持ってるな

何か定期メンテナンスで余計な事をしたのかな？
現場担当、ミスを隠して復旧のめど立たずじゃないの？

IT後進国やなあ　AIルールは日本が主導！！！笑わせんな

Abemaの会見チャンネルで、記者会見？やってる

衰退日本

全銀は手数料ほしさからか参画者を拡充したんだよね・・・

13日の年金支給日には間に合ったな。
間に合わなかったら老人がデモ起こすからな。

11の金融機関限定というのが面白いな

この11行の共通点は何なんだろ

考えられる原因は、
�@中継コンピュータの電源が入ってない
�A全銀センターと各行の回線の不具合
�B全銀センターから振り込み先銀行のなんかがおかしい（それはなんだか不明）
�C振込できない銀行側のどっかがおかしい
�Dプログラムを作った会社が悪い

考えられる原因は、
�@中継コンピュータの電源が入ってない
�A全銀センターと各行の回線の不具合
�B全銀センターから振り込み先銀行のなんかがおかしい（それはなんだか不明）
�C振込できない銀行側のどっかがおかしい
�Dプログラムを作った会社が悪い

考えられる原因は、
�@中継コンピュータの電源が入ってない
�A全銀センターと各行の回線の不具合
�B全銀センターから振り込み先銀行のなんかがおかしい（それはなんだか不明）
�C振込できない銀行側のどっかがおかしい
�Dプログラムを作った会社が悪い

>>39
Abemaで説明を聞いたけど、銀行間の手数料計算を全銀ネットに任せてたとこが影響を受けたとのこと
自前で手数料計算してた銀行は影響なしだってさ

考えられる原因は、
太陽フレアの影響で通信にトラブルが起きているのが原因。
太陽フレアって、通信回線上でノイズが乗るから、もう対策のしようがない。
システムエンジニアは機器の故障を探っているけど、原因は
太陽フレアによる誤信号の通信回線への重畳だから、対策ができない。

他の無関係なシステムでも太陽フレアによる影響で処理が遅くなってたでしょ。

昭和50年代の為替の回線復活だな
C-2 2線式　200Bps
竹橋の東京電信施設所再オープン（電電公社）

>>32
毎週10時間に及ぶメンテは伊達じゃないぜ

だが不便なんだ( ﾟДﾟ)y─┛~~

>>39
>>43が言葉足らずだった

補足すると、
・全銀ネットで導入実績がない機器に更新を行った
・機器更新したとこに収容されていたのは、14行
・そのうち3行は自前で手数料計算してたので影響なし
・機器更新は各銀行側にも対応してもらっているので、切り戻しは考えていない

こんなシステム、今時クラウドですぐに実装できるだろ

不渡起こしたらやばいな

>>42
SSL証明書の有効期限が切れた


どこぞの航空会社かよ

"不正なメモリ書き込みで振込先の番号が変わってた" みたいなバグだったら伝説になる
ところだけど手数料チェックするだけのプログラムならそんなことは無いよな・・無いよな？

>>47
切り戻しを考えない本番移行ってすげーな

先進のCOBOLシステムが落ちてしまうとは！

>>22
天下り先だろうしOBには何も言わんよ。

>>52
安定稼働が続いて思い上がっちゃってたのかね
各銀行にも対応してもらってるからこそ切り戻しも計画しとくべきだろうに

>>52
全銀のパンフレット読んだら、
中継コンピュータ(RC)は各金融機関に2台以上配置（多重化による障害対策）って書いてあったから、
物理的な設置スペースもそれなりに必要なんじゃないか
古いのはもう搬出してスクラップになってるかもよｗ

ちなみに全銀システムは2027年に今のメインフレーム(50年前のCOBOLらしい)から
オープン規格（たぶんLinux+JAVA で新しいファイル転送とかも導入)にリプレースされる予定
同時にＲＣを経由しないオープンAPIも採用されて、別物に生まれ変わる

ところが今回のRC23シリーズはこのまま2035年くらいまで使う
つまり、現行の全銀システムとまったく違う、まだ存在もしてないシステムにも対応してないとまずい
だから単なる機器更新よりソフト的な変更が山ほどあってバグの温床になってるんじゃないかな、と想像してる
しかも2035年までにオープンAPIに一本化してRCは捨てる計画なので、どんだけ予算がとれてるかも心配なんだぜ

COBOLのスパゲティコードいじるなよ
元に戻すのが一番

ＣＯＢＯＬは小数点以下の数値の扱いが18桁まで誤差なく処理できるとか聞いてるが、
普通のプログラミング言語は誤差を含んでいる
もしRC23がＣＯＢＯＬ以外で小数使ってたら落とし穴にハマってるかもしれん

これもうトップ以下責任者はクビ確実だろ

日経クロステックの続報きてた

全銀システムの大規模障害、中継コンピューター2台ともに不具合で冗長構成が機能せず
　https://xtech.nikkei.com/atcl/nxt/news/18/16078/
　＞全銀システムが備える「新ファイル転送」や、LTO（Linear Tape-Open）テープの持ち込みによって処理するようにした

全銀ネットが簡素化したパッチを適用へ、2日で500万件超の送金に影響
　https://xtech.nikkei.com/atcl/nxt/news/18/16084/
　＞不具合の原因になったとされるプログラムは、内国為替制度運営費（旧銀行間手数料）の設定などをチェックするもの。
　＞今回、「銀行間手数料を参照しない」（全銀ネット）形の簡素化したパッチを開発し、RCに適用するという。

磁気テープ持込とか…そこはフロッピーだろｗ
チェック回避は泥縄式で仕様無視もはなはだしいけど、とりあえず動くようにはなる…かな？

>>60
LTO知らないの？

もう衰退国だな

>>60
インボイス制度対応の失敗だな

今回のシステム更新で脱COBOLを目指したらしいが結局COBOLの呪縛から逃れられなかった

>>60
最新の磁気テープは50TB記録できる
SSDで50TBだと10個以上に分割する必要がある

単純に切り戻しじゃだめなの？

>>58
そういうデータ型(BCD; Binary Code Decimal)と十進演算が
最初から用意されているというだけなんだけどね

他の言語でも、そういうデータ型と演算子を定義すれば
全く同じ精度を実現できる
会計用Windowsソフトなんかはとっくに実現しているはず

マクセル 富士フイルム イメーション
3大磁気テープメーカー
LTO自体馴染みないが 4mm幅 DDS/DATの

マクセル 富士フイルム イメーション
3大磁気テープメーカーかそのOEMか
LTO自体馴染みないが 4mm幅 DDS/DATの容量デカイやつという印象

LTO(リニアテープオープン)には8mm幅のAccelisと12.65mm(1/2inch)幅のUltriumがあり後者にほとんど移行
Quantum DLT/ Sony AITの磁気テープ技術知財の法的縛りを避けたHP IBM 中心にオープン規格を立ち上げてLTO Ultriumが主流化
1/2inch幅磁気テープだと民生用ではビデオテープがVHS β(2リール)で量産されていたがLTO磁気ヘッドは固定式(1リール外出しテープ)で磁性体はBaFe(バリウムフェライト)
ビデオテープ磁性体はCoFeコバルト酸化鉄系強磁性だったがヘッドは回転式 8mmビデオ/DATでMetal磁性体が実用化されたことがある

メルトダウン

>>66
同じ設備を使ってる14行のうち3行は影響無いから、3行に頭下げて切り戻しさせてくださいとは言いにくいんだろう

【朗報】復旧報が発表される
https://www.zengin-net.jp/announcement/

やめちまえよw

何もできない文系がＩＴ土方を怒鳴りつけて引っ掻き回してるとこしか想像できないしw

>>60
アホ過ぎワロタ
人災やんけ

>>不具合の原因になったとされるプログラムは、内国為替制度運営費（旧銀行間手数料）の設定などをチェックするもの。
それって導入前にテストしないのですか?　パラメーターが読み込めないなんてすぐわかるじゃん

オンプレを接続する仕組みなのか
統一規格とかあるの？

>>47
どんな情報処理の教科書読んでもバージョンアップ時は切り戻しできるようにするって書いてあるのにたまげたなぁ

まとめ
「切り戻しよりリスクが低い」、全銀ネットが11日開催した説明会の一問一答
　https://xtech.nikkei.com/atcl/nxt/column/18/00001/08504/

>>67
BCDだけだと　1/3＝0.33333…　みたいな誤差が出るので、
この場合は固定小数点の実装 or 同等の演算ルーチンの実装がキモかと

>>70
詳しくありがとう
でもフロッピーはＤＸ後進国の様式美だから！

>>76
単体試験なんてシステムが肥大化すればするほどコストが嵩みすぎてできない

>>79
>>BCDだけだと　1/3＝0.33333…　みたいな誤差が出るので、

切り捨て、切り上げ、四捨五入、その他　のどれにするか
契約書(仕様書)や法律で決まっているはず

五捨五入？

銀行丸め？

本真デジタル土方・IT土方はアホの極みしかいない！
全サイトの運営・管理人を見たら明らかに分かる！
センスも最悪！
バグ製造機！

完璧目指してトロトロやるより、適当にやってもすぐ対応できるようにしとけ