setsumeisyo_manual


1: 2020/10/20(火) 17:26:10.99 _USER

東京証券取引所は19日、全銘柄の売買取引を終日停止した1日のシステム障害を巡り、故障した機器のバックアップへの切り替えが作動しない「オフ」の設定になっていたと明らかにした。機器を納入した富士通のマニュアルに誤りがあり、東証は約5年間にわたり状況を把握していなかった。

 東証によると、システム障害は、取引システムの運用に必要な情報を記録する「共有記録装置」が故障したため発生した。故障した場合、バックアップへの切り替えを「オン」に設定していれば即時に予備の装置に切り替わるが、「オフ」だったため切り替わらなかった。

2015年9月のシステムの仕様変更前までは「オフ」でも15秒後に予備に切り替わる仕組みだったが、機器を製造した米メーカーが「オフ」時にはバックアップを作動させない方式に変更。これを富士通が把握せず、「オフ」にして東証に納入。マニュアルにも反映させなかったため、東証は気付かないままシステムを運用していたという。

 東証はこうした原因や再発防止策を盛り込んだ報告書を金融庁に提出しており、金融庁は業務改善命令などの行政処分を検討する。

 東証は、証券会社や投資家などをメンバーとする「再発防止策検討協議会」を設置し、売買停止や取引再開に向けた基準の明確化などの議論を今月中にも始める。
https://mainichi.jp/articles/20201019/k00/00m/020/240000c


104: 2020/10/20(火) 20:19:09.80

>>1
試験しとらんのかいw


140: 2020/10/20(火) 20:55:52.37

>>1
素敵な原因だな


204: 2020/10/20(火) 22:24:54.62

>>1
普通は導入時に動作チェックするだろ?


237: 2020/10/20(火) 23:28:32.41

>>1
>東証は、証券会社や投資家などをメンバーとする「再発防止策検討協議会」を設置し、売買停止や取引再開に向けた基準の明確化などの議論を今月中にも始める。

ここまではっきりと原因がわかったにも関わらず、「再発防止策検討協議会」まで設置して、やろうとしている事が事後対応方法の明確化って馬鹿じゃねえの?
優先して防止するべき再発は「グダグダな事後対応」よりも「障害発生」そのものだろ?

回帰テストより障害発生後の謝罪の方が安いっていう金儲け優先主義がよくわかるわ


271: 2020/10/21(水) 01:26:18.91

>>237
いいや東証の方はそれでいい。
システムなんてどこがいつ壊れるか分からないし、テロとか災害などの防止不可能なトラブルもある。
東証の役目はそういうときでも速やかに(代替システムとか使って)業務を復旧させる枠組みを作っておくこと。
今回の場合、午後一に復旧できず翌日からになっちゃったのは東証のそのあたりの手落ちが大きい。


324: 2020/10/21(水) 09:32:08.91

>>1
> 、機器を製造した米メーカーが「オフ」時にはバックアップを作動させない方式に変更。これを富士通が把握せず、「オフ」にして東証に納入。マニュアルにも反映させなかった


富士通ヤベーな


333: 2020/10/21(水) 10:51:18.03

>>324
製造時に変更されてて、マニュアルに反映されてないって
設計して実働ポンってこと?さらっと恐ろしいこと書いてるんだが


429: 2020/10/21(水) 22:25:14.86

>>1
東証か。東芝かと思った。


473: 2020/10/22(木) 01:16:51.87

>>1
>2015年9月のシステムの仕様変更前までは「オフ」でも15秒後に予備に切り替わる仕組みだったが、
>機器を製造した米メーカーが「オフ」時にはバックアップを作動させない方式に変更。
>これを富士通が把握せず、「オフ」にして東証に納入。>マニュアルにも反映させなかったため、東証は気付かないままシステムを運用していたという。


つまり東証がテストを行なっていなかった。





 


477: 2020/10/22(木) 01:21:47.25

>>1
コストカットでケチったんだろうな。

一般企業なら十分なチェックレベルかもしれんけど、東証で同様のチェックレベルを適用させちゃってることが明らかになっちゃったし、
今後、防衛省とかに納入してるのもチェックレベルが適性か疑義が生じるんじゃないか。


498: 2020/10/22(木) 07:15:17.89

>>1
バックアップ機器への切り替え設定がオフなのに切り替わっちゃうのは仕様というより不具合だろ
こんなんいつ変更されてもおかしくないわ


512: 2020/10/22(木) 09:41:33.34

>>498
切り替えないで放置するメリットってあるの?
あるならわかるけど無いならバックアップするのが当たり前。
しない結果がこれじゃん。


515: 2020/10/22(木) 10:15:02.65

>>1
なんでオンにしなかったんだろ。
頻繁に切り替わるから?


530: 2020/10/22(木) 11:57:25.84

