【速報】名証（名古屋証券取引所）　システム障害発生　売買停止 [11/4 09:07]

ソフトウェアのバグなら、たぶん中国か韓国あたりに外注ばんばんだして
SEが検証不十分なままシステム構築したんだろうなあ。それかSEの作業ミス
だろうな。大体予想つくよ。

みずほもそうだったが、やっぱ金融システムは不治痛だね！

ケーブル損傷によって起きるトランスポートエラーなんかでも、
ファイルが実際に壊れる、あるいはファイルが壊れたようにみえることは起きる。
だから、ファイルを戻しただけで、よかったよかったって安心してるとまた起きたりする。

これは名証のケース：
>>
名証によると、このデータファイルは、午前と午後の取引時間などに関する通常の業務データを扱うもので、
システム中枢の情報は記載されていないという。４日朝はこのファイルを読み込むことができず、
相場報道システムが起動できなかったが、祝日（３日）前の２日の取引終了時にバックアップしていた
ファイルを使用したところ正常に起動した。
<<
これ東証のケース：
>>
　今回のトラブルに影響した月次バッチ処理は、毎月、ディスクのフラグメンテーションを解消し空き容量を
回復するために行われているもの。この処理により月末にディスク上のデータの配置場所が変わるが、
新しいプログラムは何らかの理由でこの変更を認識せず、以前の場所にデータを読みに行ったと見られる。
読み込めなくなったのは、市場に参加している証券会社とその端末のコードを登録した「会員情報テーブル」である。
<<
原因は双方起動時のファイル読み込み不能って極めて類似してますよね。
初歩的なミスってことも含めて。

>483
おぅい！
>482の顔を少しは立ててやれよぉ。
双方使用されたケーブルが影響したものと
思われるとか、なんとかさぁ。

>484
使用されたテーブルなら分かるが･･･

>>484
ワロタ！！

483,484,485はどっから接続してるんだ？

>>487
（・∀・）自作自演ですから

>>483
（＾Ｏ＾）起動時に読み込むファイルの場所は決め打ちかぁぁ！
移動すんなってことか。

そんな大切なことを現場が知らない・・・じゃなくて、知らんかったのかもぉぉぉ。

両方のケースともにあまりに意味不明だろ。
テーブルの中身が勝手に破損しましたとか、デフラグしたからテーブル
読めませんでしたなんて、どういう理屈なんだ。

あの時無理な性能対策をしてなければこんなことに・・・

>>478
きっとデータを格納してたディスクがMPGだったんだな
ﾃﾗｵｿﾛｼｽ

またsymfoか

こういうシステムのOSはなんなんだ？
まさかWinなんて事はないと思うが、
独自システム独自OSなのか、それも金掛かりすぎるし。

>>494
自社製メインフレーム用の自社製UNIX系OSとかじゃないのか？

「従業員が働かないからいけない」とかまた言うんだろうか、この会社は・・・

↑は不治痛のことね

OSとはいってもねぇ、ＷＩＮはミドルウェアだから・・・同じに考えてもらってちゃ困るわ

昔子会社だったファナックに、まともなプログラムを打ち込んでもらえる
機械でも作ってもらったらどうだ？＞富士通
って、その機械がバグで変なプログラムを打つとかありそうだな(；ﾟдﾟ)

>>494
F-BASIC

直接セクタを指定して読み書き…とか。

ファイルシステム経由じゃなく、ローデヴァイスを直接アクセスするんだから、
その通り。
しかし月一回のデフラグでこけるなんて、金取ってる仕事でありかよ。

http://www.business-i.jp/news/kinyu-page/news/200511050020a.nwc
> 名証と富士通は週末、通常よりも二倍以上の社員を待機させ、原因究明などにあたる。

今日もご苦労様です。

hitojiti

