【証券/障害】東証システム障害、原因は富士通の作業指示書記載漏れ[11/07]

東証システム障害、原因は富士通の作業指示書記載漏れ
　東京証券取引所は７日、１１月１日に全銘柄の株式売買が一時停止した
大規模なシステム障害の原因について、
システムを開発した富士通が作った作業指示書の記載漏れで、
プログラム修正の入力ミスが発生したためと発表した。

　入力ミスで、売買成立に必要な証券会社の情報を読み込むプログラムが不具合を起こし、
全システムが停止したという。東証はこうした原因に関する調査結果を金融庁に報告した。

　これに対し富士通は「東証の発表内容は基本的に受け入れるが、賠償など
具体的な責任については、東証が最終的な対応を決めた時点で判断したい」としている。

　東証は１０日に臨時取締役会を開き、詳細な調査結果や再発防止策のほか、
鶴島琢夫社長ら役員への処分を決定し、１５日までに金融庁に報告する。

　東証によると、１０月１３日に、記載漏れのある作業指示書に沿って、
証券会社の情報を読み込むためのプログラムを更新したため、誤った情報が入力されたという。

　これがもとで、プログラムが、本来収まっている場所から想定外の場所に移動して
証券会社の情報を読み込めなくなり、異常を感知したシステムが、自動的に停止したという。

　記者会見に出席した東証の天野富夫常務は、
作業指示書自体の点検が不十分でなかったかに関して、
「そこまで想定していなかった。今後はあらゆることに想定を広げ、事前にテストしたい」と述べた。

（2005年11月7日21時7分 読売新聞）

イカソ〜ス♪
東証システム障害、原因は富士通の作業指示書記載漏れ
http://www.yomiuri.co.jp/atmoney/news/20051107it12.htm

　　　（　　人＿＿＿＿）
　　　 |ミ/　　ー●-●-） 　　　
　　　（６　　　　　(_　_)　）　
　　 ノ|/　∴　ノ　　３　ﾉ､　　　おやすみー 　
　/ 　 ＼＿＿＿＿_.ノ　 ヽ　　　
/　　　,ｨ -っ､　　　　　　　 ヽ
|　 ／　､__ う　人 　･　,.y　 i
| 　　　/　　　　　　 ￣　|　　|
ヽ､__ノ 　　　　　　　　　ﾉ　 ﾉ
　　|　　　　　　x　　　 9　 /
　　 | 　　ヽ､_　　_,ノ　彡ｲ
　　　| 　　　　（U）　　　　|

大変申し訳ありませんでした。

年間出来高の1/500ぐらいの損益ってどんくらいよ

富士通はオアシスじゃなかったんだな

東証１部、売買代金、最高に――年間累計、１０カ月でバブル期超す。
2005/10/29, 日本経済新聞　朝刊

東京証券取引所第一部で年初からの株式売買代金が二十八日で累計三百二十八兆円に達し、
十六年ぶりに年間売買代金の過去最高を更新した。
デフレ脱却への期待などから活発な取引が続いているためだ。
インターネット取引の普及など市場構造の変化も背景にある。
想定以上の大商いで証券会社などのシステムに不具合が起きるといった問題も出ている。

これまでの最高はバブル絶頂の一九八九年に記録した三百二十五兆円。
今年は年末まで二カ月を残して早くもこの水準を突破した。
百兆円割れが続いた九〇年代に比べ様変わりの活況だ。

ごめん牛丼のつもりが天丼注文しました。

ふ〜ん

こういうの見るといかに全体を止めずに障害だけを切り離すのが難しいかよくわかるな。
それとも単に富士通がタコなだけなのか。

不治痛ｱﾜﾚｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗwwwwwwwwwwwwwwwwwwwwwwwwwww

名前に富士がつく会社はうんこ

いい気味だ

富士通ってキライ。
パソコンはＮＥＣか東芝しか興味ない。

更新した後でテストしなかったのか？

バックアップファイルの退避→最新ファイルのGet→最新ファイルから更新データ読み込み

で、最新ファイルGetの指示漏れとかそういうミス？

富士通ってあたしと相性悪い
パソコンも仕事のやり方も

親指シフトってまだあるの？

>>11
トッパンエレクトロニクス富士

なんだ。東証の責任じゃないのか？
ベンダーが出した資料を鵜呑みにしてどうする。
お前らの会社のシステムなんだぞ。ちゃんと自分らで管理しろよ。

つーか、バックアップシステムの無い東証もどうかと思うぞ
いや、富士通はウンコだと思うがな

富士通、オレもキライ。

実は最初の報道どうりに富士通のソフトの不具合だったんだけど、
それだとただでさえ少ない技術的信頼が０になるので、手順書の不具合という決着にした
とか？

もうだめぽ

>>22
それ、フォローになるのかぁ？？

東証の担当者がシステム理解してない証拠だな

拝啓　富士通 殿
--
　これに対し富士通は「東証の発表内容は基本的に受け入れるが、賠償など
具体的な責任については、東証が最終的な対応を決めた時点で判断したい」としている。
--

名証の方はどうしますか？

>>22
手順書の不具合という決着だと富士通もアホだが、
東証の情報システム部もアホですって言ってるようなもんじゃん。

俺の中では、富士通＝FM-TOWNS

こういう構成になってなかったのか？俺ならぜったいこういう構成にするぞ
□-□
　×
□-□
　×
□-□
××××××
□-□□□□□

>>29
その四角に何が入るのですか。

上側がネットワーク機器ルータ、ＦＷ、ＳＷ
一番下がサーバ郡。２重化のセオリーの構成

予算が無いんです＞＜

だからソフトや構造的な問題にハードの構成は無意味だと小一時（ｒｙ

フレームワークで生産性ばっか追いかけっからこうい（ｒｙ

二重化じゃなくて、古いシステムをバックアップで起動できるよう待機させてありゃあ
新システムだめぽの時に古いの立ち上げてすぐに復帰できたのにね

っていうか、作業指示書があってたらまともに動いたのかよ？
名古屋も同じ指示ミスしてたんか？

>>31
ソフトのバグなら、ハードをいくら多重化しようが防げないのでは

確かにハードをいくら多重化させたところで走るソフトが駄目ならシステムがまともに動かんわな。

お、被っちゃった。

