故障原因はメモリー不足@ﾒﾓﾘﾘｰｸ＝原発データ収集システム―JNES
関連記事
江崎グリコ「プッチンプリン」など冷蔵品のほぼ全品出荷停止、物流・調達システムに障害…５月中旬の再開目指す 【2024年04月19日（金）】- コンビニ誤交付、富士通に行政指導 原因究明と再発防止を要求―総務省 【2024年04月16日（火）】
- 眼鏡レンズの受注停止広がる 供給元HOYAでシステム障害 【2024年04月04日（木）】
- 【#McDonalds】マクドナルドのシステム障害 多くの店舗で営業停止中，らしい 【2024年03月15日（金）】
- 「世界サーバ投げ選手権」ドイツで開催 最大40人が参加 【2024年03月04日（月）】
メモリリーク，よくあるよくある（爆
オイラも，会社員時代の超大昔（10数年前），納品した24時間稼動のシステム
メモリリークさせて，1週間でシステムダウンさせたっけ（汗
結局，リーク箇所がわからず（たぶん，VB６がリークさせてたんだと思う（苦笑）
深夜3時に再起動させるってことで，安定稼働させましたっす（汗
いや，夜中は全く使わないシステムだったんで，止めといても良かったんじゃけど
誰が朝，電源入れる？って話になって，あげく24時間稼働．．．って設計に盛り込んでしまった次第で（猛汗
今のオイラなら，こんな無茶な設計はしませんわぁ～
必ず深夜に再起動♪
最近は，C#やら，JAVAやら
ガベージコレクションが走る言語ばかりで，メモリリークとは，無縁なお仕事ばかり
でも，JAVAな感覚で，C言語な仕事やると
メモリ解放忘れて，えらい目にあうのは，相変わらず
（最近のCコンパイラはリーク警告出してくれて，賢い賢い♥）
輪廻はめぐるってことで（爆
| 故障原因はメモリー不足＝原発データ収集システム―JNES
原発事故の際に各地の原子炉の状態を把握する「緊急時対策支援システム」（ERSS）が昨年末、一時故障した問題で、システムを運用する原子力安全基盤機構（JNES）は11日、原因は長期間システムを連続稼働させたことによるメモリー不足だったとする報告書を経済産業省原子力安全・保安院に提出した。 保安院とJNESによると、昨年12月30日午前9時50分ごろ、各原発から送られてきた原子炉のデータを集約するデータベースソフトがメモリー不足で停止。このソフトは汎用（はんよう）品で、長期間リセットせずに使うとメモリー領域が不足する不具合があった。ソフトは前回点検時から2年4カ月間連続稼働させていた。 |
| YAHOO |
.NETのガーベジコレクションってあんまり当てにならない体験が・・・
ってか、原子力のシステムとかって、ムッチャ吹っかけて受注してそうなんだが、
１週間くらい動かしっぱなしの耐久試験くらいやれよ！って思う。
しかも改修作業で金とってそう・・・ 👿
>>康ちゃん@まったり～ さま
当てにしてないから，深夜に再起動，ですわぁ～ん♪＞C#
JAVAで24時間もの，作ったとしても，同じように再起動ロジック入れるはず
>>１週間くらい動かしっぱなしの耐久試験くらいやれよ！って思う。
落ちたのは稼働後2年4ヶ月後だったそうなんで，これなら十分優秀じゃろて（汗
まぁ，年一回，メンテと称して，リブートかけてれば表面化しなかった不具合っすなぁ．．．
って，落ちたのはどこのDBじゃろか？
Oかねぇ．．．（爆
う～ん、落ちたら何年稼動しようが駄目だとおもっちゃうんですがねぇ。
特にこのシステムのように、いつ起こるかわからない有事に対応するんならなおのこと。
まぁ、再起動がルール化されているのにユーザがやらなかったんならしようがないかもしれんですが。
＞落ちたのはどこのDBじゃろか？
Ｍ＄製品じゃないの？
>>康ちゃん@まったり～ さま
巨大システムだと，リークバグを見つけるのは
至難の技じゃしなぁ．．．
別記事じゃぁ，これから年2回再起動かける運用に変えるそうで
システム屋が，再起動前提で運用含めた設計せんといかんかったんじゃろが，そこまで出来なかったのは，まずかろうのぉ
>>Ｍ＄製品じゃないの？
2年4ヶ月も持たないはず（爆