(`･ω･´) 我が社の負けパターンです！

>>51
亀だが是非レスしたくなったｗ

＞１．LANケーブルときしめんを間違えた
http://www.watch.impress.co.jp/pc/docs/2002/0516/melco.htm

＞２．みそかつと天むすが関係している。
えびふりゃーで勘弁
http://plusd.itmedia.co.jp/pcupdate/articles/0503/17/news028.html

＞３．サーバー上に金のしゃちほこが表示される攻撃を受けた。
http://pc.watch.impress.co.jp/docs/2005/0908/solid.htm

>502
> 名証と富士通は週末、通常よりも二倍以上の社員を待機させ、原因究明などにあたる。
これはさすがに富士通、無償なんだろうなぁ？

失礼な奴だ　





ハードディスクが海老せんべいで構築されてるんだよ！

>483
もし、仮に、新聞で報道されたこの原因が本当だとしたら、
初歩的なミスと言うより、日常茶飯事だよ。
システムを修正した後、「この程度の不具合が発生しない
システム改修は有り得ない。」
新聞や金融庁なんか判で押したようにテストの不備
なんて指摘するが、それは結果論であって、この程度の
不具合まで全てテストでカバーしていたら何時までたっても
改修は終らない。それが現在の現場の実体だ。
これはNTTだろうが、IBMやNECでも状況は同じ。
そうは思わんかねぇ？ご同輩。
問題は何故、この程度の不具合を修復するのに
半日も時間がかかったのか？
普通に考えて早ければ30分、遅くとも一時間もあれば
十分と思うが…。

>508
おい！
さっき、ここと間違えて富士通賠償スレに
同じ発言してたろう？（ｗ

>509
行きがかりで向こうでもトッつかまっちゃったよ。

>>508->>510

>>508
障害発生
10分後 原因解析
30分後 上司に報告終了
90分後 関係する偉い人集まる
120分後 報告終了
180分後 手順書作成終了
240分後 作業開始
300分後 作業終了

>512
普通この程度の不具合なら
10分後 原因解析
（また開発の馬鹿どもがぁ…と、名証ではタワケがぁ…と、
ぶつぶつ言いながら）
40分後 修復完了チェック確認
60分後 上司に修復報告、日報に記載
って、ところじゃないですか？

ストレージの装置番号間違えたのか
デフラグ再構成でデータが読めなくなったのか

情報が錯綜してる。

新聞記者が分かってない可能性がある。

>514
新聞記者が分かってどうするんですかぁ？
新聞記者や政治家が分かるようなら
僕達みんな食ってゆけませんよぉ！

どれもこれも、システムそのものの２重化されてないのがそもそも間違い。
金をケチるから、日本の信用も地に落ちた。

ムダムダムダムダァ
テーブルの破壊とかデフラグでの読み取り不能なら二重化しても無駄。

データを読めなくなったんだからね。

>516
>金をケチるから、日本の信用も地に落ちた。
銭金の問題では無いと思う。
開発の馬鹿とか、タワケェとかうっかり書いて
しまったが実際はそんなもんじゃない
ですよね？開発と運用の間って、
暴力団と警察
アルカイダとCIAの
関係よりはるかに疎遠なのが普通…
それでも事故らずに頑張ってるのが
現場の運用！
（開発より単価安いかも知れんが…）

>>518
凄い例えだなオイｗ

人をケチるからだろ。

>518
あんた誰か知らんが、良いこと言うねぇ！

>開発の馬鹿とか、タワケェとかうっかり書いて

それでも開発と運用は馬鹿だ、タワケェで済む。
同じ現場の人間だ。
営業の連中ときたら･･･
自社の営業のお客に対するプレゼン聞いて
開発の連中はカンカンになって怒り出し、
運用は口から泡吹いてぶっ倒れたって、
話は有名だよね。
これは富士通じゃないので（念の為）。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ＦＭ−ＴＯＷＮＳのたたりだな。

>>522
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ＦＭ−８のたたりだよ。

>502
経験あるけど、途中から来てもよくわかんないんだよね。
せいぜいソースチェッカーになったり、ごめんなさい書を作成したり。
実働は稼働時の要員が中心になってるんだろうな。

あ、でも類似見直しはやってるかもね。だぶん設計書がないから
大変だろうけど。

東証、名証祭りで富士通社員がほくそえんでいる件

まあまあ、みんな、
名古屋で起こったことなんだから名古屋かにいこーよｗ

951 名前： あははは [sage] 投稿日： 2005/11/04(金) 10:21:59 ID:GI+14/bw
名証も富士通ですよ

去年も一回止まったね

953 名前： 投稿日： 2005/11/04(金) 13:12:37 ID:34UyrWCy
名証の売買システムと、今回障害が起きた相場報道システムは、００年に富士通が納入した。
http://www.mainichi-msn.co.jp/keizai/kinyu/news/20051104k0000e020011000c.html

週明けにまた落ちるんじゃないだろうな。

プロマネ以下主要メンバーは厚木のリストラ強制収容所に連行だなｗ