障害が発生した系を切り替えても、同じ障害が再発するだけ

おまいら、そんなことより。。。

東証は、富士通の作った指示書に従って操作して一度も動かしていなかったのか？

仕様作成ミス　あしからず

>>1見る限り証券会社の情報ファイルを読み込むときのパス設定ミスかな？

> プログラムが、本来収まっている場所から想定外の場所に移動して
> 証券会社の情報を読み込めなくなり、異常を感知したシステムが、自動的に停止したという。

意味が分からん、移動したのはデータではなく、プログラムだったのか？
デフラグは関係なかったんか？

システムが複雑になるにつれ、仕様もれを完全にゼロにするのは非常に難しい。
いたずらテストを事前に何度もしていても想定外のことは常に起こりうる。
万一トラブルが発生しても、最小限の被害で済む独立バックアップシステムを
お金がかかるが併設しておくことが金融関係では特に必要だと思う。

問題はバグを知ってて対策してなかった事ちゃうん？
三菱の車の時のようなもんじゃん？

これで解決させようとしているけど・・・、エンジニアの「恣意的な表記ミス」を数億円で誘惑できれば
安いもんでしょうが。

公にしたら、騒然となるからこうした発表にしておくということも充分に考えられる。

これが、一週間ダウンしたら？
そして、NYC、ロンドンでおきたら？　そういう想像力もテロリストは持ってる

ぶっつけ本番！
Enterキーを・・・。
あれ？あれ、あれ？ポアーン！

>>44
旧システムを並行稼動または
新システムダウン時に旧システムで稼動

みんな普通にやってるだろ
富士通とか日立だけだろ　こんなずさんで危機意識に欠けた
運用してるの

>>48
それ、富士通とか日立の問題じゃないって・・・東証がそういう案出されてダメ出ししたと考えるのが正しい
普通に考えてハードを売りつけるチャンスに何もしない筈が無い

う〜ん、システム止めちゃえば株売れなくなるから富士通株
これ以上下がらないもんな〜高度なテクニックやね。

>>49
システムフルチェンジじゃないからねぇ
むしろ、検証用クローン機を社内に用意していたかに疑念が・・・

俺は富士通に勤めてるんだ！とか偉そうにしている社員が多い会社の割には、こんなものか。
哀れ。。。

何でオフコンってデータにアクセスする時に
アドレスで読みに行くの？
スピードの問題でもせめて名前で飛べるように
すれば今回みたいなこと起きなかったんでは？

あと、このアドレスってメモリーのアドレス？それとも
ファイルシステムのアドレス？

やっぱり、あのとんでもない人事考課システムの弊害なんでしょうかね？

未だにオフコン？

今は汎用機もＤＢ的な運用だべ。　
最新鋭のシステムは、汎用機もオープン系的な扱いしている。

オープン系一筋のおれには理解できない言葉が行き交っているよ。
言葉の置き換えに頭が痛い。。。。

富士通 損害賠償

で、検索したらﾊｹｰﾝ
http://mnfuji2.hp.infoseek.co.jp/

>>49
はあ？
新規システムじゃないんだがなｗ
現行システムに対する新規機能追加であるのだから

バージョン管理さえすれば問題ない

東証が断るほうがおかしいｗ
東証が断ったというならソース出せよ

>>49
はこっちの言ってる事を理解できるスキルもないに
レスするなよ。

>>49が富士通関係者だとしたら
アイタタタタタて感じだよね　不治痛と揶揄されるだけの事はあるな

新旧のソフトウェアを入れ替えるだけ　ハードは同じ

ほんとうに不治痛と目立関係者には無能が多い
政治介入でいやいや仕事任してる　東証カワイソス

すごいバカな質問ですがお願いします。

日立の汎用機上で富士通の汎用機上で作った
プログラムって動くもんなんでしょうか？
例えばコンパイルオプションでどうにかなりますか？

>>60
すごい馬鹿な質問だな

このシステム不治痛せいだよ
ソースは自分で探せ　馬鹿すぎてなけてきた

>>60
東証のシステムのハードと違う別の環境でわざわざ開発するわけ？
おまえ不治痛か目立だちだろ？　絶対そうだ　無能さがにじみ出てる

＞ プログラム修正の入力ミスが発生したためと発表した。
検査はしてないのか？
命令語の修正検査
プログラムの妥当性検査
プログラム単体の検査
機能が有効かの検査
全体の稼働検査（模擬環境で）

検査項目は妥当性の無い項目までマトリクスを作り抜けが発生しない
検査をするのは常識だろ。
またJRのATSのように15年も誰も検査しなかったのと類似している問題じゃないのか？

この手は表にでないだけで沢山あるとおもうぞ

ついでにお願いします。

日立のソフトを富士通のハードに載せて売っている
ってことでよいでしょうか？まあハードには「日立」という
シールを貼っているでしょうが・・・

もっと言えば証券会社パッケージみたいなもんがあって
それを日立や富士通か多少カスタマイズして自社ブランド
として売ってるのでしょうか？

>>62
そんなにバカことなのかな？
パソコンではクロスコンパイルという考えが
昔からあるんだけど、汎用機ではやらない
もんなの？

>>65
君はバカじゃない。
62は質問を理解して的確に答えられる能力もないカスSE気取り。
ﾋﾞｼﾞﾈｽ板で詳しい人がいないことをいいことに、適当なこと
言って調子に乗ってるだけ。
訊くならちゃんとしたとこで訊いた方がいいよ。

あげてみる

こんなのちゃんとテストしてないだけじゃん

オワットル。

富士通得意の成果主義で、経営陣が自らにどのような評価をするのか
気になるな

富士通の記載漏れって．．．東証は書面で指示してないのか？

>>60

あなたが言う「プログラム」が以下のロードモジュールを指している場合は動きません。
・ソース→（コンパイル）→（リンク）→ロードモジュール
ソースを日立に持っていってロードモジュールを生成すれば動く可能性はあります。
但し、ソース上にベンダ固有機能の呼び出しなどの記述がある場合等は動きません。

これって汎用機でいうところのロードモジュールのカタログミスでないの？

成果主義は営業以外は難しいな・・・

成果主義（目標管理制度）がうまく機能すれば
むしろこういうミスは減るんだけどな

>>74
富士通は目標管理制度大sukiなのに・・・

