【東証システムトラブル】障害が起きた機器からバックアップへの切り替えが正常に行われず [記憶たどり。★]
■ このスレッドは過去ログ倉庫に格納されています
https://this.kiji.is/684278170947372129?c=39550187727945729
東京証券取引所は、障害が起きた機器からバックアップへの切り替えが正常に行われなかったため、
相場情報の配信ができなくなったと発表した。 日本はIT後進国
いまだにFAXやハンコ使ってる化石国家
世界中から馬鹿にされてるよ?
こんなトラブルを起こすのも日本だけ
冗長性設計もロクにできない国がニッポン
恥ずかしくないの?
韓国より遅れてるよ? 年に1回は障害試験して、きちんとフェイルオーバー・フェイルバックするかを確認しろや ネトウヨ「中国からのサイバーテロだ!!!」
テwwwwwwwロwwwwwwwwwwwwww はあ?なんだこの言い訳
バックアップぐらいしとけよ コロナで皆テレワークしてるし、バックアップ系統に切り替えるには書類に判子おしてFAXで担当者に回覧する必要があったのだと思うな 系切り替えにハンコ押さないと切り替わらないシステムなんだろ?w 売り買いは刺激いっぱいの大人のゲームだからできないと禁断症状出る バックアップのバックアップが糞とか
それバックアップとは言わねーだろ 原発の非常用ディーゼル発電機もこんなもんやでwww 冗長化してあったけど上手くバックアップ系に切り替わらなかったって事 「おらぁ!二軍ども!出番じゃあ!」
だがガラーンとして誰も居ねえ
寝てる奴がひとり居たが腕には注射の跡があってうわごと言ってるし
入団の時には細身の長身が、今は立派なまんまる中堅力士状態。
他の二軍はあやしいタニマチの筋モンにつれてかれて
昼からカラオケで六甲おろしを熱唱 ハード故障が原因じゃないじゃん
ハード故障が契機だけど、設計ミスが原因ってことだろう >>7
下請けは東芝とか日立とかその他
わけわからん会社が参加してるんだろ
銀行システムも・・・
だから盗まれて脅しをかけられ100万以下なら
黙って出し、100万以上はK察へらしいな 切り替わらなかったんじゃなくて。バックアップも同じ原因で止まったんちゃうの? >>37
または待機系に用意してたものがハリボテで本番運用することができなかったりな
完全同一設定になってなかったり更新漏れとかいろいろな理由で こういったシステムは、とくにトラブルが無くても、週1回もしくは月1回、正副を切り替えたほうがいい
副系にしたら動かなかったなんてことがないように、定期的に正副を入れ替え どんな障害でなんでバックアップに切り替わらなかったのか知りたいのに こういうのって
数カ月毎にチェックしたりしないんか
土日稼働止まるし バックアップ切替器のバックアップをなぜ用意しなかったんだ! ミッションクリティカルシステムなのに設計が駄目すぎだろ >>1
バックアップへの切り替えが正常に出来なかったなんて有り得ない話だろ。
低レイヤのHWレイヤやOSレイヤで行われる事で、上位のレイヤには関係ない話だろ。 安倍さんが全電源喪失対策を拒否してメルトダウンさせた東京電力を思いだすね
東京ってつく会社はだめだめだね 非常時のバックアップが駄目って
福島から何も学んでない
さすが劣等民族ジャップアイランド >>1
∧__∧
( ´∀`) 9・11 のバックアップは完璧だったね・・・w
/ 原発や電車の制御システムもいつ暴走するかわからないからな
この国 そんなRAID初心者のリビルド失敗あるあるみたいなオチなん? 入社した当時、銀行に納めたコンピュータは、二台並列いわゆるデュアルシステムで構成されていました。
テストは厳密に行っていた。
原発も予備電源があったにもかかわらず配線ケーブルのプラグが合わず役に立たなかった。 多分この状態の日本は北朝鮮と戦争しても負けるだろうな
潜入工作員にテロされたらお手上げ
防衛システム全ダウンして打つ手なしで終了か >>42
誰も書いてないってもしかしてここだけ見て判断したんじゃないよな? 身代わりの術のサーバーもついでに直してくれんかな… >>65
???:「何も問題が起きてないのに保守費用とか無駄だろ、全部カットしろ!」 切替が動作しないなんて、ゴミじゃん
金の無駄じゃん >>64
記憶媒体は常識的にも別のシステムとして問題起こす
Lan端子が死んだとか対処できるのに機能停止した感じ >>53
ソフトウェア的には切り替わってるのとプログラム運用面で切り替わってるのは別問題だから
待機系に設定していたスクリプトやJOBやプログラムが本番のデータにアクセスできずに動かなくなるなんてよくあるケース >>71
そんな現代戦にいかないかもな
工作員が各地で一斉に放棄して上級何人か捕虜にされたら降伏しちゃうかも 飛んでる飛行機が突然全部墜落してもおかしくないレベル いっそ昨日システムダウンしてほしかったわ
大損したから 普段使わないのを急に使おうとするからこんな事になる。
月水金はA系統、火木はB系統で稼働させとけばトラブった時に慌てなくていい。 こういうことも想定して日頃からテストしてなかったのが原因だわな 障害に伴う売買の停止について【第5報】
本日は、ハードウェアの障害及び障害の起こった機器からバックアップへの切り替わりが正常に行われなかったことによって相場情報が配信出来なくなりました。
現在、ハードウェアについては交換を予定しており、その他メンテナンス等を含め、明日以降、正常な売買ができるよう対応を行っています。
本日は、仮に再起動した場合における投資家や市場参加者へ混乱を生じさせることが想定され、
それにより円滑な売買の実施が難しいと考えられたことから、市場参加者と協議の上、終日売買停止することとしたものです。
多くの関係者の皆様に多大なご迷惑をおかけしていることを深くお詫び申し上げます。
https://www.jpx.co.jp/news/1030/20201001-06.html 原因はハードの故障だなんて余りにもお粗末
システムの設計ミスでしょ
ハードの一部が故障しても止まらないシステムが止まったんだから >>3
政治屋も企業家も後進国だ!
国民もだ
日本でデモするのチョンばかり >>60
失敗に学ぶフリだけするのが日本のアイデンティティー
本当に学んだら日本じゃなくなる まあ、よくあることだろ。
自分もこないだ車のパンクしたタイヤ、スペアのと交換しようとしたけど、
できなかったし。 今日日アクティブ/スタンバイ方式なんか流行ってないわ。
アクティブ/アクティブ方式で複数系統稼働が基本だろ。
1系統死んだ縮退運転でも余裕がある設計にするもんだ。 >>51
総理が替わると停まるシステムになっている
狂産化した時に便利だから ここで言ってるバックアップってのは待機系機器への切り替えって意味
データのバックアップじゃないよ >>104
一番人間緩くて信用ならんところにバックアップなんて大事なもんおいたらだめじゃね? >>102
そうだな、でもそのパンクで人が死んでりゃ刑務所に入ってたんやで 損害賠償凄い事になるな
国が救援せんといかんかもm >>1
>>106
ほんそれ
どうして株取引に使うシステムがこんな基本も守ってないんだよ >>112
いうて>>1の時点で設定ミスと言ってるのと同義だぞ 日本マーケットの終焉
ホームセンターからロープが消える日 たとえ化石国家と言われようとハンコもFAXもアメリカが作った憲法も大事に使って衰退中 >>70
>配線ケーブルのプラグが合わず・・・
武田教授が指摘したら、一度通ったことの
間違いが発見されても、原子力委員会が
間違ってたことになるから訂正できませんと
拒否されたと本で >>1
可哀想に関係ベンダーのSE、多分正月休みが全喪失。
12月31日から1月3日の深夜まで
フェールオーバーの連続テスト。
各証券会社も協力要請が出て、システム部門がダミーデータ
の作成で泣くパターン。 >>96
相談した市場参加者の名前を明かせ
ワシには相談なかったぞ サービスが止まったのと
バックアップ切り替えができないのとは別問題だろ
全部故障で片付けるのかw バックアップへの切り替えが正常に行われずじゃねぇよ
詫び株寄越せよ! 日本もうダメだな
中共が陥落させた香港よりさらにダメだわ >>134
そうだな、一刻も早く日本から脱出して地上の楽園にでも行ってくれ そういや原発もバックアップ電源も同時に駄目になったんだよな
駄目な国だ バックアップ用と共用の部分が壊れたんだろ
三菱がMRJを設計した時も正副予の三回線をまとめて束ねてアメリカ当局に怒られたとか聞いた
実に日本らしい省設計ですよ 日本ではバックアップ=コストの無駄って意識がかなり高いからねぇ 終日止まるってことは切り替え側へのコピーが正常に行われていなかったって事かい?
トラブル前にバックアップしろや >>106
やっぱり縮退炉運転がいいよな(よくわかってない) >>138
何を発狂してるのか知らんけど、これで金融の地位が下がったということなんだが、底辺には理解できなかったかな? >>151
だからもっと良い国へ行こうって話なんだが バックアップが正常に作動するか確認しなかったのかね
てか、幼稚なミスだろこれ恥ずかしいわな バックアップは大阪とか札幌とかに置くものじゃないのか? 紙の券を人間が取引するのが最強って事
交換はしなくていい
撤去だけやれ という事は、バックアップ出来て無いからデータは古いのか? 戦時に敵国が東証を機能停止させるのには、さほど手間はかかるまい 文系ウェーイが蔓延った社会の末路って感じだなw
これもその1つだと思うわ >>155
狭い地震列島にバックアップを置いても意味ないだろ。
自然災害が起きても大丈夫な様に日本列島の外に置くべきだ。 >>15
500円のQUOカードで許してね(ベネッセより) なんで10月1日なんてきりの良いときにハード故障がたまたま起きるんだよ
おかしいだろ 機械は必ず壊れる、人は必ずミスをする。て
ばぁちゃん言ってた >>48 >>94
そうなんだよねえ。
そうしないならアップデートのたびに切り替え試験ちゃんとやらないといけないんだが、細かいアップデートだと大変なのでやらなかったりしてね。 >>52
稼働率99.999%以上の水準が必要なのにな >バックアップへの切り替えが正常に行われなかったため
ありえないことが起こった
まじでこの国アジアでも下の方じゃね >>1
こういうのって同じシステム2つ作って、2つを別々に平行稼働させとくもんじゃないの?
物理トラブルなんてあるに決まってるんだからさ 下っ端の派遣SES企業に押しつけるからこうなる
切り替え検証は一度しかやってないねこりゃ こんだけの大規模システムなのに定期的な障害試験やってないのが信じられない
リモートワークしてる場合じゃないぞ 切り替えやエラーモニターソフトのバグだろ ハード障害や交換は事実なんだろうけど
根本的な問題は別だろ 設計ミスなのかソフトバグななのか バクアップが機能してない詳細原因を明らかにすべき 言ってることは前の障害と同じじゃんwwwwwwwwwwwwwwwwwwww そんにぁことない
ホットスタンバインで独立常時稼働しているから
まあ、もっともらしい理由を付けなければいけないのは理解できるにゃあ
あべのしっせいで予測値が4ポイントも下がっていたのだから 10月1日という時点で誰の仕業か察しがつくでしょ
サイバーテロだよ そりゃ、正も副も証明書失効だったら、切り替わるわけないわなw
両方死んで当然ww 即死してくれればすぐに切り替えるけど、
中途半端に生きていると切り替わらないのはよくある話 >>2
そうやってレス貰って人と交流したり会話しているつもりなのかもしれないけどさ、
健常者から見たら実際は犬猫が吠えているのと同じにしか見られてないよ 副系や切替システムはノーデバッグなんて話はあり得る。さあ会見でなんと弁明するか? >>1
札幌 名古屋 同じ 富士通のシステム
同時に 故障して 系切り替えにも 同じように失敗したんやーーーwww
ねーよ 現場は目真っ赤にして口の中カピカピにしながら頑張ってるんだろうなあ >>2
これも手書きfaxとハンコで確認するんやろな >>96
市場参加者
お得意さん連中だな 東証はこんなのばっかり データ吹っ飛んでバックアップから戻せなかったのか
それとも障害機から予備機への切り替えがうまくいかなかったのかでインパクトが違う
二次的なデータで取引の情報は吹っ飛んでないだろうけど前者の場合復旧時間やばい 男湯女湯の日替わりみたいにバックアップ側も平時に使わないとな 訓練とかテストで動いたのに本番で動かないとかよくあること >>197
富士通は手書きfaxとハンコで対応中やな 切り替えられないバックアップって、バックアップじゃないから。 ポンコツPCを嘘みたいな高値で売る企業がまともなシステム組めるわけない >>1
やっぱ富士通が悪いんじゃね?
なんか相場情報のせいにしてたけど 似非先進風衰退途中国ジャップランドらしい出来事だわw n次下請け「何だか分からないけど、動いているので、とりあえずヨシッ!」
:
2次下請け「下請けがヨシと言ってるのでヨシッ!」
1次下請け「下請けがヨシと言ってるのでヨシッ!」
F「みんなヨシと言ってるので絶対ヨシッ!」 バックアップさんの出番が来ないから
完全に油断してたのか 日本は朝鮮ヒトモドキウイルスに侵食されてるからね。 >>205
故障機器を交換して復旧すると言ってるから恐らく後者だろう
予備機が使えなかったから全面停止
故障機器を交換すれば今の本番系が問題なく復旧するから明日は大丈夫という感じ 機器のトラブルが原因て、バックアップの時って
ネット回線繋いだままでやるのか? 世界の全ヘッジファンドがアホウヨを材料に日経平均マイナス1万になるまで
売り浴びせるな >>48
やってんじゃんねーの。
金融庁からマストでいわれてるだろ。 もう紙とハンコにに変えようぜ
ジャップにはお似合いだよ 見栄張って株を売れ!売れ!
とか言ってクスクス笑われて土曜日でした、
のコピペみたいな遊びができたのにな >>83
本番系と待機系を並行可動させて、
待機系から本番系に昇格させて運用出来る様にするべきでしょ。
待機系と本番系が同時に壊れる確率は低いから安全だよ。 >>234
タンデムなら最初から多重化されてるからな。 ネットでは2ちゃんねるトラブルの時、救世主があっという間に直したのに。 これだけのシステムとなるとバックアップ切り替え失敗にも対応できる設計しとかないとだめだな >>228
本日は、
場が開かず、取引が行われてないから
取引データは最初から無いでしょ。 あらら、ストレージかよ
ロールバックできないんじゃまずいな >>179
どこの国でもめっちゃありがちなんですけどw
切替って、なんか知らないけど上手くいかないんだよなw
本当に。 >>1
最後にハードのバックアップ動作確認のための訓練を行ったのはいつなの?
毎年、定期的に行うものじゃないの? >>220
機械のバックアップ切り替えシステムを担当してた部署のせいだな
その切り替えシステムを作ったのが富士通なら富士通のせい ストレージコントローラのメモリ故障一つで東証1日動かなくなるとか
日本の技術力やば過ぎwwwwwww グループCIО
「システムを任せている富士通に部品を渡しているので、その解析を待ちたい」 証券所なんて8:00~15:00までしか使わなくて15:00〜ずっとメンテ作業できるのに、日々何してたんよ 普通こういうのは開発時に切り替えのテストやるものだが、
いい加減なテストしかしてなかったのだろうね
あまり重要そうじゃないところを適当に手を抜くのはやる気のないエンジニアだとよくあること 運用系「オレたち」
待機系「私たち」
運用系・待機系「入れ替わってない!?」 仮に切り替えが正常に行かなかったのなら手動で切り替えればよいだけなのに
終日取引停止にしたのは何故なのか
手動で切り替えられるエンジニアが実は誰もいないのではないかね バックアップできなくて停止したんか?
ないほうがましじゃん >>256
切り替えるためのソフトウェアが故障機の中にあるので不可能 NTTデータの子会社みたいにストレージふっとばすくらいやってくれんかな 自動切替え・手動切替え
切り替えテストしっかりやっとけよ >>253
先程NHKで見たけど、
東証のArrows内の共有ディスク装置で障害が起き、バックアップ系の共有ディスク装置に切り替わらず
外部システムに配信する情報が作れなくなった為に、取引を開始しなかったと言ってませんでしたか。
バックアップ系に切り替わらなかった理由は調査中。 障害サーバーと通信できなくなったら
そのサーバーじゃなくてシステム全体が自動的に予備の副系を使うようにする、
みたいなシステムになってるはずで
また運用マニュアルを使った作業で障害サーバーを排除して立ち上げ直す、みたいなこともできるはずだが
ノーリスク志向でで中途半端に再起動して取引がおかしくなることを怖れたようだね >>235
本番系と予備系を完全同期させる必要があるから、
構築難易度はかなり高い。
あとどこか一箇所は必ず重複する所が出てくる。
それが末端に近ければ近いほど、東証側のリスクは低くなるけど、
同時にコストが跳ね上がる。 >>245
東証Arrowsの共有ディスク装置で障害発生時に待機系への切り替えは自動で行われる様に構成してる
運用担当者が手動で切り替えるなんてあり得ない運用だ。 変にシステム化するからこうなる
FAXだったらもう一回送ればいいだけだったのに
やはり日本はFAXで十分 >>260
手動切替えはソフト関係ないので可能
全メモリ破損 >>267
タンデムなら全二重になってるから問題ないよ。 後進国なんだから手差し指差しの立会場を復活させるべきだな ターミネーター2ではシュワちゃんが鉄棒で胴体貫かれても再起動してたわ
東証は富士通ではなくサイバーダイン社にシステム作ってもらえ >>230
プログラムを組んだこと無い頭数合わせの文系SEなんてゴロゴロいるからな >>272
「同じデータを2台の端末で同時に入力」しない限り
必ずどこかで一つのデータを二つにするプロセスが発生する。
そのプロセスが稼働する機器で障害が発生すると
全障害になる。 三菱がFAAの認証を得られないのもむべなるかな
日本人はシステムの冗長性の意味を知らないのか
組めないねーかっこ笑 うむ、日本には有線電話と人の立ち会い取引がお似合いなようだ
外資系のミリ秒単位のインチキ超超高速プログラム売買も排除できるし SEの話出ているけど
Windows起動できなくて対処できないような人が、数ヶ月の研修で超大手テーマパークのシステムとか関わったり(例のトラブル続きの)している世の中だよ
その尻拭いに1%の優秀なSEが駆り出されるのだけど
元が酷いので作り直した方が速いと言う
ただ、東証のシステムは結構古いのでシステム自体は優秀だと思うよ、憶測だが
どちらかというと、メンテ時に下手にいじったの原因のトラブルや
古いが故に、スタック無理矢理拡張したツケでトラブル起きるとか
起きても、そっちかと
これ純粋にハードトラブルだと思う RAIDってさ、試験の時は、それは現地の実機での実証試験の時もうまくいくんだけれど、
いざ運用を始めるとうまくいかない。
ディスクが壊れただけなのにRAIDの制御システムまで一緒に壊れただの、
制御側が壊れているのにすべてのディスクは動き続けていたのでトラブルが表面化しなかっだの、言い訳ばっか。
おかげで俺ら顧客側が何日も徹夜するはめになったりとか、客先に謝罪して回るとか最悪だよ。
システム屋は全員死ね。滅びろ。 >>289
何でそれらが起こること分かってるのに
起こらないようにするための機器や予算の投入をしないんだい?
コストカットは悪だということを理解してから愚痴れ システム「異常ないか」
故障機器「はい異常なし」
システム「よし続けろ」
こんなところだろ >>289
自分の案件では無かったけど、RAIDコントローラの未発見のバグ踏んだことがある
過負荷状態になると出鱈目のデータを書き込むという酷い奴だった あらゆる不具合を想定して予算を組まない時点で営業に落ち度があるのは当然のこと んなの、ウチのとこもそうだったわ
経営陣からネチネチ攻められた >>291
こちらは客として「そうしてくれ」と依頼して費用を払って、業者は「分かりました」と契約したのにこのざま。
それも日本を代表するような企業だぞ。
ディスるならそいつらに言ってくれ。 >>294
それは間違い
バックアップは用意されていたのなら、予算ケチったとかそういう話じゃない
バックアップへの切り替えをきちんとテストしてなかった糞エンジニアのせい サーバーが落ちたとかかと思ったらRAIDがうまい行かなかったの?
RAID6どころか10くらいやってそうなもんだけど まさか冗長化してるクラウドサーバが同じマシンに同居してたの?そんでRAIDの移行失敗で同時に脂肪? どういう仕組みで機器の生死監視やってたのかってことだな
よくあるのはpingでの生死監視だけどこれだと
pingは通ってもサーバの動作はおかしい場合アプリがエラー吐きまくる
でもそれならそれで手動でサーバを止めて待機系に切り替えればよいのだが何故かそれをしていない
色々隠れた問題ありそうだってのが分かった障害でした >>296
「分かりました」と契約しちゃう業者も悪いんだけど、結局システムってのは使用者が運用、管理の当事者意識を持ってないとうまく動かないんだよね。
なるべく対応コストを減らしたい業者と、速く精確に対応して欲しい使用者の利害が対立してたんじゃもうあかん。
本来は一緒にトラブルに対応する仲間の筈なのに。 >>301
定期的に稼働してるアプリにログインとか監視に含めてれるもんだよね絶対落としたく無いサービスなら。 システム全体を管理できるエンジニアがいるかって話だね
待機系へ切り替えられませんでした
なら手動で切り替えろっていうことなのだが、
普段からそういうことをしていない技術者だと、とっさの時に何ができるのか分からない
手動で切り替えたくてもどうしたらよいのか分からない
障害発生時に系を切り替えられないほど無能なエンジニアばかりとは思いたくないが
そうとしか思えない >>293
>過負荷状態になると出鱈目のデータを書き込むという酷い奴だった
メーカー「そういう仕様になっております」 もう一つ指摘しておくと、待機系なんて設計がダサい
常に稼働する系を何個も作っておくんだよ
例えば1系〜4系くらい作っておいて、何かの原因で1系が駄目になったら自動で1系だけ止まる
これだったら負荷分散にもなるし、例えばソフトの更新時、最初に1系だけ更新して稼働確認し、
OKだったら他の系も更新、みたいなこともできるので、色々良いことがある
東証くらい重要なシステムなのに、待機系への切り替えに失敗するだけで全面障害となってしまうような、
お馬鹿なことになってるのがもう最低
技術的にレベルが低い そう富士通ばかり責めるな
「原発は絶対に安全」
だが、全電源喪失でポポーンだったのだから >>284
ただタンデムって言葉を使いたいだけか?
タンデムコンピュータと同意義である
FTサーバ(FaultTolerance Server)についてなら
NECのExpress5800で複数台立ち上げた経験も
運用していた経験もある。
完全無停止サーバと完全無停止システムは別物。
「どうしても単一経路を経由せざるを得ないチョークポイント」は排除する事が出来ない。
完全無停止サーバは、それを狭義のサーバと言う
ハードウェアから追い出したに過ぎない。
システムってやつは人間の手で最初のデータを入力してから、可視化または記録に残るまでの全てのプロセスを指す。
今回の件は狭義のサーバなんかは意味が無い。
共有ディスクへのアクセスって言う、
どれだけFTサーバを多重化してもウイークポイントになる
所で発生している。 >>289
Raidボードはバグが出ると厄介。
一回、保守員がraidボードの障害に気付かず、
危うくデータ満載のHDDの初期化させられそうになった。 パソコンだったら再起動してダメなら初期化してOSから入れ替えればいいのにwww まあ、今回の救いは
取引開始直後に運用を止めたと言う事だな。
障害箇所からして、実際の取引データそのものは
静止バックアップを取っているだろうからな。 >>307
技術面もそうだが
「想定される全ての障害とそのリカバー方法」を
マニュアル化していない時点で
運用面でもアウト。
例え何百通りになろうとも想定しておくべき。
ディスク周りの障害だと、手順間違えると
最後のフルバックアップ時点まで巻戻る可能性すらあるからな。 >>306
一応メーカーに解析させて報告書出してもらったけどね
法人案件だったらしいので、うちの偉いのとメーカーの偉いのでお客さんに謝りに行ったらしい >>316
メーカー側とすれば
開発部門よりむしろテスト検収部門のミスだな。
データ過負荷テストは普通やるだろうに。 日経コンピュータの「動かないコンピュータ」で10連載くらいで追及するレベル
そもそもあの雑誌はまだあるのか? >>123
待機系にはHW的に切り替わったが
ifサービスが冗長系に向かなかったんだろ >>319
L2でもL3でも光でもスイッチ怖い。
どんだけFTサーバやブレードサーバぶっ込んでも、
スイッチ一つで地獄を見る羽目になる。 なんかパソコンの大先生レベルの人が暴れている感じだな
実際にエンタープライズ系の仕事している人も書いてるんだから迂闊な事を書いても笑われるだけだよ? >>320
あるぞ。
障害そのものは単純だから、一冊で収まる。
ただ事ある毎に取り上げられて
関係者のトラウマになるだろうが。 >>315
富士通系だから運用保守はエフサスだろ?
あそこって障害情報を蓄積しまくってデータベース化して
対応マニュアル作ってる
大抵の障害はマニュアル化されている筈だよ
当然だけど初めてのケースなら遅くなるけどな
今回は稼働は可能だったけど、東証側のデータ受け入れタイミングとリクエストクリアの問題があって
終日停止にしたみたいな事を言ってたよ 人口呼吸器使ってるのに
停電して非常発電機が動かなかったら死ぬ
みたいな 実際に故障した時に切り替わらない待機系を開発・納入したところは
金取られるんじゃないの? 東証のシステムというかハードが死んでバックアップに切り替わらず死んだのはわかるんだが
なんで、同種のシステム使ってる地方の取引所まで死んだんだ?
ハード含めシステムも東証から借りてんのか? やはり複数市場で独立して売買ができるようにしたほうがいい
これが究極のバックアップ 富士通と連携するとまともな目に合わんからざまあとしか思わんわ >>325
顧客要請か。
確かに障害そのものはシンプルちゃシンプル。
本当のヤバい障害は「動いたり動かなかったり」だからな。 >>208
うーん、間違えて男風呂に入るような感じなのか(-_- ) >>2
FAXの方が物理的に残るから個人的には好き 明日の朝までに直らないと週SQ値算出できないんじゃないの? >>336
感熱紙タイプだと1年もすると茶けて消えるぞ。 東証システムトラブル? なんかあったみたいね。
親韓左派のウリは別に株だの投資だの1ミリも興味もないから
そんなもんどーでもいいニュースなんだけど、
なに、システムトラブル起きると株の売買とかやらないわけ?
あの、ウリがヤングの頃は、そんなパソコンだなんだの時代じゃないから
テレビのニュースの時間にナントカ株式指数のお知らせの時は
せまい体育館のようなところで株屋(なのか?)のおっさんたちが
手話みたいなハンドサインかまして取引していた姿が
後景として普通にブラウン管から移ってたもんだがw
そういうのやったりしないんだw 今はwww
ウリは前述のとおり株も投資も全く興味はないが
あのよくわからない手話ダンスみたいなの、あれはカッコいいと思ったw
それの技能者、もういい年だと思うが無形民俗保持者として
これ、保護されないかねwww 通信データ量と速度が違うとはいえ
その辺の企業とかソシャゲでもメンテ以外は24時間動いてるのが普通なのに
中休み入れて8時から15時しか稼働しない
東証がダウンってお粗末さん 片系がダウンして主系から従系への切り替えの判断が遅れたんだろうな
決断出来ない正社員がいるのが問題
責任を取りたくないから決断が遅れる
しかも故障機の保守部品が近くに無く遠方から直送するから
部品交換に時間がかかる
専用の保守部品は装置が有るデータセンター内に用意しておくべき >>341
大体HWってDC隣接の保守拠点に常備してるもんだけどなぁ。
日本証券取引所のシステムって、国の監査が有っても
おかしくないぐらいの重要性なのに(´・ω・`) >>338
間違えて温めた弁当載せて黒くなった時はビビった 日本の技術力の低さや対応力の無さを世界に見せつけてしまった バックアップに自動で切り替わらないとか、冗長系あるあるの定番だけどな
それをすぐに発見して手動で切り替え対応できなかったのか?
あるいは、正福正常にそろっていないと運用できない決まりでもあるのか?
その辺疑問だわ ファインプレーするとクビになるでしょ日本は
だからみんな何もしないのさ 別のスレ見てきたけど、
主因 共有ディスクコントローラーのメモリ異常
副因 共有ディスクコントローラーを含むディスク関係機器のFaultTolerance機能の不具合
でFAっぽい。
主因はぶっちゃけシステム運用していたら、いつかどこかで
必ず出会う。逃げられない。
日本だけでも一日何箇所かで起こっている。
問題は副因。
冗長機能の喪失だから、富士通とディスクコントローラーメーカーが最優先で原因(またはそれらしきもの)を「発見」した上で
「システム無停止でクリアするインフラを構築する」しか無い。
「対処方法」だと停止前提になるからね。 まぁ原発の予備電源を波がかかるとこに置いちゃう国だからな >>325
末端ユーザー側のスレみてたけど
注文入れたらキャンセルできなくなったみたいな話になってたから
そういう注文をクリアしたかったんだろうね >>341
東証だけの判断じゃできないから。
切り替えには再起動を伴うみたいで、すでに証券会社から受けていた注文のデータが消えるから、証券会社にも判断を仰ぐ必要がある。
証券会社内で会議して方針を決めて東証に連絡。各証券会社からの意見を取りまとめて東証内で検討した上で判断になる。
運用担当が自己判断でできるようなレベルじゃない。 >>361
「システム稼働途中の再起動」か。
確かに考えたくは無い(´・ω・`) >>72
ほかを見なきゃならんのかー
そら大変だなー >>339
誤
>親韓左派のウリは別に株だの投資だの1ミリも興味もないから
正
>親韓左派を装ってるだけのウリは出来損ないだから株だの投資だのでは成功できない。
なにしろ以下の通り。(ほんの一例)
トップページ?>?ニュース速報+?>?2020年09月17日?>?UHS9u0ar0
http://hissi.org/read.php/newsplus/20200917/VUhTOXUwYXIw.html
18時から24時まで5chに張り付いてる負け犬おじさん。 安物のRAIDはRAIDのおかげで助かったためしがない。
コントローラーが先に壊れる。 事務所のDELLコンから部品抜いて交換すればよかったのにバカだなぁ 富士通のストレージが自身の機能である冗長機能が働かなかったてことでしょ?
カタログ詐欺では? タンデムとかデュアルシステムはOSから作り直さないと
高い技術がひつよう 最近日本のシステムの不具合多いよな
安い中国製を部分的にでも使っていなかったか知りたい 半死に系はどうしようもない
製品の作りによるもんだしなァ 昔その店で一番安いビデオテープを生産国も確認せず買って
数年後再生出来なかった
そんなもんかなと思ってたけどカビが生えてる別のテープは再生出来た
もうお分かりだろう
前者は韓国製で後者は日本製である 国民にとって重要なものにはどんなに金がかさんでもすべて日本製を使うべき
その最たるものが食いもんだ 金融機関やらあちこちの現場に行ったがどこもこんなもんだと思うよ。監査やらレビュー資料やらの紙の作成に工数とられすぎて機械にカネかけられない。
そもそも理工系の大学院出てるヤツはIT業界に来ない。
6割とれたら受かる情報処理試験があの程度の合格率だからな >>126
プログラムは変えなくていいから
切り替えのテストになるのかな?
データは本番から落として使っちゃえ!
今は個人情報ガーでダメかw 富士通とか東証システムサービスの給料は40歳で800〜900万くらいだろう。こんな給料で有能な技術者雇えんわな。 トラブった時にバックアップから復旧できないって一番しゃばいな…これが我が国の姿か… >>279
どこにシングルポイントを設けるかで、システムデザインが変わりますね。 2012年のシステム障害と同じような原因だな。きのう2012年の記事を間違って
張付けた人が、日付を指摘され謝っていたが、全く同じ原因ではないにしろ
それほど間違いでもなかったわけだ。同じ切り替えテストを何百回やったところで
役にたたない。ソフトハード組み合わせた異常時のテストケースが洗い出せてなかった。 10月1日からGOTOトラブルやらなくてもよかったのにな・・・ 富士通で数人の自殺者が出るくらいじゃないと終わらないだろ
どれ程の損出を出したかわかってるのか >>370
ちなみにタンデムと言うか、一般的な呼称だとFTサーバ
だと「継続して運用する」事に利便性を振り過ぎて、
「システムを再構築する」となると、アホほど面倒な仕様になっている。
冗長化しているサーバの片肺ずつ現調して、
最後に同期させるとか、もうねやってられない。 >>2
作ったのは富士通だけど海外ベンダ機器使ってるんじゃないの? バックアップがバックアップでもなんでもないていうありがちな話し
定期的に切り替え試験しないからこうなる 社内政治が忙しい企業によくあること 無能が仕切るとこうなる 京
@富士通が理化学研究所と共同開発したスーパーコンピューターのこと
A2020年10月1日に発生したシステムトラブルで富士通の賠償総額(推定) JPX・富士通株、私設取引で急落 東証システム障害影響
10/1(木) 17:49
時事通信
東証の全銘柄の売買が停止された1日、証券取引所を経由せずに上場株式を売買できる私設取引システム(PTS)では、日本取引所グループ(JPX)や、東証の売買システムを納入した富士通の株価が急落した。システム障害による信用低下などを見越した売りが膨らんだ。
https://news.yahoo.co.jp/articles/f1468a12ae10ed87a59de777abdeb60260f9ff5b 年間で何回位障害発生して、何回位切替に成功してるんだろ?
障害発生切替失敗はニュースになるけど、
障害発生切替成功はニュースにならないので見えない。 >>396
バックアップの切り替えの機器である
コントローラーにはメモリという装置がついてます
ところがそのメモリに変な値が入ってしまうと
バックアップのための切り替えが上手くいかないときがあります
そういうときはバックアップするのも前のも止まります・
でも今ではそのメモリ自体が壊れても大丈夫なようにしてるんですけど
なぜ止まったのかは不思議です 証券取引所のシステムに携わってる人間の年収が400万とか500万もいるからな。
東京で暮らせる額じゃない
金払え 俺は絶対にこんなシステムのお守りはしたくないw
命がいくつあっても足らんわ 9月から10月に切り替わるタイミングでこれだとハードよりもソフトを疑ったほうがいいんじゃないかな? >>398
とりあえず動かせってバックアップなしでの稼働になると思う
で、さらなる大事故が起きる >>328
確かに、別システムだね
東証と名証とかで、共有すべきデータが思いつかん >>401
職安にも証券システムの構築プログラマーの募集あったわ。派遣で年俸制420万とかもうね。 東証システムサービスの年収は35で700くらいだったかな
一番有能な人が必要なのに手取り35じゃムリ並リーマンしかこねーよ。 >>1
東京証券取引所は取引時間の24時間化を計画しているらしいけど、今回のトラブルを見ればそんなものは論外だね
6時間足らずの取引でさえ満足にできないのだから、24時間取引できるようにするなんてリスクが大きすぎる
ドコモ口座などキャッシュレス決済絡みの預金不正引き出し事件での銀行やキャッシュレス決済事業者の対応の遅さといい、日本の金融事業のデジタル化には不信感しかない
一般人なら株取引はやらなければいいだけのことだけど、日々せざるを得ない食品などの買い物についてはキャッシュレス決済なんて絶対使いたくない
やはり現金が一番 待機系のテストなんて都銀じゃ年何回かテストしてるけど東証はやらないの? 一個バックアップの一元管理体制、地方分散配置もしてないんだな この障害はハードウェアのトラブルと発表されているが、本当はサイバーテロだったんじゃないか?
だが本当のことを発表すると東証の取引システムのセキュリティが穴だらけだとばれてしまうから、ハードウェアのトラブルということにしたとしか思えない
障害の発生したタイミングが良すぎるわ バックアップなんて大概そんなもんだよね。
市場が休みのときにシステムのテストとかしないからこうなる。 それにしてもさあ?自己故障診断とかもロクについてない訳か? まずはおまえの頭の自己診断でもしろよ。完全に不良品だ。
問題が出てからなぜこうなってないのだとか後出し批判は無能の証左なんだよ。 >>48
そんなことしたら
毎週止まるだろ
アホなのか? 一日に数兆円の取引が行われる巨大システムでさえ、この体たらくだものな
他の中小のシステムのレベルなんて推して知るべしだ 航空機が墜落してボイスレコーダーを聞いてみたら
パイロットがバックアップシステムが動かないと言ってた場合は
乗客への保障はするよね。社長が記者会見でどうやらバックアップシステムが
作動しなかったようです終わり。みたいな事にはならないよね >>48
今回のような事が起きたということはバックアップが
きちんと作動しなかったということだ。
その通り定期的に入れ替えしたほうがよかった。 まったく同じ処理システムを2つ同時に稼働させて
プライマリとセカンダリを切り替えれば確実だけど
コスト高で実現しないんだろうな 切換え試験は人がやるのかな
試験を自動化できる技術からかいはつしないと ポジティブ思考で行こうよ
計算間違いが起きたわけではなくシステムが停止したということはセーフ側に倒れたということ
事故が起きる前に電車が自動的に止まるのと同じこと
フェイルセーフが機能したんだよ クラウドにしとけばログイン出来ない程度で済んだのにねw >>7
いままでの日本のIT業界の流儀で言えば、
なんとなくバグの場所が検討つく、
↓
プロジェクトをいったん工完してしまう
↓
改修VerUpとして、機能追加を名目に外注に発注
↓
外注ホイホイ
↓
チョロっと触らせる、バグ症状が現れるようにシステムコンパイル
↓
外注の改修失敗、という事して出禁にして終了、
「でも大丈夫、今後は開発中の新システムで展開しよう」
みたいに隠ぺいして終了。
こんなんだから誰も技能が向上しないで日本ITは撃沈した。 >>403
それだとメイドインジャパンの信用に傷がつくからダメー
機器の故障、ほら雷雨とかきょう低気圧だったっしょ
過電流過電流 今日正常に稼働したら、メインシステムの方の電源コード抜いてみてよ >>290
知らんと >>283 で長々演説ぶってたのか 冗長化ようのスイッチの物理不良だろ。メンテとテストサボるとこうなるって見本だよ
各企業のサーバー担当者は分析と対策出せって言われてんだろうなー >>447
ここまでやらかすとむしろ予算は無制限に格上げになって、
長い稟議を経たのがアホらしくなる場合あり。 富士通じゃないが証券取引所の開発したことある
コアなメンバーは仕様や設計は押さえてるが、コーディングスキルはあまりなかった
外注したプログラマーのスキルも怪しかったチームは、結局最後まで品質が不安定だったな コンウェイの法則
「システムを設計する組織は、その構造をそっくりまねた構造の設計を生み出してしまう」 >>42
たくさん居たよ
中国の仕業だ〜とか騒いでるアホ こういうネットニュースもある
【速報】東証のサーバーが停止した本当の理由がやばすぎた!|News U.S.
ttps://news-us.org/article-20201001-00195822537-jpn >>452
これが原因に絡んでくると、富士通サイドは
「ほら言わんこっちゃない」になるわな。
逆に東証側はシステム発注部門の大粛清が始まる勢い。
ニュータニタックス側もリソースが無いから、
「想定外」のトラブルへの対応はどうしても
遅くなる。
極端な合理化はこの手のインフラには不適なのにな。 違うのよ。根本的な原因は富士通の
ストレージの故障で自動切り替えが
出来ない点。富士通は手動で操作出来たが
ニュータニックスに既に入ってる注文が
全部消える事に説明がつかないうちに
全銘柄取引中止の最悪の事態になった >>452
原因はニュータニックスじゃないからこういう記事広めると訴えられるぞ エターナスのコントローラの作りの問題だもんな
完全に富士通がやらかした >>457
>それ中身はNetAPPだろ
エターナスはE3000から引き継がれたDXシリーズとNR1000から引き継がれた
NR1000Fシリーズがあります。今回はNR1000Fシリーズのエターナスという事ですか?
ということは、クラスター構成のNR1000の片系でメモリのアンコレクタブルエラー
によるパニックリブートが発生?その後テイクオーバー(切り替え)が失敗したという
ことですかね?
個人的にはエターナスといえばDXシリーズのイメージが強いのでCM上で
check1 rebootでも発生したのかな?と思っていました。
気になるので知ってたら教えてほしいですね。 >>449
コアなメンバーはSEさんだよね。コーディングスキルはあまり重要ではない。 https://www.itmedia.co.jp/business/articles/2010/05/news124.html
この図の1号機、2号機は2つのコントローラでは無く別々の装置と読み取れる。
その場合故障装置の切り替えはサーバの管理かと思ったがそうでもないのか。
ストレージ自体がクラスタか何かを組んでいて
ストレージ側で切り離しも管理していたのかな。
ともあれ、これが富士通の納入なら責任は富士通だろ。 え!
設定ミスって
仏像作って魂入れずってことか
バックアップシステム造ったが怖くて試験をしなかった
おいおい、最初から作っていなかったんではないのこれ
記者会見した東証の田村康彦トレーディングシステム部長は「メモリーの故障を
想定したテストは難しかった」として、テストを実施していなかったことを認めた。
https://www.yomiuri.co.jp/economy/20201005-OYT1T50186/ そりゃ障害が起きた機器は正常に働かないだろ。当たり前だ たぶんね
相互監視している装置の受信・送信ICが
常に自分や相手が生きている夢をみるような壊れかたの時の試験もしていないと思うよ
あとね
相手の故障を検知したときに
切り替え開始信号を送る部分がコミュ症になった時の試験もしていないと思うよ
それにね
切り替えている最中に
もう一方の方もほぼ同時に(同じ原因で)故障するような悪夢は想定していないと思うよ 「テストが難しかった」( ゚д゚)( ゚д゚)( ゚д゚)( ゚д゚)( ゚д゚)
富士通よくそれで納品したな。
JPXよくそれで検収したな。
十人単位で解職されるし、
中には懲戒解雇扱いの人も出て来るケース。
レベルが3階層ほど低かった。 >>466
まぁ難しいのは確かではある
だから今回のような障害を想定できたとしても
メンドクサイと思ってやらないやつもいる
本格的に頭がどうかしてる >>467
もちろんわかる、めっちゃ面倒くさい。
でも構築直後に待機系への切り替えのテストは
「必ず」やるよ。
少なくとも俺が居た組織は何パターンか切り替えテストはやって来た。
だからこそ腹立たしい。 「テストが難しかった」( ゚д゚)( ゚д゚)( ゚д゚)( ゚д゚)( ゚д゚)
三菱重工「富士通はそんな仕事してるのか?」 設定ミスってことにして過去の構築メンバーのせいにするってよくある話
専門家がみたら通常あり得ないってすぐわかる
多分富士通のファームのバグだよ マトモな技術者の賃金を下げ続けたり解雇したりで経営努力して来た結果技術力のないジャップランド完成有難う菅自民党 コレだからジャップランドは何時まで経っても韓国には勝てないんだよwwwwww プログラムの中にあるエラーを全て出せって言われてたけどなあ。 >>1
ホットスタンバイがマトモに動作すると信じている人間は馬鹿 東証は富士通に損害賠償請求しない?
そりゃ当たり前だろテメエラ痛くもかゆくもねえんだから 韓国にゴメンナサイしてプログラム作り直して貰いなよ >>432
電車やクルマは止まるのがセーフだけど
ドローンや東証はアウト >>470
ファームウェアのバグなら
富士通の責任は限定的になる。
(共有ディスクコントローラーのハードバグは専業ベンダの範疇)
運用前テストの非実施は完全なベンダーの過失。
後者の方が数段悪質。 >>475
運用側の東証が「テストをしていないのに検収」したら
重大な過失。
裁判しても50:50ぐらいになる可能性すらある。 >>462
インフラの構築を富士通とニュータニックスで変に分業させたから、障害回復テストのシナリオと境界分岐点が複雑になって、結局3社が暗黙の了解でテストを未実施にした感じだな。
この手の奴って、発注元が相当なリーダーシップと網羅すべきテストシナリオのアイデア出しをやりきる覚悟が無いと、
他愛の無いはずの単発ハード障害が命取りになる。 今回は正常性チェックでは正常動作しているけど実際には故障しているという中途半端な故障パターンだから
システム側で防ぐのは極めて困難 >>481
その場合は正常性チェックを無効化するギミックを入れておく。
今回はテスト時のシナリオ選定で判っても放置していたと取れる。
手抜きの一言。 まあ経験者なら自動切換え設定してませんでしたなんて言う公式発表うのみにする奴いないってこと >>482
それもうっかりではなくうっかりを装った確信的な手抜きのようだね
実際フェールアウトを実施しようとしたら更なる悪化も懸念されたろうから
今回、設定したと言ってたがテストもせず心配だよね
まあ今回のように取引サービス開始前スタートの環境造りの時点でおかしくなる事は想定
してなかったのではと思うが 海外の証券取引所もシステム障害による停止は普通にあるけどな 手順を間違えたんだろ
通信機器を扱えない老人にさせるな パラメタ設定ミスの詳細は不明だが
障害状態を正確に拾えなかったってことかな?
大規模システムだから当然障害テストも徹底的に計画して
やっていただろうと想像するが
ハード障害を想定した疑似テストは本番事象の通りには
できないものは多い(今回のメモリ障害のように)
問題の本質は 共有ディスク切替不可を認識した後
なぜ数時間後の再開ができなかったのか?
ここの原因究明と再開手順を確立しないと
また別の障害をトリガーに長時間停止が繰り返される 経験上フェールアウトの仕組みって作ってもあとあとのこと考えて動かさない場合のが多かったなー。
また正系に戻して他シスへのファイル送信とかの確認とかで手間かかるくらいなら1日ぐらい止めちゃえみたいな。 >>488
数時間後にでも再開出来なかったのは、
「注文受けキューサーバに溜まっていた未処理の売買注文を捌きつつ新規の売買注文を受け付けられないと判断した」との事。
また共有ディスクの復旧のためには機器再起動が必要だが、
その場合は注文受けキューサーバ上の未処理の売買注文のデータが消えるとも言っていた。
つまり「障害発生時に即時にフェールオーバーしない限り、また同じ事態が起こる」という事。
更に「ジャーナルデータ」を別の媒体に同時記録もしていなかったとも言える。
…色々な意味で「詰んでいるプロジェクト」
「データ保持」関係のロジック、総見直し必須だな、こりゃ。 >>490
まぁそこに関しちゃ障害や再起動なんだしデータがロストするのは当然だし当たり前だからなぁ
つまりはアプリ側がそれを見越した作りにしないといけないんだわ
アプリ開発陣がわかってないのがいけない >>491
ここで問題なのが「今更アプリ仕様を変えられない」という事。やったとしてもジャーナルデータの垂れ流しが限界。
そうなると「アプリに渡す前の下位層」で全部カバーする必要がある。
滅茶苦茶ツギハギのあるシステムになるんだろうなぁ。
海外展開なんて夢の又夢だわ。 9時〜15時間での取引データ処理については、ある程度
瞬断の切り替え前後でデータの確認は出来る設計にはしてあるとは思うが、
今回のようにバッチ処理系の途中らしき処理中での瞬断前後の
正常処理確認は不定形だし即時に判断し継続OKとすることは難しいだろうね >>494
バッチ処理の各段階でリランポイントとその方法は
考えておくべきだと思うけどな。
運用担当になったときは真っ先にそれ作ったわ。
でないと怖くて仕方ない。 >>490
東証のシステムは即時にフェールオーバーすんのが前提だよ
異常系テストの不備であかんかったと言うのはお粗末だが まあそういうことにしておいてあげよう
ところでドコモのTOB買い付けはうまくいってるのか? >>494
サーバもロードバランサでクラスタ化されてるし
バックエンドのDBもクラスタ化されてるのに? >>483
そんなことはない。
「自動切換え設定してませんでした」ではなくメモリ故障が
発生した際に他系に切り替わる設定になっていませんでした
という事では?
https://www.yomiuri.co.jp/economy/20201005-OYT1T50186/
メモリでアンコレクタブルエラーが発生した時の挙動と
クラスター切り替えの考え方を理解していたら、シングル構成時と
マルチクラスター構成の場合で挙動を変える設定変更が必要かも知れないと
想定はできる。 つづき
メモリのミラーリング機能があるかどうかにもよりますが、
一般的に訂正不可能なメモリエラーが予兆もなく発生すると
故障部位をすぐに切り離すのではなく次のような順序で切り離す。
エラー検知⇒パニックリブート⇒POST診断⇒故障部位の切り離し⇒OS(ファーム)の起動。
OSやファームウェアは故障部位が切り離された状態で正常に立ち上がる。
シングル構成の場合はこれでも問題はない。
訂正不可能なメモリエラーが発生した際は、OSやファームウェアは
正常に動作する事が困難になるので、タイミングによっては、他系に
通知する前にパニックが発生する。
つまり、他系や監視装置にエラーを通知するタイミングは再起動後。 つづき
両系で死活確認をしているのでは?と思うかもしれないが、
一般的に他系が高負荷状態などの影響で誤検知する可能性も
ある為、死活確認はリアルタイムで行っているのではなく、
数十秒から数分程度の間隔で行っている。
以下は推測ですが、
マルチクラスタ構成の場合、パニックリブートで自動で立ちあがて
しまうと、もう片方(監視側)で死活確認の異常を検知できなかったり、
再起動後の整合性が保証されない為、テイクオーバー(クラスター切り替え)が
抑止される可能性があります。
このようなことから、マルチクラスタ構成の場合、パニックリブートで
自動起動しないという設定があってもおかしくない。
メモリ故障で直接切り替えるのではなく、死活確認の異常検知で
テイクオーバー(クラスター切り替え)を実行するようにするという事。 ハード障害で正常に待機系へ切り替わらなかった、ってよくある話だよな >>490
通販サイトの注文や銀行ATMの入出金じゃ無いんだから。
注文を数時間もちこして約定するなんてどんな嫌がらせだよw 某メーカーの機器も動かなくなって原因何だ→わかりませんを半年やって結局配線間違いで
何で間違えたって聞いたら下請に投げてたからって言ってたから
これも同じようなものだろう
いい加減特殊な例を除いて下請システムやめろ ハード障害が起きたのに監視系にはアラームが出てなかったって時点でどうしようもない >>506
監視に必要な条件を盛り込んでなかったんだろ
「err」を拾えば全て網羅できるとか思っちゃってた >>507
普通ストレージにはストレージ用の監視機能ツールがあって、それで検知する
それで検出できなかったのは叩かれる要素 >>508
制御装置の設定の部分だな
設定が富士通所管かどうかは分からん >>509
4日に設定したという
という事は2日は設定しないままの従来の運転だった訳だ ■ このスレッドは過去ログ倉庫に格納されています