【IT】富士通社長が謝罪 東証システム障害 [ムヒタ★]
■ このスレッドは過去ログ倉庫に格納されています
富士通の時田隆仁社長は5日、東京証券取引所で1日にシステム障害が発生し、全銘柄の取引が終日停止されたことについて「障害の原因となった機器の納入、システムを構築した企業のトップとして、多くの皆様に多大なるご迷惑をおかけしたことを心よりおわびする」と謝罪した。問題発生以降、時田社長がシステム障害について言及するのは初めて。
自社のデジタルトランスフォーメーション(DX)に向けた取り組みを紹介するオンライン会見の冒頭、システム障害について謝罪の言葉を述べた。「原因究明と再発防止に全力で取り組む」と話し、東証と連携して速やかに再発防止策を講じるとした。
東証で1日に発生したシステム障害は、売買注文を受け付ける基幹システム「アローヘッド」が引き金となった。運用をつかさどる記憶装置のうち1台で、制御用のメモリー(主記憶装置)が故障した。故障が発生すると本来は自動的に代替機に処理が切り替わるはずだったが、機能しなかったという。東証は1日の会見で、「富士通と共同で原因の解明を進めている」と説明した。
東証は2012年にもアローヘッドのシステム障害を起こしている。このときはサーバーで故障が発生し、適切に代替機に処理が切り替わらなかった。富士通は当時も東証と共同で原因究明にあたり、再発防止策を講じた。装置の種類は異なるが、代替機に切り替わらなかった点は今回も共通する。
金融庁は2日、日本取引所グループと東証に対し、金融商品取引法に基づく報告徴求命令を出した。装置の点検が十分だったかや、内部管理体制などについて報告を求める。
2020/10/5 10:33
https://www.nikkei.com/article/DGXMZO64607090V01C20A0000000/ 賠償金額、売買金額2兆円の1%の200億円ぐらい? 論理的に考えれば富士通は悪くないだろう。
瑕疵担保期間も十分に過ぎただろうに。 バックアップが機能しなかったということは
二重化の必要がなかったということで、
開発にかかった二重化の費用(ハード、光熱費、ソフト)の半分は東証に返却すべきだなw 原因不明な段階で富士通は悪くないと否定してたくせに
大うそつき 俺は許さないけどね。
土下座しろどげざぁ!!!
おしまいDEATH!!!!! >>7
配信は俺のところじゃないみたいのも言ってた気がする しかし、リモートで謝罪ってのが、
馬鹿にしてるよな 合言葉は’’Never Stop’’
世界最高峰の株式売買システムを目指して >>1
同じ失敗を繰り返すって所が企業として致命的
誰も信用しないでしょ 日本のシステム屋ってこんなもんか。がっかりだわ。外資系の方が信用あるなら入れ替えた方が良いんじゃない >>6
バックアップじゃない。2台並列で稼働していた。 >>1
サラリーマン企業の象徴的存在
NECと同じで官公庁から仕事もらって生き延びてるが 謝罪ついでに実家に置いてあるFM TOWNSを修理しに来てくれ >>31
無知なエンドユーザーからぼったくる辺りがもうオワコンだよね
消費者も甘やかさない方がいいけどジジババが買うんだろう プログラミングを下請け孫請で
グチャグチャにスパゲティー説は違ったの? >>20
ありそう
随分前だけど書類上テスト済だったのに、
全く動かずテストしたとは思えなくて担当者に聞いたら、
テスト仕様書を作っただけってことがあったな、この会社 いや、でも、なかなか難しい面もあると思うよ。
電源コード抜かれてスパッと死ぬならともかく、メモリ一部破損で、特定アプリだけ死んだりすると……。
最初の方に起動される小さなアプリは動くけれど、
広大なメモリを使用する巨大アプリだけ死んだりしたら、どうする?
ソフトウェアの死活監視を入れたとして、ソフトが死んだらサーバが死んだとみなす?
じゃぁ、後からユーザが大きなアプリを追加したらどうする?
みたいな感じ……
だから、数か月間は人間が監視するって対策を発表していたよね。 >>20
故障検知機能のテストで検証できる項目は少ない スパコン圧倒的1位富岳のCPUをゼロから設計したのが富士通
生産性ゼロのお前らがガタガタいえるような相手かよ >>6
自宅PCとかスマホで株式投資の注文とかしたことない人だー 擬似的にハードエラーのメッセージを出して切り替えを確認する事って出来ないもんかね 注文の受付遅延とか気にしなければ色々手立てはあるんじゃないかなとは思うけど
それもどうなの?とはなるよね >>1
本当は富士通の下請けの下請けの下請けの下請けの派遣社員がミスしたんですけど、
取り敢えず富士通の社長が謝っておきますけど、
エクセル職人で下請けに丸投げの富士通正社員は悪くありません!
絶対に止めたくなければ
完全二重化すればいいだけの話 賠償は免れても、信用失墜は免れんな。
「仏の顔も三度まで」とも云われるし。
今後の案件獲得にめちゃくちゃ影響するでしょ。 和室で会見して土下座しろ、ファームウェアのアップデート無視してたんだろ ノンストップ実績で言えば製鉄メーカのIT部門のほうがあるかもしれない
溶鉱炉を止めるわけにはいかないから
ただし、システムそのものは枯れた技術使っているけど 富士通よ、もっとしっかりせいよ。 日本国の恥になるからな。 ストレージ装置のメモリが壊れて、ってそりゃ故障判断遅れるのもしゃーないわ
装置の自己診断が「正常」を返してたらどうにもならんし
例として家庭用のPCだってメモリテストなんて電源投入時に上辺だけしかテストされない
厳密なテスト(memTest等)使ったら不具合見つかるのまで一晩かかる、なんて例もあるしな >>44
Suicaとか交通系ICカードのシステム
獺祭の製造管理システム
これも富士通な 俺悪くねーよ、担当が悪い
クソっ!俺に頭下げさせやがって、あいつ島流しだわw
と心の中で思っている社長でした 担当→主任→課長→部長→社長の順で聞いた話を言ってるだけだろうな >>14
富士通は1日、東京証券取引所で全銘柄の売買が停止した問題を受け、日本経済新聞の取材に対し、
「東証と共同で現在状況を確認している」と述べた。東証の株式売買の基幹システム「アローヘッド」は
富士通が設計・開発した。2010年に稼働を開始し、19年11月に新システムに刷新している。
今回の障害とアローヘッドとの関連は1日午前10時時点でわかっていない。
一方、相場情報の配信については、富士通は「弊社のシステムではない」としている。
https://www.nikkei.com/article/DGXMZO64458440R01C20A0I00000/ 東証が富士通に賠償を求めないからといっても、顧客は東証に賠償を求めないとはいってないのに
東証サイドが非を認めちゃった >>50
派遣SE、派遣プログラマーのミスなら救いがある
今回はフェイルオーバー条件の設計ミス
かなり上位の設計ミスだ
こんなところまで派遣に丸投げしてノーチェックなんてことはないだろ >>63
溶鉱炉制御のシステムと証券取引のシステムを同列で比較するのはさすがにどうかと。 >>63
新日鉄のSIerは優秀だからな
>>73
製鉄の方がシビア
東証みたいに「相手と相談して止める」なんて事が不可能。
高炉が止まったら物理法則通り冷えて、最悪は中に詰まって使えなくなる。 >>61
実際、問題起きたら辞めろと言ってたら常に変わるようになるよな
そのうち慣れると辞める為に社長になるとかいう訳の分からない状態になりそうだがw >>75
製鉄がシビアなのは当然だけど、そもそも時間当たりの処理速度とか無いしな
とにかく止まらない事、問題が起きても手動で操作できる事ってものだから、枯れた技術で安全安心に作るだけじゃないの? だってPGって身分が低いじゃん
出来ると馬鹿正直に言うと雑用みたいな扱いされるし
出来ない方が得なんだよ >>1
口だけなんだろ? 多重下請やめないんだろ? 口からでまかせがペラペラでる 随分前に富士通の地方の仕事絡んだことあったけど下のことを考えず毎回内容変わるしなんやろ仕事できない連中だなとは思った >>72
> かなり上位の設計ミスだ
>
> こんなところまで派遣に丸投げしてノーチェックなんてことはないだろ
一次下請けに丸投げかもな 富士通に責任は無いだろ
何責任転嫁しとんねん
シンプルに東証が悪い >>73
意味が分からないことを言うな
ノンストップを求められていることに変わりは無い >>83
丸投げだろうがノーチェックは無い
相手は東京証券取引所だぞ? >>87
富士通:おい、下請け、チェックしたか?
下請け:はい
なんてことは? ニュースでメモリー故障時のフェイルオーバー設定忘れてNHKニュースで言ってたな こういう止まっちゃダメなシステムの開発とか関わりたくないわ
恐ろしい >>75
組み込み制御系のシビアさと
ウェブサービスのシビアさは質が違うから、
なんとも言えんわ
車の組み込みも色々インタラクティブになるにつれて
わけわからんことになってるしな >>104
死活監視の仕組みがよーわからんけどメモリエラーのときのエラーメッセージを拾えてなかったってことでしょ
意図的にメモリエラー起こすテストとか無理じゃね >>104
公式の発表でもストレージ全体の停止によるフェイルオーバーはテストしたけど、
メモリなどハードウェアエラー起因のフェイルオーバーのテストはやってないことになってるな >>89
そんなもん
エビデンスのチェックとかしないw 共有メモリ...大事なデータを保存するディスク装置も2重化しとけ。
ついでに、電源も2重化、通信回線も2重化、保守&監視要員も2重化しとけ。
半端なHAシステムを作るな不治痛のボケども! >>106
全てのハードウェアは想定外の動作をする前提で全体設計するのが常識だけど
情報工学を体系的に学ぶ仕組みが無いから、常識が欠けてる奴が役を担っているのが現状 実際に異常を起こすことは、モノによっては非常に難しいか
或いはコストが掛かる(壊れたハードを用意するとか)が
ソフトでの異常チェック処理に手を加えれば何でも可能だよ。 情報工学を体系的に学ぶ仕組みが無い
↓
これが日本の理系の大欠点 >>114
理系人材に占めるシェアを考えろよ
学部を超えた基礎教育がいるんだよ
専門性は追求しなくていいがセンスは身につけないといけない そういえばワイも情報系学部出身やけどそんな知識ないわ。
全然別の業種の仕事しとるけど。 システム障害といったら富士通。これ定番。
富士通にシステムを依頼するのが馬鹿。つまり東証が馬鹿。 こういう不具合って富士通の社内文化だからな
富士通は目標評価制度を導入してるけど、「成果に不具合なく安定して動きました」と書く人よりも、「トラブルが起きたけどそれに対して迅速に対応して改善策を立てました」たとかいう人の方が目立って評価される でもこのクラスのシステムだと日本じゃ富士通ぐらいしか頼めるとこなくね >>119
そんなことはない、
中目の某事務センターでは
ハードかソフトかわからんが
バックルームからマシンルームに
相当数のS/Eがなだれ込んできた
現場を目撃したが、電子計算課の
焦りはなかった。 >>125
学業を収めてないとできない仕事と定義してないからなぁ 謝ればそれで済んでしまう日本風土がこの国を駄目にしている >>128
無能でも謝れば責任取らなくていいからなw 有能なIT技術者は外資に行っちゃうからね
日本企業ではIT技術者は土方と同じ
体力あるうちに徹夜三昧で使い潰して、次から次へと入れ替える
昔は日本企業にも優秀なIT技術者はいたんだが、使い潰されたり、外資へ転職したり、などで絶滅した 汚い禿げ頭ペコリンコするだけの犬でもできる汚仕事です 大騒ぎしてるけど、前回の障害発生が15年前で、今回も翌日には復旧だろ。
これは問題どころか、かなりよくできた対応。 >>44
ARMのIP使ってんのにゼロからなわけねえだお
嘘ついてんじゃねえよボケ >>125
学んだから仕事を得るのではなくて、就職したやつは普通に持ってるべきリテラシーという意味だ
理系、エンジニアならな
共通理解、共通認識の基盤があれば対応に齟齬が来たしにくくなり、トラブル時の対応も正解に到達しやすくなる >>132
違う。8年前だ。しかも3回目
これはダメだよ ■ このスレッドは過去ログ倉庫に格納されています