>>1
結局、人為的ミスだったのか
絶対に止まってはいけないものを、5年間一度もテストしなかったっていうのも凄いな


546: 2020/10/22(木) 19:23:15.49

>>1
テストしてなかったでしょ


2: 2020/10/20(火) 17:27:25.40

5年とかサーバの寿命もそんなもんじゃね?
最初からか?


261: 2020/10/21(水) 00:40:13.45

>>2
ああいう大規模で一点モノはどうなんだろうね
寿命は


3: 2020/10/20(火) 17:34:48.68

機器を製造した米メーカーってどこだ


76: 2020/10/20(火) 19:41:59.90

>>3
どこやろうな
IB※とか色々思いつくが…


536: 2020/10/22(木) 12:29:56.64

>>3
Netappだろ


4: 2020/10/20(火) 17:35:03.43

アメリカ製品使ってることこうなる


7: 2020/10/20(火) 17:37:40.48

dellかhpかEMC?
EMCはdellが買収済みなんだっけ


9: 2020/10/20(火) 17:47:04.11

NetApp社やで


11: 2020/10/20(火) 17:48:11.82

オフだと切り替わらないとか・・・


えっ?普通じゃね?


12: 2020/10/20(火) 17:51:18.89

>>11
東証のプレスリリースを読む限りでは設定値がONだと即時切り替え、OFFだと15秒後に切り替えされる仕様だったらしい
それが2015年に入れ替えた機器では仕様変更でOFFだと切り替えがされない仕様になったとか


15: 2020/10/20(火) 17:57:39.63

>>12
ああ...なんと言いますか
原因を最初に見つけた人の感想が聞きたいわ


26: 2020/10/20(火) 18:19:12.84

>>15
5chにさえこの仕様変更の記事をおそらくビジネス版にあったはず
これが糞な馬鹿な企業がどうなるかってレスし合っていたスレッドがどこかにある

記事にさえアナウンスとしてされてた


13: 2020/10/20(火) 17:52:36.13

STやってないのか?


16: 2020/10/20(火) 17:59:01.79

富士通のダメっぷりは相変わらずだな。w


170: 2020/10/20(火) 21:36:48.38

>>16
やべーのは東証のシステム担当だろ
自社システムのデフォルト値変更があったら外注先に確認しないもんかね


19: 2020/10/20(火) 18:07:36.28

メーカー、富士通それぞれに責任があるが
東証自身がシステム更新時に重要な機能について
実際にテストする意識を持っておくべきだった


103: 2020/10/20(火) 20:18:06.44

>>19
新車の購入ユーザーに
「重要な機能について 実際にテストする意識を持っておくべきだった」
と言ってる様なもの。エアバッグやABS、シートベルトの強度、等、いちいちユーザーが確認してたら命が足りなくなると思う。


109: 2020/10/20(火) 20:22:24.86

>>103
切り替えについてはオペレーターの訓練も兼ねて自社テストするもんだよ


111: 2020/10/20(火) 20:23:44.43

>>103
こういうレベルの業務システムと自動車を一緒にされてもな


130: 2020/10/20(火) 20:42:27.75

>>103
というか、今回は切り替えスイッチをあえてOFFにしてたんだけどね
自動車で言えばABSやエアバッグのスイッチを切っていた状態
なぜ最初のシステムでそのスイッチをOFFにしたのか理由を知りたいな


132: 2020/10/20(火) 20:44:42.36

>>130
OFFでも15秒後に動作してしまうから(←たぶんバグ)
富士通はOFFでもいいじゃんて思ってしまった。
メーカーがバグを修正してOFFの場合切り替わらないようにしてしまったから、東証も切り替わらなかったwwww。


152: 2020/10/20(火) 21:12:10.86

>>130
多分、緊急用の手動切り替えスイッチなんじゃないかな?
コレがONのままだと常にバックアップ用…
例えると常にスペアタイヤ状態になる仕組みだと思うよ
古い建物には良くあるよ
このスイッチの中身を理解している人間がいなかったのは大問題だけど、ね


22: 2020/10/20(火) 18:10:35.21

福島の原発の1号機もそんな感じだった


25: 2020/10/20(火) 18:16:41.44

なんで第一世代で即時切替を選択しなかったのかな?


27: 2020/10/20(火) 18:20:30.60

ブラフっぽいなぁ


33: 2020/10/20(火) 18:33:45.23

>>27
っぽいよな。
普通、確認するよな。


29: 2020/10/20(火) 18:25:20.05



107: 2020/10/20(火) 20:20:59.97

>>29
今日、そういうエクセルの関数の集合体作ったw
Pythonでやりたかったけど、客からExcel関数でと指定されたから、ググりながら無理矢理作ったぜ


30: 2020/10/20(火) 18:28:06.62