>>72

ロードモジュールを入れるライブラリが複数あって、呼び出しの優先順位をＪＣＬとかで指定してあり

ライブラリ１
ライブラリ２

修正モジュールを２に入れて、１に旧モジュールが残っているとそちらが呼び出されて・・・
ということではないかと・・・。

>>76
コボラー？

Ｆ通ってば昔むかし、でっかいシステムで仕様書無しで大ポカして
大変なことになって、それ以来日本のシステム業界では設計書とか仕様書
とかを大量に作らなくちゃならなくなったってプログラマやってた頃に聞いた
事があるな。確かにそのころは１日２０時間くらい設計書とか仕様書とかを
書いたり手直ししたりしなきゃなんなくて、Ｆ通をうらんだものだよ。
いまだにポカしてるってことは、学習機能ついてないっちゅうことか？

>>77
７６の言っている事は、汎用機のＳＥがやる運用管理の内容。
ＰＧレベルには関係のない話

>>76

それだと、ライブラリ２の修正モジュールが１日に呼び出されたハズ。

修正モジュールが入らずに、旧モジュールが１日に削除された。
ライブラリ１が修正モジュール群で、無いとライブラリ２の旧モジュール群と仮定して、
ライブラリ１にモジュールが見つからないと、ライブラリ２からシステムが自動的に旧モジュールを読み込む。

ライブラリ１に修正モジュールがあると思って、１日にライブラリ２の旧モジュールを消去した。
と考えれば一応の納得は行くが、、、、

３１日の月次処理のテストはどうしていたのだろうか？
３１日の月次処理後、１日の通常処理のテストはしなかったて？？？

仕様で、月次処理に関係する部分に依存は無いと記述されていないとテストしない理由が無い。

今頃責任者の頭の中には花火が打ちがってるだろうな

今般実施した売買システムの注文処理能力の増強対応において、当該対応に係る作業中、
参加者データファイルに関するプログラムに以前から潜在していた不良（バグ）を発見した
ため、富士通において、１０月９日、当取引所が確認のうえ、当該箇所の修正を行いました。
この後、１０月１３日に、修正後のプログラムを売買システム中に正規登録する作業に際し、
富士通から作業担当である株式会社東証コンピュータシステムへ送付した当該作業に係る
資料において、必要な項目の一部について記載漏れがありました。この結果、正規登録後の
システム構成が正規プログラムと旧プログラムが混在する誤った構成となり、１０月３１日の
ディスク圧縮整理処理において、当該システム不良が発現することとなりました。
１０月１４日から３１日までの間不良が発生しなかったのは、旧プログラムがそのまま存在し
稼動したためであります。また、１１月１日に不良が発現しましたのは、圧縮整理処理の
過程で、旧プログラムの所在（属性）をシステムが自動感知し、正規プログラムとの関係を
切除したためであります。



これでどういうことだ？
意味ワカランと、隣の汎用機ＳＥ（こっちはＤＢ２だけど）が首傾げてる。
おいらは営業なんでさらにわかんね。

ようするに、小学生のときに強姦された女と無理矢理くっつけようとしたけど
やっぱ無理だったから当局はあきらめました
　
夫婦に女をわりこませて家庭を妨害するアメリカの手法ですよね

ディスク圧縮により物理アドレスが変わったということか？

電流がかわってプログラムが意味を持たなくなった

とりあえず
下請けＳＥ＆プログラマ
無　　　　　　　　　　　　罪　　　　　　　　　　　！！

机の上の写真を見ながら、部長の机の上の名刺を思い出したよ
っはっはっは　はあーー

ところで不実擁護厨（ＰＧ擁護厨ではない）は、元気に荒らしてますか？

>>78
仕様書・設計書は書いて当然、無いのは貧脳。
継続安定性に思い至らない時点で、おまえは
業務プログラムを扱った経験が無いと断言できる。

あらしてるんじゃないの
右足じゃなくて、左足けがしたのに、逆にプロテクタつけてるから
朝起きたらマッサージしてくれてて助かったよ

よくわかんねえけど

> １０月３１日のディスク圧縮整理処理

ということは、月末特別処理があったってことで、そして月末処理テストしていない
ってことだな。
たしかに基幹系を止めてテストできる時間なんてそうそうとれないのは分かるけど
こりゃ東証システムの第一義の責任を負うよな。
Ｆが「テストなんざ要りません」っていったのなら別だけど。


・テストを実施しなかったのがお客様の過失
・Ｅｎｄ ＵｓｅｒのＥｎｄ Ｕｓｅｒが蒙った責は追わず
とするなら、法務的には損害賠償はあまり必要ないはず。
でも、ここまで祭りになったら簡単にはいかないだろうな。

こりゃ目が離せねえ。
とりあえずＦの営業さん( ´д｀) ｶﾜｲｿｽ

>>80>>82を読んで仮説を立ててみた。
ライブラリ１が修正（暫定）モジュール群、２が旧（正規）モジュール群。
正規モジュールはシステムへのプリロード処理を行う運用となっているが、作業指示が漏れた。
暫定モジュールはプリロードしない運用。

10月9日：以下の構成で新モジュールが動くようになる
　ライブラリ１　新モジュール
　ライブラリ２　旧モジュール　→　旧モジュールプリロード済
10月13日：新モジュール正規リリース時にプリロード忘れ→旧が動くようになる
　ライブラリ１　新モジュール削除
　ライブラリ２　新モジュール　→　旧モジュールプリロード済のまま
13日〜月末までは旧モジュールの取引数に関するバグは潜在していたが発生せず。
1日の圧縮処理で、対応していない旧モジュールがエラーとなった。

日付が変わってもちゃんと動くかどうかなんて、動作テストとしては基本中の基本ですから。
いくら言い繕おうとも富士通が糞なことには変わりないだろ。

＞10月13日：新モジュール正規リリース時にプリロード忘れ→旧が動くようになる
＞　ライブラリ１　新モジュール削除
＞13日〜月末までは旧モジュールの取引数に関するバグは潜在していたが発生せず。

10/13〜月末までライブラリ1を構成するモジュールが
なかったようにみえるけど、それでも動いてたの？

>>82
たぶん、こんな文体で”当該作業に係る資料”
を書いたから記載漏れがあったんじゃないかな。
ソースはどこから？

