カブドットコム、システム障害で発注や約定通知遅れ 45
ストーリー by Oliver
分かりやすいミッションクリティカル 部門より
分かりやすいミッションクリティカル 部門より
brake-handle曰く、"日経の記事によると、インターネット証券会社のカブドットコムで3月3日に東証への発注が遅延するトラブルがあった。発注遅れは最大40分に達し、前引けで約1万件の注文が未発注のまま残ったが、後場の寄付前には復旧した。同社では、3月1日および2日にも約定通知が遅れるトラブルが発生している。
カブドットコムは委託業務や情報提供の件数増大を受けて、今年の2月7日より64bitベースの新システムへ移行していた(プレスリリース:日本ユニシス、マイクロソフト)。ハードウェアはUnisys ES7000/430(Itanium 2 x 32)、OSにはMicrosoft 64bit version Windows Server 2003, Datacenter Edition、DBMSはMicrosoft SQL Server 2000 Enterprise Edition (64-bit)という構成。カブドットコムは明らかにしていないが、プレスリリースに注文データベースサーバや顧客データベースサーバの稼働率実績があるところを見ると、顧客からの委託業務および資産管理の処理に用いられている可能性がある。
従来のシステムがIA-32およびWindowsベースだったことから、1月17日の新システム導入から稼働開始までたった20日で移行したとのこと。宣伝にはなりそうだが、試験期間としては十分だったのだろうか..."
ネット証券会社は設備産業 (スコア:4, 興味深い)
特に昨年来の株価急上昇（8000円台→11000円台）によって，一度損して懲りたはずの個人顧客が戻ってきているようです。カブドットコムの場合も，爆発的な注文数の増加が設計要件を超えてしまったのかもしれません。
Re:ネット証券会社は設備産業 (スコア:1)
Re:ネット証券会社は設備産業 (スコア:0)
カブドットコムのSLA(サービス品質保証制度) (スコア:3, 参考になる)
新たな祭りの予感
雑誌「日経システム構築」2003年6月号特集「"強い"運用に変える」の中でカブドットコムが扱われていて、システム統括部長 兼 業務開発課長 阿部吉伸氏が自慢気に語っているページを仕事でたまたま今読んでました。
Re:カブドットコムのSLA(サービス品質保証制度) (スコア:3, 参考になる)
おおっ．
みんつ
Re:カブドットコムのSLA(サービス品質保証制度) (スコア:1)
先のコメント #507160 [srad.jp]
の中で言いたかったのは、その注文処理が
適切に行えるかであって、受付もしてもらえなかったって場合は、
Q.ログインできすに注文が出せなかった場合は、SLAの対象になりますか？
A.SLAの対象となる注文は当社で受注が確認できたものに限らせていただきますので
ログインできない場合は対象外とさせていただきます。
がいやだなと思ったわけです。
当たり間えっちゃ当たり前。
仮に、ログインしてても...ってグレーに感じるのは僕だけかな？
# 難しいな、システム考えるの。
発注が、それだけが顧客の意志 (スコア:4, 参考になる)
証券取引の委託業務では、あくまでも顧客による発注だけが顧客の意志を表す唯一の手段です。ログインできないなどのために発注できない場合は、以下の理由によりまず補償は受けられません。
発注の送れによる損失は原則として顧客の責任なので、障害時に備えて発注手段のバックアップを確認しておく必要があります。特に、信用取引を行っている場合は、建玉の返済期限が遵守できないとペナルティを受けてしまうこともあります。また、たとえ発注しても、約定しない場合は同様の扱いになることが多いです。
一方、ひとたび顧客が注文を発注し、障害による誤約定が生じた場合は何らかの保護を受けられるのが普通です。#507206 [srad.jp]にある差額清算や、証券会社との相対取引により約定をつけるなどの処理があります。具体的な措置については、前もって証券会社に確認しておくのがよいでしょう。
ちなみに、今はほぼすべての銘柄がシステム売買になったのでシステムトラブルにでもならない限り誤約定にはならないことが多いですが、立会場が現役だったころは場立ちに体力や(身体の)機敏さなどがないと注文遅れが生じていたこともありました。特に大証では、急ぎの注文をこなすと背広がボロボロになってしまうことも珍しくありませんでした。また、急落の翌日には個人投資家からの注文が殺到し、注文や約定伝票が山のように積み重なるため、発注済み注文の確認や約定と注文の付け合わせなどで徹夜になったという昔話もあります。
Re:発注が、それだけが顧客の意志 (スコア:1)
> じていた場合は、損失補てん(証券取引法違反)の恐れがある。
なるほど。詳説、大変参考になりました。
ありがとうございました。
Re:カブドットコムのSLA(サービス品質保証制度) (スコア:0)
やっぱり同じように無かった事になるのかな。
得になったら顧客の勝ち (スコア:2, 参考になる)
得になったら得になったで、顧客には損失が出ないので証券会社などは基本的に何もしないはずです。発注遅れだけでなく、誤約定によってより有利に取引できた場合も同様でしょう。
特に約定に関して注意が必要なのは、指値注文であっても必ずしも指値通りに約定するとは限らないこと。指値の買い(売り)注文は、指値以下(以上)の値段で約定します。注文をつけ合わせる時に、買い手と売り手の双方が指値によって損失を出さなければよいのです。例えば、買い注文を売り気配値よりも高い指値で発注すると、まず指値通りには約定しません。この場合は売り手に価格優先の原則を適用し、その時点で最も安い売り注文から売り注文の指値で順次付け合わせます。売り手は指値通りに売れますし、買い手も指値より安く買えるのでどちらにも指値に対して損失が出ていません。
Re:得になったら顧客の勝ち (スコア:1)
ものすごく何かを勘違いしているようですが、
指値はまさに「指値」であって、
売り（買い）手が指定した指値以外の値段で約定する事はありません。
（証券法で認められていない）
例えば、指値1000円で買い注文を入れていたとして、
売り手が1100円で入れてきた、これは買いません。
ここまではまあ当たり前の話ですが、
売り手が仮に900円で入れてきても「買いオペされません」。
これが指値売買の落とし穴であって、
証券売買の基本が「買いも売りも成行」と言われる所以です。
多分逆指値か成行きとごっちゃにしてるのでしょうけど。
ちなみに、かなーり前は逆指値が使えましたが、
今は一部の例外を除き認められていませんよ。
Re:得になったら顧客の勝ち (スコア:0)
シッタカすると恥ずかしい思いをするよ。
Re:カブドットコムのSLA(サービス品質保証制度) (スコア:0)
ショバ代もきっちり払って頂きます。
文句があるなら覚悟して言いな。
#所詮バクチの世界なのでAC
システム詳細によると (スコア:2, 参考になる)
みずほ銀行のときみたいに (スコア:2, 興味深い)
関係省庁の行政指導が必要じゃないか？
ことの重大性を関係者はわかってないぞ。
# 関係省庁 [e-gov.go.jp]って金融庁でいいのか？
最近、80点でいいやのシステムが多いぞ。
サーバシステムでコストダウン出来ます。
でもこんなもんですみたいなシステムが
ここのは60点にも満たないかもしれないが
Re:みずほ銀行のときみたいに (スコア:2, 興味深い)
幻の万馬券 [kyoto-np.co.jp]
株用語はむずかしくてよくわかりませんけど、
注文受付DBと顧客DB、そして取引予定DB、取引結果DB、資産DB
みたいな複雑なDB構成を正確かつ緻密に構築するのは、
あんまり実績のない？ 64bitエディションシリーズなんかで
組むのはどうかなとは素人目にも思わざるを得ませんかね？
先の訴訟との違いは注文DBが明らかに証拠を残してますが、
これで訴訟したらどうなるか考えて...寝ます。(^^)
Re:みずほ銀行のときみたいに (スコア:3, すばらしい洞察)
知り合いのSIも、発注側がビックシリするぐらい低価格の他社見積もりをだしてきて、「こりゃ、無茶な事やってんな」って思う事が多々あるようです。
この部分で考えれば、MSだろうが、OpenSourceだろうが、結局まともなシステムを作ろうとしたら、まともな価格になるってわかっていない発注側の問題かと思いますけどね。
しかし、この会社どうすんだろ・・・株屋が発注遅れするって、顧客情報流れるよりマイナスイメージなのに
Re:みずほ銀行のときみたいに (スコア:0)
64bitがどうのWindowsがどうのって言ってる人教えて。
Re:みずほ銀行のときみたいに (スコア:1, 興味深い)
SI屋さんが（赤字覚悟で）総力あげてサポートしてくれるものだと
思うのですが、これはすなわち総力をあげてもサポートし
切れなかったということになるのでしょうか。
それとも、安定して動作していたので油断していた？
Re:みずほ銀行のときみたいに (スコア:0)
うう～ん、「行政指導」でコトを解決すべきなのかはちょっ
と留保が付く時流なのでは？とも思われます。
つまり、「80点システム証券会社」か「100点システム証券
会社」を選ぶのは、市場＝ユーザが相応しい、というのがい
まの政府＆その支持者の考えかも。
Re:みずほ銀行のときみたいに (スコア:0)
理由は何でしょうか？
みずほ銀行のトラブルでは、場合によっては障害によっては
取引企業が倒産に追い込まれる危険性もあったほどの重大な
ものでしたが、カブドットコムの取引が40分停止したのは
それ並みに重大だったんでしょうか？
Re:みずほ銀行のときみたいに (スコア:0)
うーん。こと証券会社のシステム障害に関しては
「一日中注文ができなかった」
「数日間に渡ってスムーズな運用が行われなかった」
くらいのことは、松井だろうと野村だろうと過去に何度か発生させてます。今回の「40分の遅延」くらいなら、比較的軽微な部類なんじゃないでしょうか。
Re:みずほ銀行のときみたいに (スコア:0)
お客様からの受注は完了したにもかかわらず、東証への発注が遅れた
（その場合、トラブッてることをお客様が認識できず、正常に注文が完了したと思ってしまう）
ということですが、松井や野村でも同様の事があったのでしょうか。
（発注できない云々なら結構聞きましたが）
Re:みずほ銀行のときみたいに (スコア:0)
前日入れた売り注文が午後に入ってやっと約定した、
なんて話は良く聞きましたから。
N証券は聞きませんが、M証券はトラブった経験アリだった気が。
どこも一度は通る道みたいですよ。
つか、 (スコア:2, 参考になる)
自宅デイトレーダーともなれば、いざというときの為に複数のネット
証券と契約していて、メイン、サブと使い分けていたりする。
SlashCodeのバグ？ (スコア:1)
バグだろうか？
Re:SlashCodeのバグ？ (スコア:1)
w3m-m17n のふるーいのですが、うちも化けてます。いつものことです。気にしてはいけません。
# ごめんねオフトピばかりで
Re:SlashCodeのバグ？ (スコア:0)
と思ったら、自分とこでも化けてました。
WindowsXP上でFirefox 0.8とIE 6.0でダメ
それ以外はしりません。
皮肉にも (スコア:1, 参考になる)
Re:皮肉にも (スコア:0)
稼働機(今回のヤツではなくリプレース前のマシン)で
「MsgBox "Hello World"」してみたりソリティアで
遊んでみたりしてましたね。
Datacenter Serverでも「ゲーム」はあるんですねえ。
人柱ですね。 (スコア:1, 参考になる)
Re:人柱ですね。 (スコア:1, 興味深い)
まぁ、実際問題として箱には金だすけれど、中身(ソフトとか)には全然対象としない体質ってのはあるかもね～
#銀行系なのでAC
Re:人柱ですね。 (スコア:1, 興味深い)
Re:人柱ですね。（オフトピ） (スコア:0)
# 自信が無くて検索したのでAC
Re:人柱ですね。 (スコア:1, 興味深い)
（場が開ける時間帯や昼休みはまともに動かない、土日は毎回メンテで使えない等）
あそこはLinux＋WebLogicで大規模システムを組んでてやはり人柱ですが何か？
＃まあ、素人さんにはシステムってものが理解できないんだろうけど。
＃OSごときで語れるほど簡単なもんじゃないからね。
Re:人柱ですね。 (スコア:0)
ずいぶん古い話だな (スコア:0)
某巨大掲示板での「悪名」も貼っておこう。
タイトルを一目見て (スコア:1)
-- 星を目指さない理由は何もない -- 「MISSING GATE」by 米村孝一郎
ぱっと見て (スコア:0)
と読んでしまった。
Re:ぱっと見て (スコア:2, おもしろおかしい)
＃ってそりゃタイムボカンじゃー(=-_-=)/びしっ
Re:ぱっと見て (スコア:0, 荒らし)
速いんですねー (スコア:0, 余計なもの)
# 皮肉ですよ。念のため。
Re:速いんですねー (スコア:0, 余計なもの)
１．「64bitシステムが速いといっても注文に40分遅れがでるくらい遅い」
という皮肉
２．「よくこんな聞きかじりの言葉で皮肉を言ってみたくなるやつがいるよね」
という皮肉
Re:速いんですねー (スコア:0, オフトピック)
たとえ話のつもりでまったくたとえになってないコメントとかは禁止にしようよ。
いい加減気づけよ (スコア:0)
爆発的なトラフィックが発生したときにシステムが停止するだろ。
OLTPマシンを使え。
値段なりのことはあるから。
# バレルとまずいのでAC