このスレッドはアーカイブ化された過去ログです。

【全銀】3連休に実施した中継コンピューターの更新に伴って、機器の基本ソフト(OS)が32ビットから64ビットに変更されたが、必要な容量が確保できない取引が発生したとみられる。アーカイブ

1.
ユーザー
Rekvx
【設定ミス】全銀システム障害の原因判明、OS仕様変更で部分的な容量不足に

関係者によると、3連休に実施した中継コンピューターの更新に伴って、機器の基本ソフト(OS)が32ビットから64ビットに変更されたが、必要な容量が確保できない取引が発生したとみられる。

https://news.livedoor.com/article/detail/25179574/
50
すべて
|
最新の50件
2.
ユーザー
FiSbX
みられたらなんなんだよ
3.
ユーザー
zi7jf
日本の技術力も地に落ちたな
4.
ユーザー
8obM3
これから、パソコンの基礎も知らん技術者が増えてくるんだろうな
5.
ユーザー
5YIG7
壺テロじゃなかったんか
6.
ユーザー
rTztv
ハードウェア設備も更新したんだと やっちまったな
7.
ユーザー
zHO0V
Celeronメモリ512MのXPにVistaを入れちゃった
みたいなもん
8.
ユーザー
ETN74
金かけるとこにかけたらええのに 多くて困る事ないでしょ
9.
ユーザー
mbEeN
まだWindowsXPの電光掲示板あるからな
10.
ユーザー
BNFua
まだ32bitOSだったのかよ…
11.
ユーザー
WjE8J
32ビットとか平成かよ🤭
12.
ユーザー
sH0jZ
COBOL使ってるんだから32bitに驚くなよ😡
13.
ユーザー
6b7gC
>>8
ホントこれなんだけど実際に金融やってたけど案外システムはケチる。オーバースペックなのでシステム納入業者に言って減らしました、それによって安くなり、保守費用も下がりましたとなる。故障対応の費用もあるのでパーツ減ると保守費用も下がる仕組みになってる。
すると上役は喜ぶし仕事やった感は出る訳だ。結果オーバースペックにはならず結構ギリギリだったりする。
14.
ユーザー
pSQrb
>>13
メインフレームってめちゃめちゃお高いイメージがあるのだが。汎用サーバで構築した方がお安いイメージなのだが??
15.
ユーザー
Bv7OE
マジかよAMD最低だな
16.
ユーザー
yzO6k
金の話ばっかりになって本筋を見失うんだよねこの業界は
社会的責任とか考えてないから粗悪で歪な仕様になったものが平気で世に出回る
17.
ユーザー
SyXpU
あほくさ、PCだって64bitに変える時はかなり気を使ったのに
18.
ユーザー
RduyF
部分的な容量不足ってモヤっとしてんな
具体的にどうしくったのか書いてくれてもいいのに
intがズレたとかそういう感じ?
19.
ユーザー
Y7taE
全く理解できないんだけど
取引とCPUのビット数は無関係な気がするんだけど
20.
ユーザー
6b7gC
>>14
自分はメインフレームではなかったけどね。それでもオープン系サーバ計10台で保守込みで数十億円だった。それなりの信頼性の高いサーバが必要なんで高くなる。
メインフレームは更に高いけど実際の機器故障は全くもって少なかったね。
21.
ユーザー
9KEbe
まず小規模でテストしてくれよな
22.
ユーザー
rNC4Q
>全銀システムと各金融機関のシステムをつなぐ中継コンピューター(RC)において、メモリー不足に起因し、金融機関名などを格納したインデックステーブルに不正な値が紛れ込んだ。

 インデックステーブルはRCのディスク上にあるファイルから展開する。このファイルを作成するプログラムを実行したタイミングで、一時的に確保するメモリー領域が不足し、ファイルの内容が不正確になったという。(日経クロステック)