行間を読んで推察すると、
・”当該作業に係る資料”に基いて”正規登録”したオペレータが
　何をやっているのかを全く理解せず操作した。

・富士通が”当該作業に係る資料”を実機環境で検証していない。

・東証ではシステムの詳細を把握していないから”当該作業に係る資料”
　を検証する能力がなかった。

　日　　程
１０月　９日　参加者データファイルに関するプログラムのバク修正。
１０月１３日　上記バグ修正プログラムを正規登録するも正規プログラムと
　　　　　　　　旧プログラムが混在する誤った構成となるがとりあえず稼動。
　　　　　　　●この間に誰も気がつかなかった！●　　　
１０月３１日　ディスク圧縮整理処理において、９日のバク再現又は他トラブルが発現。　　　　　
　　　　　　　●発現したのに何故対応しなかったのか●　
１１月　１日　午前６時ごろにシステムの電源を入れたが、うまく立ち上がらなかった。と報道。

明白なトラブル
旧プログラムのバグ修正によるシステムのデグレード。
正規登録が正しく出来ているかの確認を怠った。　　　　●重要●
ディスク圧縮整理処理の失敗。
ディスク圧縮整理処理（失敗）後の動作確認を怠った。　●重要●

デグレード、処理の失敗なんか修正すればいいけど、
修正が正しく行われたかを確認しなくては動作を保証できない。

わかった、もう手順書和風英語でかけ
　
その方が簡単で分かり易くなる

「システム部門が指示しなかったから何もしませんでした」
ってオマイらそれでもSEの端くれか？
「システム部門が指示すべきことを汲み取ってを提案する」
のがプロフェッショナルっていうもんじゃないのか？

と、どっかのSE本に書いてあった気がします。。。

旧プログラムのバグ修正によるシステムのデグレード。
→バグパターンが発生しなかった？それなら仕方ないか。。。

正規登録が正しく出来ているかの確認を怠った。　　　　●重要●
→オペレータの作業ミスだとしたら、F通の運用部門は信頼度０になるな。
　普通ダブルチェックとかするもんじゃないのか？

ディスク圧縮整理処理の失敗。
→警告じゃなくて、失敗したとしたら、
　圧縮整理処理自体がひどい設計だな。。。

ディスク圧縮整理処理（失敗）後の動作確認を怠った。　●重要●
→とんでもない無能上司がコール受けたんかな。

ちと待って
これって東証のオペレータは作業書の内容も理解出来ないのに
修正プログラムを作業書どおりに導入したってこと？

富士通の立会いも無し？

無茶苦茶じゃない？

システム監査なんぞできる人は少ない

>>95は>>82の行間を読んだ推察だけど、

ぶっつけ本番とも言える作業なのに、何でこんなにお粗末なんだろう。
普通は主要担当者が全員見守る中でやる筈だろうに。

現場作業員が、かってにテロして返ったパターンですか

>95
東証のトップページに書いてあるよ。
ちなみにFのほうは、
東証と名証の件はごめんなさい。
東証のほうは東証が説明しまつ

と書いてあるｗ


原因は、
修正の失敗
テストしなかった
と２つある


多分、支援契約だから基本的に修正作業はお客様、かなと。
んで、FのSEチームは技術支援。

だとすっと修正をする際にこのFの現場チームが不十分な技術ペーパーを書いた。
でもそれがポカなのか、実は運用ばっかでアプリを分かってなかったからなのか、で責任は違うよな〜。

前者なら、社内レビュー体制の欠陥か現場の暴走、
後者なら東証の甘さも加味されるかな。




でも、こういう契約や体制を超えて支援してこそ
プロのSE、というのは激しく同意。
ホント特に保守ってサボりも可能だから、いちばんプロ魂が求められるよ。

止まったらヤバいのは分かってたんだから、そういう意味では、
原因はどうであれ
Ｆはシステムのプロとして不十分な支援だった
と言っていいかもしんない

日本的成果主義の本質は他人の失敗を自分のエリアに入れないようにすること。

失敗することがわかっていても、自分の責任の範囲でないと言えば通用するに
300FM-TOWN

バグの無いProgramなんて この世に存在しません。

>>101
”参加者データファイルに関するプログラム”って所から推測するに、
基幹処理に関わらない小さなリリースだと思ったんだろ。
『�@リリース時の作業ミス』→『�A月次バックアップ処理の不具合』→『�Bシステム停止』
に至ったとしたら、�@自体は可能性を０にするのは難しくて、
�@→�Aとなる仕組みと、�A→�Bとなってしまう仕組みが根本的には悪いと思う。

問題はもう一つあったな。

当日体制の不備

これは言い訳きかんだろーなぁ
前のレスで誰かが指摘済みだけど。

誰も仕様を把握していなかったので、
月末処理で会社コードテーブルが移動するのを知りませんでした。

９日作業中に見つけた不良（バグ）とは、何だったのでしょうか？？？？

これなら、スッキリ。

チェック体制やらがいわれているけど、
まず何より、旧システムを用意していなかったのが信じられないよな・・
銀行並みの可用性が求められるのに・・
たぶん富士通はバックアップの用意は提案しただろう。

東証の組織が起こしたエラーだな。

本日、出来高46億株。
増強したばかりだが、もう処理限界が近づいて来てないか心配になってきた。

＞東証によると、先月九日時点で、一定量以上の取引が
＞集中すると注文処理が滞る恐れのある不具合が見つかった。

＞■富士通が点検強化プロジェクト設置
＞富士通は七日、同社が納入した東京証券取引所の株式売買システムや
＞名古屋証券取引所の相場情報配信システムで障害が相次いだ事態を受けて、
＞金融機関などの重要システムの点検を強化する「緊急対策プロジェクト」
＞（プロジェクト長・黒川博昭社長）を設置した。
＞システムの安定性を再度確認することで、信頼回復につなげたい考えだ。

＞プロジェクトはシステム担当の役員ら約二十人で構成。
＞富士通が手掛ける大規模情報システムの点検を強化し、
＞システム構築・保守の作業ミス撲滅とトラブル再発防止を目指す。
ttp://www.tokyo-np.co.jp/00/kei/20051108/mng_____kei_____002.shtml

余計な作業ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!

富士通らしいミスだと思った