netappなんて富士通以外でも扱ってるのに


31: 2020/10/20(火) 18:32:11.24

メーカーのサイレント修正で仕様変更になるのは腹立たしいけどさ……
納入前にテストしようぜ……


32: 2020/10/20(火) 18:33:04.03

初代 (瞬時切り替えの)ON/OFF
2代目  (切り替えの)ON/OFF
と、行間を読めなかったと言うことか


38: 2020/10/20(火) 18:38:02.18

>>32
初代 ONを前提にしたヒュマンエラーを想定した特別仕様
2代目 より時限処置を撤廃してヒキニートや引きこもりでさえわかる何かやらないと使えない部屋のスイッチ


36: 2020/10/20(火) 18:35:47.99

そこかよ!


37: 2020/10/20(火) 18:35:53.88

ネットギアにしろ
安いぞ


40: 2020/10/20(火) 18:38:18.28

孫受け位に丸投げしてたんだろ


41: 2020/10/20(火) 18:38:56.76

この書き方だと開発元の資料には書いてあったけど
把握できなかったってことだろうな
まあ富士通のことだからその辺のチェックなんて下請け任せだろ
下請けはチェックはするけど見落としがあっても責任取らないって
言うだろうから、結局富士通のミスだろうな
下請けに「なんで気づかなかったんだ!」とか難癖付けてそうだけどw


42: 2020/10/20(火) 18:39:00.43

検収OKしたんだろ

先ごろ変わった民法では、、、瑕疵、じゃなく適合しないときの期限なし、だっけか


407: 2020/10/21(水) 19:58:18.64

>>42
契約不適合だね
過失責任になったから、裁判でその辺を争うのだろう


46: 2020/10/20(火) 18:42:28.62

普通は切り替えテストすればわかるだろ、違うのか?


49: 2020/10/20(火) 18:49:26.56

たぶんこのようなことは今でも表面化しないだけのものでは無限大にあるんだろうな。
所詮人間のすること
ミスだらけだろうな
事故が起きて初めて表面化するんだろうな
だから飛行機はいつまでたっても必ず墜落するんだよ


51: 2020/10/20(火) 18:52:30.06

勝手に仕様変わっても富士通が悪いんだ。大変だな。


61: 2020/10/20(火) 19:13:37.74

>>51
そう言うのはよくある
なのでメーカーの変更はありませんという言葉は信用しちゃだめ


53: 2020/10/20(火) 18:53:18.16

結局、NetAppが原因かよ。


54: 2020/10/20(火) 18:57:07.55

これ、富士通の問題だと笑ってたNetApp使ってるSIerやユーザーは大慌てなんじゃない?


56: 2020/10/20(火) 18:59:14.85

>>54
昔その手の企業の社員相手に話しのネタとして話したことあるからどうだろう
富士通の社員にも語った事がある


59: 2020/10/20(火) 19:11:59.78

お粗末ですね~
IT後進国はこんなもんですか・・・


63: 2020/10/20(火) 19:15:11.67

全くテストやってなかったのか
まだまだやらかしそうだな


64: 2020/10/20(火) 19:20:53.91

マニュアルに疑問を持つ人っていなかったのかな?
切り替えスイッチOff確認!ヨシ!
とか大真面目にやってたんだろーなw


65: 2020/10/20(火) 19:21:42.37

本番稼働後のソフトウェアバージョンアップで挙動が変わったとかだと発見しにくいだろうね
初期構築時ほどの入念な障害テストはやらないだろうし


66: 2020/10/20(火) 19:25:50.75

バックアップへの切り替え設定がOFFなのに自動で切り替わるって怪しすぎる
納入時のバージョンでは色々な要因が絡まって15秒で切り替わってた、というだけでしょう


445: 2020/10/21(水) 23:56:14.17

>>66
同意見
こう言う直感で分からない元の状態でおかしい
奥が深い症候群と関係あると思う


68: 2020/10/20(火) 19:38:26.15

えっ自社開発ですらないの?
日本が誇るアローヘッドとか言ってたのに


72: 2020/10/20(火) 19:40:35.27

純粋に思うけど…
このスイッチを手動でONにすれば復旧したって事だよな?
テプラで作った
触るな!ラベルが貼られていたんだろーな


74: 2020/10/20(火) 19:41:13.94

NetAppの仕様書は見れるだろうから気づかなかっただけだと思う
20年の密接な協業関係とは何なんでしょうね


79: 2020/10/20(火) 19:45:07.88

こういう致命的なシステム障害起こしたってことは
普段から誤り見落としが常態化してるんだろうな
ハインリヒの法則から考えると


引用元 : 【IT】バックアップ、5年「OFF」 富士通のマニュアルに誤り 東証システム障害 [田杉山脈★]