【経済】東証システム障害、高速取引と安全のジレンマ…相次ぐ不具合

東京証券取引所で７日、システム障害が起き、株価指数や日本国債の先物など
デリバティ ブ（金融派生商品）の取引が約１時間半、全面停止した。今年２月２日に241銘柄の
株式取 引を半日停止した大規模な障害発生からわずか半年。
相次ぐ不具合は投資家からの信頼を損 ないかねない。来年１月に予定する大阪証券取引所との
統合を前に課題を残した。

*+*+ NIKKEI NET +*+*
http://www.nikkei.com/article/DGXNASDC0700L_X00C12A8EA2000/

いやいやいや、ちゃんと設計・実装すれば高速と安定は両立しますからｗ

　　　　(U)　　ちんこ拾いました！
(　'∀')ノ　　　心当たりがある人は連絡ください

受託した会社どこだよ？

また不実か！

>>2
今のシステム入れた営業も同じような事を言ったんだろうな

ちゃんと設計・実装すれば高速と安定は両立しますからｗうちにおまかせくださいｗＷｗ
あぼーん

毎日止めて点検できる楽なシステムなのに。

>>1
大丈夫、東京時間では動かないから

堅牢なはずのアローヘッドがトラブル続きでござる

このシステムは無能富士通を切って、アイルランドのシステム導入したんじゃなかたっけ
単に凍傷のSEが運用できてないだけだと思う

天下りポストとかのことしか考えていない体質の
連中がまともなシステムの運営とかできるわけないだろ？

日本の証券取引が衰退すればシステムの負荷が下がる。

もう大証にまかせろや
何回目だよ

春先くらいにも停止トラブルあったばかりのような気が
もうロンドン・ＮＹ・上海でいいんでね

速すぎて未来の決済までしでかしたの？

統合するなら
システムは大証にまかせたらええがな

大証（）とかこの前ファイルデータ全部消去したソフトバンクグループにシステム任せられるわけねーだろｗｗｗｗｗ

シャープみたいな何かのニュースがでたとかの状況じゃないと、高速取引が活躍する場なんて状況はほとんどないけどな。
高速取引取り入れれば売買代金が増えるはずだったけど当てが外れたのは明らか。

自動売買ロボットのミリ秒取引なんかに媚びる必要ねぇだろ
高速取引など不要

前に誤発注やって
アメリカの会社に丸ごと一括でシステム載せ替えたが
あんまうまくいってないのかな？

ダウに経営統合してもらえ

>>20
ほんとそう
投資じゃなくて、売買アルゴリズムの競争で世界の経済が翻弄されちゃうんだから
極端な話、一日一回しか取引できないようにすればいいんだ。

「ルーターが故障したが予備に自動で切り替わらなかった」

ということだが、何か違和感ある。
最初から平行動作じゃないの？普通。

またかよクズ通さん
ていうかわざとやってんだよな？クズ通さんよ

>>24

平行じゃなくて、ホットスタンバイで待機で、一方が落ちたら、スタンバイ機が落ちたのを検知して通信を始める設定

>>26
いや、だからその設計が変。

2月の障害でも「待機系が・・・現用系が・・・」とかだったが、
そもそも何でその区別をしてるの？
設計思想が古いんだが。

>>27

シスコに言ってくれ・・・・・・・・

おいこら
その停止してた時間でこちとら5億ぐらい儲ける事ができたんだかな
誰がこの責任取るの？誠意をしっかり見せなきゃな〜
いくら払ってくれるの？



え、通報は…やめて…ください
わたしがわるかったから、通報だけはやめて

またFか

>>2
そのちゃんとができないから問題なんだ

それにスイッチはどうも2重化止まりのようだが（それも予備系での）
俺だったら、NIC３重化してスイッチも３台同時稼動くらいやらないと不安で死ぬ。
実際はもっと難しいことがあるのかも知れないが・・・

確認だけど、電源も各マシンにバッテリとか付いてるよね？

　どこのポンコツルーター使ってるの？？

そもそも高速取引関係なしに、安定性が全くないだけじゃん、コレ

東証、東電はもっとまじめにやれよ

なんか待機系は電源が落ちてると思ってる人がいるみたいだな

ミリ秒単位で取引してるのに一般投資家には勝ち目はないな。アホくさ

平行に動かしてたらソフトウェア不具合が発生した場合、同じタイミングで両方とも落ちるぞ。
宇宙船の合議システムみたいに複数の違うプログラムを動かす必要がある。

普通はホットスタンバイ。

デリバのシステムは洋物らしいな。ハードと運用は日立。今回のはハード障害。
http://www.bloomberg.co.jp/news/123-M8DWR06KLVRG01.html

>>11
アイルランド製だから凍傷なのか

ルーターぶっ壊れてシステム障害って通信経路冗長化してないのかよ？

大手は0.03秒差ののチート取引してるから個人はどんなシステムでやろうとも勝てません

詳しくは、ぐぐれ

>42
中途半端に壊れると輻輳する

NEXTINNOVATIONの出番か

>>37
待機系でホットスタンバイさせてまで冗長性を持たせシステムの仕事をしてるやつはIT業界でもそんなに多くはない。

これは通信障害の話だからアローヘッドとは無関係だろ。
それにサーバーやアプリの構成によっては通信経路を何重にも冗長しても無意味。

>>33
電源自体が２個入ってるだろ普通は。