月次処理って、今月は大丈夫なの？

ちょっと古くなってしまったが…
>>46
それはトム・クランシーがもう小説で書いてる。
ジャック・ライアンはその経済テロを「無かったこと」とする超力技を発揮した。

>>114
大尉、今回ばかりはそれは　香料　が不足してて出来がたいようだ
レイの青い光が無いんだよ

作業者っていうどこかの個人のせいにしているのが哀れだな。
組織的なミスだろ。でまたどうせ変なチェック体制作ってしょぼい書類作らされて
それを何人もかかってチェックして・・・余計な作業ばかり増える。
富士通SEはかわいそうだな。

>>116
上司が馬鹿だとチャック項目が増えるの法則だな

たぶんいまつくってると思われ

東証担当者のクビ切ればいいんじゃね？

>>111
＞プロジェクトはシステム担当の役員ら約二十人で構成。

対策室を作ってすむと思っているんだからのんきなもんだ。
本来だったら辞めるべき役員じゃないの？

　―　ソフト・サービスを成長戦略の中核と位置づけたが、これまでとの違いは？
　秋草　人に依存するコンサルティングなどソフト・サービスを、データセンター
　　　　やネットワークを使い システムの機能を提供することで、情報装備化する。
　　　　装備化は設備産業なので資金も必要だし、グローパルである必要がある。
　　　　半導体や通信もソフト・サービス化する。半導体なら顧客と一緒にどうい
　　　　うアプリケーンョンを開発するかというのは、 完全にソフト屋さんの仕事。
　　　　通信でも、今は工事から教育、保守まで自前でできるキャリアはNTTだけで、
　　　　 他は工事や保守はビジネスになる。

　―　元々ハードの会社だったアムダールやICLは、苦労してソフト・サービスに転
　　　換するより、売却なり整理し、 新たにソフト・サービス会社に投資する方が
　　　良かったのではないか。
　秋草　さっさと捨てて、新しい会社を買った方が良かったといえば、そうかもしれ
　　　　ない。が、結果論でしかない。

　―　依然、赤字を垂れ流す海外に固執するのはなぜか。
　秋草　一つは、日本の大企業がグローバル化すれば、我々も対応する必要があるか
　　　　らだ。もう一つは、 ソフト・サービスは五年後か一〇年後には装置化する。
　　　　その時に量を出さないと生きていけない。 今の仕組みが良いかは別にして、
　　　　海外展開は必要だ。

　―　就任以来ずっと下方修正が続いている。社長の責任をどう考えるのか。
　秋草　くだらない質問だ。従業員が働かないからいけない。毎年、事業計画を立て、
　　　　その通りやりますといって、 やらないからおかしなことになる。計画を達
　　　　成できなければビジネス・ユ二ットのトップを代えれば良い。 それが成果
　　　　主義というものだ。

成果主義は止めたんじゃないの？

システムの安定性を再度確認って言っても仕様を把握してない上の人間が２０人集まっても意味ないし。

でも事故が起きたのが金持ちの遊び場の東証でよかった。
これが病院のような命に関わる場所だと思うとぞっとする。
別に証券取引所なんて無くても、銀行があれば金科してくれるしなあ。
困るのはデイトレーダぐらいだろ。

釣りですか？

とりあいず安部氏は無罪？

>>123
やばいところもあるらしい。
医療関係のソフトおしえて
http://pc8.2ch.net/test/read.cgi/bsoft/983225787/l50

私「え、NTモデルじゃないの？」
業者「別にNTである必要はないですから」
私「でも見積もりはNTモデルだったよね」
業者「いえ、最初から95モデルで出しているはずです」

（モデルは確かに書かれていなかったけど、値段はNTのもんだったろうがよ）
私「95何か使って業務中にハングしたらどうするの？」
業者「今までハングしたことはないです」
私「ふーーーーーーん？」

>>78
これは目からうろこだ。原因は富士通だったのか、、、
確かに外資ではまともな仕様書は存在しないな。
仕様書を更新し忘れることもあるだろうから、
正しいかどうかわからない仕様書を読むよりは
動いているソースをじっくり読む方がはるかに安全だ。
そう考えると、書類は多いほど危険は高いな。
なるほど、仕様書を作らない理由が初めてわかった。

http://www.atmarkit.co.jp/news/200511/08/tse.html

10月13日に東証コンピュータシステムがバグの修正に気づかない
ままプログラムを売買システムに正規登録した。バグ修正に関す
る情報が正しく反映されていなかったため、正規プログラムと
旧プログラムが混在する構成になってしまった。

東証は10月31日に月次処理でテーブルを自動で移動、整理。
その際に障害が発生した。東証では「11月1日に不良が発現した
のは、圧縮整理処理の過程で、旧プログラムの所在（属性）を
システムが自動感知し、正規プログラムとの関係を切除したため」
としている。

また、10月14日から31日までシステム障害が発生しなかったのは
旧プログラムがそのまま稼働していたためと説明した。

プログラムをリリースするときにコイツらは
何も確認やテストをしなかったんだ。
ファイルだけ変えてリブートしてないような状態だな。

「旧プログラムの所在（属性）をシステムが自動感知し、
正規プログラムとの関係を切除したため」
こんな仕掛けがあるんなら、リリースするときに自動感知する方法を
作らなかったんだろうか？

何か嘘っぽい原因だな。まだ何か隠している気がする。

>>129
最初に発表された不具合の内容は、注文した
会社の情報がまともに得る事が出来なかった
とか言うことだった。

普通のＤＢで言えば顧客マスターのつもりで
読み込んだデータが証券コードマスターで
意味不明で落ちたんだろ

東証相手でこれなら他にもやってるなFUJITSU

＞午前６時３０分より開始する株式・CB売買システム（以下「売買システム」といいます。）の立上げ処理において、
＞参加者関連データを格納したファイルの読込み作業に不良が生じ、売買システムが停止しました。
＞これは、参加者関連データとして取得すべき情報と異なる情報が読み込まれたためで、
＞システムがこの異常を検知し、運行を停止したためです。

この文章だと異なる参加者関連データを読み込んでしまったのね。
普通は、その前で停まるよな。
読み込み始めてからエラーと読み込み前のエラーでは、話が全く異なる。

