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

>>164
９センチンコロナ大爆発

【別の理由アリwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww】

【あちこちの国で　同様の障害が続いている!!!!!!!!!!!!!!!!!!!!!!!!!!!】

あくまでも自分たちのミスはマニュアルへの記載漏れだと
矮小化する富士通（笑）

2015年9月のシステムの仕様変更前までは「オフ」でも15秒後に予備に切り替わる仕組みだったが、
機器を製造した米メーカーが「オフ」時にはバックアップを作動させない方式に変更。

ワロタｗ米のトラップか

じゃ「テスト時には切り替えがうまくいってた」話はウソだったのかよ？
しかも1週間前くらいのこの間の東証発表は「システムじゃなくて再立ち上げ時を想定したルールがなかったから一日止めざるを得なかった」ってのはこのバックアップ切り替わらない時の対応も抜けてたっていう話なんだな

あっちもこっちもダメじゃん
アメリカだけ抜けてたわけじゃないじゃん
関係者全員抜けてたんだよ

>>18
それを読むと、富士通が出荷前に試験してるので、納品後の現地試験は省略したという感じじゃね？
富士通は1号機の時に確認してあるので省略した。ということじゃね？

バックアップの意味を理解してない幼稚園児みたいな連中の集まりだったわけか

>>560
書いてあったって報告書にあるだろ

テストとかしないで納品できるのか？
　

えっこのテストって防災訓練の日に実際に家を燃やして避難するのと同じだよね？

テストで稼働してる奴とレプリケーションのデータ間不整合が起きる状態を意図的に作らなきゃいかんと思うが
仕様を理解して熟練してないとできないよなぁ…。
こういうのって職人技なのに、鯖管理者って給与低いよなぁ…
めったに稼働しないからなんだと思うけど…。

仕様書が英語でSEが読めなかったとかとかｗ

もう東証のシステムをやることがリスクしかない。

俺がプロマネなら関わらないな。

>>558
マニュアル作ったのはOEM元。それが改版されてなかったから気付かなかったって話しなんだが。
まあ、仮に改版されてたとしても読まなかった可能性も高いとは思うが。

素直に読めば、F も被害者

富士通、NetAppのデータマネジメントソフトを活用したストレージ「ETERNUS」4シリーズを販売 – クラウド Watch
https://cloud.watch.impress.co.jp/docs/news/1262371.html

富士通、ストレージシステム「ETERNUS」シリーズで9機種を販売 – ZDNet Japan
https://japan.zdnet.com/article/35145137/

こんだけドヤ顔で売ってんのに仕様変更知らなかったのか？
他人に売ってる3800万円のシステムもOFFの挙動が変更になったんだろ

> 「オフ」にして東証に納入
オフにする理由が分からん
ある程度ウェイトかけなければいけない理由でもあったのか?

最初から設定をOFFにしていた・・・ありえない！
仕様変更を把握していなかった・・・ありえない！

人間ミスでない
設計ミス

調達した製品の仕様変更なんていくらでもある話
テストしなかった東証とインテグレーターの責任やろ

>>12
OFFだと15秒後に切り替えされる仕様ていうのも
変だろｗ　要は前の仕様が絶対切り替えバッグするぜ仕様だったのが
おかしいｗ　15秒間でユーザーになにをやらすつもりで設定したのかｗ

アメリカ製かあ。あいつら日本をなめくさっているからな。
イエローモンキーには吹っ掛けておけってな具合に。
時代錯誤で今はそんな差別は無い？
それが実際には厳然としてあるんだよ。
日本国内で、自前で作らなにゃいかんわ。

そもそもシステム全体として自動で切り替わらないのが一番の問題じゃなくて何で監視で異常気づけなかったの？、というところじゃないの
気付ければ手動で切り替えるのが数時間でできたわけで

設定の仕様が、というのは問題の矮小化

古い建物だろうけど
シーケンス図を追えば普通に
ここかも！って気が付くと思うけど
縦割り組織的な問題でいつまでも許可が下りなかったんだろーな…

美味しくなってリニューアルの被害者か
仕様変えてコストダウンするならちゃんと表示しろよ

>>471
故障には気は付いてるだろうし手動で切り替えはできただろう、ただ相場だから、数時間後に再開は難しいのと違うか？社会情勢はその間も変化しとるからな。

>>316
富士通のミスはあるが、定期的に切り替え試験を行わなかった東証もポンコツすぎる

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

>>1
富士通が受注相手だよね？
やつらは自社開発でなければ死に体で富士通の社名がコストダメージの温床だろ

シーケンステストしたらわかるはずやけど？

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

日本人はハード優先だからね
こういう装置を導入したら万能だとおもってしまう
マニュアルやテストや教育、そういったソフト面がおくれているな

>>475
テストが富士通の責任なら、
今度は東証はテストしろと要求する義務があるだろ

>>589
イタリアの行動様式は
熱中症をふせぐのが主目的だったりするから
ほんとうなら日本でも採用すべきなんだよね

まさに現場猫案件だわ

>>405
テスト項目として上がってても、実際には実施せずに検収される。

>>368に書いてるんだけど
テスト項目「電源が入った状態でメモリを引き抜いて、正常に待機系に切り替わる事」
テスト結果「実施することで正常な機器が故障してしまうため試験は未実施とする」
というテスト結果報告書になる

これが現実。富士通だけでなく世界中のどの現場でもこの手のテストはこういう風に扱う。
おかしいと思う人は、複数ノードで多重化されたシステムのフェールオーバーを想像して無いか？

>>1
米メーカーのマニュアルは

設計ミスｗｗｗｗ

よく分からないけどスレ開いた人用に詳細貼っとくぞ

10月1日に株式売買システムで発生した障害について
www.jpx.co.jp/corporate/news/news-releases/0060/nlsgeu0000051l46-att/trading_system.pdf
（補足資料）NAS設定値について
www.jpx.co.jp/corporate/news/news-releases/0060/nlsgeu0000051l46-att/trading_system2.pdf
東京証券取引所様の株式売買システム「arrowhead」で発生した障害の原因と対策について
pr.fujitsu.com/jp/news/2020/10/19-2.html

>259
dedupeがアホな富士通自社製がゴミなのが問題で

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

そもそも客に売る前に富士通内で製品の試験はやらんのか?

>>179
記事を読んだ感じだと米側は当然知っていて富士通が知らなかったて感じだな。
米側が知ってるてことはリリースノートとかにも記載されているはず。
リリースノートとかにも記載されてないのなら、記事ももう少し「富士通も被害者だったんだよ的」な書き方になるだろwww。

OFFで切り替わるとしてもわざわざOFFで運用するなよ

これどうなっちゃうの、5年前の証券データで継続になっちゃうの？
マーベルで指パッチンで消えた人が消えてない人と一緒に暮らすようなもんだな

運用テストしてねーってことじゃん

>>393
> ソフトで疑似テストやっても意味がないと結論が前出です
意味がないと言ってる奴が馬鹿なだけ
完全にテストはできないからやらないと言うならほとんどのテストはやっても無駄だぞw

クラウド大丈夫な

免許証かくにんできませんとかになるかな

いま日経の記事読んだんだけど、NASは富士通のOEMですよね。つまり、
　富士通ブランド、製品責任は富士通
ということは、OEMの製品担当部門の
　試験部署が仕様変更を見逃した

責任を取らせたと言っていたように思うけれど、担当役員辞めさせたのでしょうか？

>>476
でもお客様は、おまえらに任せたと思うｗ