>>33
ここはしらんが、銀行系なんかは電源自体が無停電化してるから
筐体やラックごとのUPSは付いてないよ。
パワーユニットの二重化はてるけど。

>>27
激同!!このご時勢にホットスタンバイとかあり得ない。
平行で二重化が傾向だと思うが。。

そういえば2月の障害の原因がわかったっていう知らせが全然ないぞ

ホットスタンバイを理解していない人きてる

日本人にソフト書かせるからだよ

またあ富士通か

日本ってほんとITじゃ無能だな。

アジアの金融ハブとしてのシンガポールと上海の地位は揺らぎそうも無いな。

まぁ、経験豊富な奴は賃金が高騰するから、
さっさと引退させて安い新人に任せるのが日本のITだからな。

その方が中抜きのうま味が大きい。
元請けが何人か自殺すれば丸く収まる。そういう業界。

わざと何者かが、何か仕込んでて
このスキに大儲けしたやつがいるんだろ？

またFか

ここ、Fのアローヘッドだろ?
ルータが自動的に切り替わらなかったって、きちんとテストしたのかよ?

>>3
最近　うちの板の賃子張がこないんだ…（´・ω・｀）

まぁ、ハード故障はしゃーないな
冗長化っても、ソレが機能するかどうかは壊れ方次第だし

> 東証システム障害
> ルーターが

またしてもNW構成の問題なんだな。
４年ぐらい前からNW構成の問題は露呈していた。
何度も何度も改善を唱えたが実行されなかった。

馬鹿馬鹿しくなって、俺はその仕事から下りたよ。

>>61
しゃーないかどうかは、それこそ、壊れ方や、
どのような構成にしていたかを見てから考えることだと思うが……。

そりゃまあ、高速化したら安定性が下がる方向ってのはわかるけど、
言ってみれば、Ｆ１じゃなしに、新幹線みたいな実用品なんだから、
高速化と安全のジレンマってのは、業務システムとしてはおかしいだろ。

と、証券取引システムとか全然素人としては思うわけなんだけど？
単にシステムが欠陥品、って言っちゃダメなのかいな？

故障は仕方無い
故障率ゼロ、あるいは機器が故障したら確実にバックアップに切り替わるシステムなんてのは、
かれこれ30年くらいは試行錯誤されているが、100%ってのは難しいというのが現実

>>65
東証のシステム受注会社の社長がそれを言ったら殴られるだろｗ

１００％は難しい。これは確かに１００％は不可能だけど、　半年に2回の全面ダウンは酷い。　こんな感じかな。

オレ社長だけどカキコしちゃった（ウソ）

まぁ技術屋は「100%」なんてものは無いとわかっているが表向きは100%です！と言う
内心、100%のもの要求するんなら、お前ら手本見せてくれよ、できたらフェラでも土下座でもしてやんよって感じ
まぁ障害をゼロにはできないだろうが、被害は最小限にしてくれといった現実的な要求は確かにこちらの
努力不足があるように思う

メーカーはどこなの？

>>67
どっち側の人か知らんけど、　結局は東証システムに限らず、正当な金と納期とまともな知識を持った依頼主の要求仕様
まずそれからのような気がする。　依頼側も受注側も中抜きばっかり考えた結果じゃないのかなあ、、
と　どっち側でも無い、客商売の自営業者は考えたりするわ。

バグの無いプログラムが組めないのと同じで、障害の起きないシステムなんて組めるはず無いわな。
しかも大抵、仕事とってくる営業が無能ってかシステムの事なんにも知らないド素人が多くて、
無茶な値段・納期で引き受けてくるしなｗ
そりゃいつまでたっても、日本のIT企業のシステム構築は良くならんわｗ

>69
技術側でかつ中のヒト（俺自身はアローヘッドは関わってない）だけど
アレは社運かかってたから金は惜しみなく投入してたハズ
ただし、人海戦術で済むこととそうでないことがあるんで、スケジュール的にはキツかった
内部から見れば、あの厳しい要求を、あの短期間で、よくぞあのレベルまで持って行ったと賞賛されているよ
しかし前述したように、機器の故障ってのは厄介で、とにかく冗長化して切り替えろってのは
考え方としてあるんだけど、切り替え条件を満たすような壊れ方をうまくしてくれないと結局機能しないので
そこが難しいところなのでしょう

検査部なんかは、LAN線引っこ抜くとか、HDD引っこ抜くといったような
明らかな故障レベルの動作確認しかしないしね

個人的には、連休中にシステムの一部を入れ替えたらそれが原因で〜みたいな最悪パターンでは
なかったのでまだよかった方だと思いますね、今回の件は

耐障害性、冗長化などをもっと突き詰めるという課題はありますが、
本音を言うと「全部が全部を救え」ってのは無理ですな

>>71
デジタルの世界だけは、整数論みたいに、クリアカットなもの、っていうイメージが
あったけど、（もちろん依存してるのはハードだから、純ハード的なエラーは別として）
なんかもう、複雑化しすぎて誰も階層的に鳥瞰的に把握できない形でうごいてますなあ。
昔は冗長化で信頼性は掛け算で上がって行ったのに、今では下手すると、その冗長化自体が
新たなエラーのタネになって、そのエラーをリカバーするシステムが新たなエラーのタネになって・・・
ノーガード、エラー一発即停止の方がマシ　とかになっていったりして。（いや、マジで）
なんか”理論的限界”を感じますね。

オープンソースで安くなります！て
客だまくらかして大炎上