ファイル全部が壊れていたのか。
ファイルの内容の一部が有り得ないデータだったのかでは、全く話が違う。
プログラムが無いはずなのに、読み込めたのも凄い話だとは思うが、、、

つっこみどろこ満載の説明にしか思えないが、、、、

どう復旧して、次はどう起こらないか説明していない事が何ともなー。

東証会長 役員全員減給処分に

東芝の会長から、ことし６月に東京証券取引所の会長職に就任した西室会長は、
今回のシステム障害の責任について、「メーカーから納入したプログラムに欠陥
があったとしても、チェックできなかった側にも落ち度があったと言わざるをえない。
全面的な責任は東証にある」と述べ、鶴島社長をはじめ、取引所の執行役員９人
全員を減給などの処分にする考えを明らかにしました。そのうえで、西室会長は
障害の発生を未然に防ぐ体制を強化するために、システムの専門家を社員として
直接雇用したり、外部の専門家でつくる第三者組織を作ることなどを検討し、
システムの担当部署を抜本的にてこ入れする考えを示しました。さらに西室
会長は、「今のシステムをつぎはぎで拡張するのでは早晩持たなくなることが
はっきりしている。新しいシステムを新しい組織とやり方で構築し直す
必要がある」と述べ、今回のトラブルを受けて現在のシステムを全面的に
刷新し、より信頼性の高い次世代のシステムへの移行を２年以内に実現し
たいという考えを明らかにしました。

http://www.nhk.or.jp/news/2005/11/09/d20051108000206.html

俺の予想シナリオ

実際のところは、検証環境を用意しない東証側の責任なのだが、
東証の信頼を損なうような発表はダメージが大きいので、
原因が富士通にあり、チェックしきれなかった東証側も悪い、という発表にする。← いまここまで。

富士通の株価や受注にも影響が出るが、
それをカバーするだけの金額の発注を、
東証が富士通に今後行うというコミットを裏側で交わしている。

そしてほとぼりが冷めた頃、
東証が検証環境を導入することを決定し、本番環境と同じもの一式を富士通から購入。
次いで、継ぎ接ぎだらけでは限界なので、1から作り直す案件をも、富士通に発注。
ということになるだろう。