このファイルを作成するプログラムを実行したタイミングで、一時的に確保するメモリー領域が不足… 要は新しい設備環境でちゃんとテストしとらんのやろ
23.
ユーザー
e0iiX
どんだけカツカツなシステムなんだよw
よく今までまともに動いてたな
24.
ユーザー
BPZ6o
基本的に40年前のシステムだから仕方ない
25.
ユーザー
Rmmbz
ニンテンドー64かな?
26.
ユーザー
Rmmbz
>>4
こぼる?なにそれ美味しいの?
27.
ユーザー
Rmmbz
>>7
PC88にWindows95を入れた、に近いかな

なんか50年前のシステムで銀行が動いてるらしい
28.
ユーザー
Rmmbz
中国人はスマホで銀行決済でメチャ進んでる感じらしいな

それはそれで大丈夫かよと思うけど

日本みたいに化石動いてるよりマシなのかもしれない
29.
ユーザー
Rmmbz
システム一からつくればと思うけど
金かかりすぎて無理なのかな

サクラダファミリアになっちゃう
30.
ユーザー
l7R1v
>>29
何時かはやらなければいけないと思うけど永遠に先送りw
31.
ユーザー
l7R1v
まぁ衰退に衰退を重ねて再起するぞーというターンになるまでお預けだろうな
32.
ユーザー
Rmmbz
メモリが足りません

ハァ?
33.
ユーザー
bRpZA
低金利すぎて収益は減っていってるのに高配当出す為には設備投資ケチらんといかんからな
ハードウェアに金使えんところもあるやろうね
34.
ユーザー
fMTsp
>>19
一度に処理できる命令数が増えた分
結果を格納するメモリも増える
35.
ユーザー
Bu3UX
ホリエが言ってたけど、今だにCOBOL使ってるんだってよw
ジャップらしくてクソ笑う
36.
ユーザー
UTTd0
つまり今現在はよくわかってないで運用してるんだな
有能な方々はすでに退職してると思いますしね
37.
ユーザー
WvcCM
>>12
これ
38.
ユーザー
WvcCM
日本の私立文系は英単語と古文単語と歴史事件名年号歴史人名を丸暗記すれば入れる

これが日本の上層部

エスカレーター安倍晋三は更に論外
39.
ユーザー
ZyrD6
アウトオブメモリーなのに例外吐かないで実行され続けるだと?
40.
ユーザー
pSQrb
>>39
それはどっちの話?

アウトオブメモリー(記憶障害?)の議員が多いのに政治がエラー吐かずにまわり続けてること?

それとも今回の全銀ネットのシステムの話?

41.
ユーザー
nrRic
ちゃんとコボラーのジジイを雇わないのが悪い
42.
ユーザー
549m8
>>38
そんな簡単な事がクリア出来ない人間はいない想定で生きてるのよみんな
43.
ユーザー
krMEo
32ビット。。。
44.
ユーザー
zSgRN
この手の太古のコボルってどんなバカが書いたんだよみたいなリソースの使い方するやつあるよな
言語仕様なのか書き方ゴミなのか知らんけどすげーストレス溜まる
45.
ユーザー
SocIm
>>29
金もそうだけど、現行業務洗い出して要件定義することすら大変過ぎるから、誰もやりたがらない
46.
ユーザー
7u2S2
32て
47.
ユーザー
AO4z4
いつの時代だよ
48.
ユーザー
pEzII
メインフレーム?
誰もやりたがらなくてまともな技術者がいないとか?
49.
ユーザー
l7R1v
>>48
いっぽうアメップは趣味でメインフレームを弄っていた大学生をスカウトしていたのであった。。

https://www.fastcompany.com/3063265/this-teenage-ibm-employee-got-his-job-by-buying-an-old-mai
50.
ユーザー
i9BEz
32ビットから64ビットに変更するのには動作検証、バグ取り作業が莫大な時間と労力が必要。検証不足ですね。
このスレッドはアーカイブ化された過去ログです。