　　　　　　　　　　　　　　　　　　　　　　 ,
　　　　　　　　　　　　　　　　　　　　　　,|
　　　　　　　　　　　　　　　　　　　　 　 |!
　　　　　　　　　　　　　　 　 r=ﾆ二ﾆ=ｒ'
　　　　　　　　　　　　 　 ｒ―|　　　 　 L_
　　　　　　　　　　　　 　 ヽ._,｀'ｰ--‐ '´　｀ﾌ
　　　　　　　　　　　　　 　 /｀ヽ　　 ‐- ´｢ _,ｨzz;.、 ､_
　　　　　　　 　 　 　 　 　 | 　 | lフ　"'シ´　 〉　} }　〉..＞
　　　　　　　　　　 　 　 　 ヽ.　　　　　 　 ／,ｨz'ｯ' /:.:.{
　　　　　　　　　　　　　 　 　 〉　　　 　 /　 {:{　　 |ｒzzh、
　　 　 　 　 　 　 　 　 　 　 /　　　　　〈　　 ヾ:zzz;ｼo :.ヾ
　　　　　　　 　 　 　 　 　 /　　　 _　　 ヽ　　　　　ﾞ'ヽ|￣
　　　　　　　　　　　　 　 /　　 ／　｢　__/
　 　 　 　 　 　 　 　 　 〈___,／　 　 `ー′

殺人バグを追え　日経BP

結局得したのは富士通というオチですか。そうですか。

凍傷も非がないなら半年５０％減給なんて派手なことしないよなぁ。

東証と富士通の争いが表面化しないのは、富士通と縁を切りたくないという意思表示じゃないの。
そりゃあ、水面下ではいろいろあるのかもしれないけど。

リスクばかり大きくて儲からないから辞めちゃえばいいんじゃない？

そういや、富士ソフトＡＢＣ資本の入った東証コンピュータシステムってあまり話題にならないよな。
ここが何やってたかって非常に気になるけど、ベンダが悪いみたいな話ばっかりだもんな。

Ｆの損失は予期せぬ接待交際費だけでした。

東証のバックアップシステムはぜひ青森に誘致してください。青森、仕事ねぇー。

>>143
そんな東京の技術者を送るのに金がかかるようなところに置けないだろ。
富士通の館林だってタクシー代がかかって大変なんだ。
現実的には東北新幹線沿いの東海地震の影響の少ないところ、
福島か仙台だろう。

あとは、完全にオンラインバックアップでいいなら、
極端な話、沖縄に作るという手もある。
韓国や台湾などからめた、IT特区もあるだろう。

塩田のじじい、おまえふざけるのもいいかげんにしろ

違う場所にバックアップを用意するということは、
東証に接続しているみんなが、
その違う場所に接続する回線を用意することになると思う。

>>144
天災は地震だけじゃないだろ。
台風やら大雪やらで電気が止まるのはまずいんじゃないの

青森に建てるメリットはニューヨーク証券取引所と同じ緯度の位置に建てられること。

正直、すまんかった・・・

システム障害なんて東証以外でもよくあることだよな。
それでいちいち富士通社長が責任とってたらやってられない。
もう、東証のシステム受託は、他のシステムの10倍くらい料金貰わないと、
やってられないんじゃないのか？ばからしい。

凍傷コンも運用テストに参加するのになー。気づかないのはおかしいなー。

>>152
そういうことはネットでこそこそ書かずに、堂々とお客さんの前で言いなさい。

無能が何人集まっても無能なだけ。
　無能なだけ...
　　無能なだけ...
　　　無能なだけ...
　　　　無能なだけ...
　　　　　無能なだけ...(リフレイン)

金さえ、ちゃんと払ってくれれば俺はやるね。
あと、直上の上司以外（しかもよその会社）から
頻繁に指示が出る環境は、お断りだね。

このへん、N○Cソフトの▲は勘違いしないように。

しかし、うちの会社のシステム障害はどうでも良くて、
東証システムだと社長の給料半分ていうのはなんとも馬鹿にした話だな。
糞会社だよ。

あんたの会社な、公務員それも警察でなに言ってんだよ

東証と大証で常に二重化した形で運用すればいいんじゃない？

二重化したソフトの障害で同時に止まりました。
そこまで想定していませんでした。ｏｒｚ
てことになったり・・・

>>160
楽天のPA-RISCはそのパターンっぽいといわれてるが
ハートビートの同期不良だよね？
　
やっぱ当局の動機が不純だからこうなるんじゃん

ってことは、作業指示書を承認した香具師が一番の責任者か？

>>160
東証と大証で負荷分散してチェックポイントで整合性の確認を行い2重化するってのでどうだ？

書き忘れてたけど今回のようなバグ、設定ミス、手順書の記述ミス、テスト漏れ、検証漏れって事が無いって前提で。（ずいぶんあるな）

>>設定ミス、手順書の記述ミス、テスト漏れ、検証漏れって事が無いって前提で

それならハードの二重化だけで良いのでは？

人的な、ソフト的な問題をハードで解決したいやつがどうしても
多いんだな。これじゃだめだわ。

>>165
ハードの問題をむりやりソフトで対応させるアホもいることだしね。

>>162
普通に考えるとそう。
しかし、承認者はロクにチェックしないでハンコ押す無責任者なんだな。これが。

>>164
「>>160」で書いてる事は「PGのバグ、設定ミス、手順書の記述ミス、テスト漏れ、検証漏れが無い」前提で
ハードウェアの障害で処理が正しく行われなくなった場合と、方系が被災等で処理を継続できなくなった場合でも
処理が継続できる仕組みを書いてるつもりでした。

スレの流れと違ってきちゃったみたいなので、この辺で失礼します。さいなら。

予算ケチりすぎたのだろう　

↑「>>160」は「「>>163」の記述ミスでした。

承認者はロクにチェックしないでボタン押したようです。厳重に処罰します。

最近、どんどん値切ってるくせに、昔と同じ品質を求めるひどい客が多い。
「安かろう、悪かろう」だよ。
分かったか！ゴルァ！！

ようするに、世の中万事金という分かりやすい結論だな。

なんなら、うちの会社が品質監査請け負いますが、格安の料金で。ｗ

朝スイッチを入れて立ちあがらないことを知った担当者


　　　　　　　　　_,,..,,,,_　　
　　　　　　　 　/ ,' 3　 `ヽｰっ　
　　　　　　　　 l　　 ⊃　⌒_つ
　　　　　 　　　 `'ｰ---‐'''''"

不実で有名な富士通ですから・・・それくらいあるでしょうなぁ

渡航禁止区域に行ってアルカイダに捕まったと怒るのと大して変わらんよな。

富士通に依頼するのは自己責任がおえる範囲でということ。

>>165
ハードで解決するならば､安いからね・・・。
・・・・・無理な事は無理。

自分が推すのはNTT方式。仕様書を作って複数の電機メーカー
に同じ仕様のものを作らせる。お金がかかるのはもちろんだが
仕様書を作るのに相当なノウハウがいる。「オレわかんね、
あとよろ」のスキルでは当然ダメ。自分でコーディング、テスト
デバッグができる位でないとダメ。つまり世に言うSEレベル
ではダメだってことだ。プログラマでないといけない。しかも
今書ける現役のプログラマ。
二重化ソフトの実行管理、障害復帰コードぐらいは自分で書け
るくらいじゃないと。

>>177
仕様書作れない＝システムの完成形を想像出来ない。

仕様書作れないＦには真似できないスキルなのか。

某メーカー、

仕様書を下請けに作らせる。
その仕様書を他にも配り、同じ物を作らせ、
仕様書を書いた企業を主に使う。

これって、某官庁と云えば信じて貰えるかな？

どうも話がかみ合わないと思ったら仕様書作るは
不実の役割だと誤解してないか？
仕様書って言うのは発注する側が作るんだぞ。
大丈夫か？おい。

一体、凍傷は何を作って欲しいのだ？

俺は、警察で申告と被害届がちゃんぽんだと知って怒ったが
　
仕様書と要望書もちゃんぽんにしてるようだな

>>175
つまり富士通に依頼するのは渡航禁止区域に行くようなものだと。

Ｆに依頼 ≒ 韓国一人旅

本日日経コンピュータが届きました。
この記事の中で「東証ダウン、真の原因はプログラムの破損」と題されてます。
中身はコンデンスで破損とのこと。
（コンデンスとはオフコン・汎用機でのデフラグのこと）

本当の真相は何ぞや？？？？

真相は、mail強制乖離

創価警察用語では、強制　いたみわけ　と云う

日本人は仕様書作れないからなー。
消費税率変更になっただけで、ソフト書き換えなきゃなんないような
駄目仕様書しか作れない。

特に。ソフト一本であらゆるユーザーの要望に応えるパッケージの世界だと
仕様書誰も作れなくてお手上げ。
毎度作り直しの駄目仕様、駄目ソフトしか作成できないんだな。
そしてその毎度の作り直しで儲ける。超ローレベル産業だ。

そして要求に対応するため個別プログラミングデスマーチしてる間に
アメリカはパッケージビジネス。使用許諾でウマー。

かつて某社でパッケージソフトを作っていたのだけど、酷かったよ。

アホな幹部社員が、パッケージソフトの開発費を確保してこなくて、
ユーザ案件を取ってきて、その予算で、パッケージソフトを作ってた。

パッケージソフトを作るプロジェクトだったのに、
いつのまにか、たった1ユーザのためのソフトを作ることになってた。

>>189
練りに練った卓越した仕様に基づき、完成した優秀ソフトなら
他の顧客に営業をかけて売ることができる。

仕様書　議案
　
市民の安全を保障すること

>>190
一社の困った都合が紛れ込むから、絶対そうならないのな。

[東証]システム障害対策にバックアップ施設建設へ
　
東京証券取引所の鶴島琢夫社長は１５日会見し、現行の売買システムが何らか
の障害で停止しても、市場取引を続けられるよう、予備のコンピューターを
置くバックアップ施設を建設する方針を明らかにした。１日に起きた売買シス
テム障害の再発防止策について金融庁に提出した報告書に盛り込んだ。

http://news.finance.livedoor.com/news/detail/id/4_5_cid__1491796_ld

>>189
> パッケージソフトを作るプロジェクトだったのに、
> いつのまにか、たった1ユーザのためのソフトを作ることになってた。

たぶん、どこの会社にもあるだろこんな案件。
まぁ無駄が多いってことは、ある意味業界の景気が良い証拠だね。

>>189
それを「パッケージソフト」として売れないとリストラ･･･
クビじゃなくて、いちおう「配置転換」だが。
うちの会社じゃ、見飽きた風景だ。

パッケージソフトとして完成しないどころか、
作りはじめてもいないうちに、
客に売ってしまう業界のやり方に問題があると思う。
不慣れなお客さんは、まさか何もできていない、なんて思わないよな。

これこれこういう機能があります、という一覧はあっても、どれ一つ実際には作られてない。
実際に、お客さんが使いたいと言うものだけを、あわててヤッツケ仕事で作って誤魔化す。
機能単位で別ライセンスにせず、標準パッケージに入っていると思わせてるので、
後から、他の機能も使いたいとなると、大変なことになる。

>>194
無駄が多いのではなく、投資が行われていないということよ。

>>193
バックアップだけでなく、本番稼働前のテスト環境も用意しる!

いきなり本番環境に突っ込むという東証のやり方が、
今回の悲劇を・・・。

もっとも、そうしたデュイベディ氏を待ち受けていたのは、迷路のように入り組んだ
「旧式で巨大な構造物」、すなわち、旧長銀のIT基盤である。その改革に乗り出した
デュイベディ氏が、解決すべき課題はいくつかあった。なかでも大きな課題の1つが、
旧態依然としたレガシー・システムの全面的な見直しだ。
　旧長銀では、メインフレーム集中型の古い勘定系システムを構築していた。そのため、
新たなサービスに向けた仕組みを導入しようとすると、開発に多くの時間を取られて
しまう。しかも、そこには、システムの変更・拡張に柔軟に対応できる融通性も
なかったのである。
　こうした旧来システムの弊害は、デュイベディ氏が新生銀行に入社した2000年
5月に早くも顕在化した。そのきっかけを作ったのは八城氏だ。同氏は、その5月に、
経営会議の席上で、担当幹部らに2000年4月の収益を問いただした。すると、以下
のような答えが返ってきたという。
　「正確な数値はわかりません」
　実は、旧長銀ではそれまで、半期ごとの決算を行っており、その正確なデータは、
決算月の2カ月後に公表されていた。つまり、4月から9月までの半期の業績は、
11月にならないと分からないという状況だったのである。となれば、2000年4月の
収益を5月に聞かれたところで、だれも答えられるわけがない。しかし、そのことに、
デュイベディ氏は大きな衝撃を受けたという。
　「例えば、4月単月の業績が、11月にならなければつかめないとすれば、経営陣
　　は半年以上も前のデータを基に、経営の舵取りを行っていくことになる。これ
　　では的確なビジネス判断が下せるわけはなく、最新の交通情報を知らぬままに、
　　自動車を運転しているのと同じことだ。このようなことは、欧米諸国の金融業界
　　ではありえない話で、金融機関の国際的な“ビジネス標準”とはかけ離れたもの
　　だった」（同氏）
　こうして、八城氏とデュイベディ氏の最初の仕事は、決算の仕組みを改めることとなった。
そして、デュイベディ氏は、それからわずか3カ月後に月次決算を可能にする新システムを
作り上げ、月末から1週間程度で前月の決算内容が確認できるようになったのである。

http://www.ciojp.com/contents/?id=00000153;t=0

一週間かかるということは、どこかで人間が介在してるんだな。

銀行だけでなく一般企業の某でも、
コンピュータで管理しているはずなのに、
なぜか人間の手で集計作業が行われている。

コンピュータが自動的にはじき出す数字とは、
違う数字が、決算として報告されている。

>． 外部専門家によるシステム運用手順等の再検証
各種手順書・マニュアルの過不足について、当取引所の全システムを対象に、
外部専門家により再検証 本年度中 （東証の発表　１６日）

結局まだはっきりしてないじゃん。

http://www.tse.or.jp/guide/interview/051115s.pdf

JSECOPY仕様解釈不足か。IEBCOPYでも同じだっただろう。
COPY時点では露見せず、CONDENSEでLM ALIAS関係が切断？
F,H,I共通のSEへの警鐘では。
ALIAS無条件反映がOSユーティリティの仕様であったなら．．．
人間系でオペランドの指定方法の事前指導で解決できた？
ユーティリティ仕様の把握漏れ、人為ミス回避のためにデフォルト仕様の変更で予防線を張るのがベストか。
仕様に合わせることを強いるのではなく、人が介在する部分は人間の直感、ミスがありうることを前提とした
仕様を根本思想とした手段の提供が必要。
このままでは20年以上前の360アーキから前進していない。
2007年問題が出始めているのではと思う。

まああれだろ、SEとかいってもパソコンに一太郎を自分で
インストールできます、ぐらいのレベルだろ。東証は。
そんな素人集団に取引所まかせてどうすんだよ。

原因は実はぬるぽだった！

次期システムでは東証の役員もろともシステム化の予定です。

>>203
天下り処理は最優先事項だね。

>今後はあらゆることに想定を広げ、事前にテストしたい

今まではあらゆることを想定してなかったんですね。

>>187
仕事好きな俺としては消費税率を管理テーブルなんか
持たせるなんて考えられません。
ソースの至る所に5パーセントいれとこ。

Ｆ２クオリティー

しかしまあなんだな、あのシステムが止まっていた
画面は要するに国の恥だ。大量処分は当然だ。

しかし東証で過去にこんな大規模な処分が行われた
例はなかった。役員全員という対象人数の大きさも
前代未聞だし、この処分内容だと天下り先にも
影響が出るレベルだろ。

その原因がコンピュータシステムだったというところに
ついにたかがシステムがここまで社会を動かすところ
まで来たかという印象を強く持った。

Fujitsu

「動かないコンピュータ」の代名詞

池田敏雄が生きていればどうなってたのか、、、、。

http://www.nhk.or.jp/projectx/library/library.html

>>210
池田敏雄は本来の意味でのハッカー(技術オタク)だから、
仮定として意味が無い。

過労死したのも、アムダールと組んだ趣味的な取り組みの「成果」があがらず、
他の取締役から叩かれまくったのが原因だしね。