| « 2005年11月18日 | 2005年11月22日の投稿 |
2005年11月26日 » |
東証、名証のトラブルの経緯がそれぞれのWebサイトに上がっています(東証の方、名証の方)。どちらも簡単な内容で、特に東証の方は、ディスク圧縮整理処理(コンデンス)とトラブルの顕在化の因果関係がよくわかりません。他の報道の情報と照らし合わせると、コンデンスのバッチ処理のジョブ中にロードモジュールの整合性管理のジョブステップがあって、それがロードモジュールが不整合と判断して、サブモジュールを消去した(警告メッセージも出さずに!?)というように想像されます。
名証の方は、前のエントリーでも書きましたが、当初の読売新聞の報道は全然間違っていて、バックアップのジョブを途中でキャンセルしたことが原因であるようです。メインフレームでもスクリプト見たいなことはできるので、途中でキャンセルしても大丈夫なように作ることはできるはずなんですけどねえ。後、間違えて同じコマンドを2回打ったのであわててキャンセルしてしまったようなんですが、ひょっとして一人でオペレーションしてるのでしょうか?私がSE時代に担当してた金融機関では、オペレーションは必ず複数でやって、コマンド行を2人で指差し確認してからエンターキーを押していたような気が。
そういえば、2000年のことだと思いましたが、オンラインシステムのトラブルを出した某地銀がトラブルの詳細な原因、対応策、関係者の処分を自社のWebサイトに掲載し、業界で大きな話題になったことがありました(この件、ZDNetに記事を書いたはずなんですが、見つかりません)。しかし、今考えてみれば、社会的影響が大きい基幹系システムを運用している企業であれば、これくらいの説明責任を果たすのが当然なのだと思います。
| « 2005年11月18日 | 2005年11月22日の投稿 |
2005年11月26日 » |
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | ||||
| 4 | 5 | 6 | 7 | 8 | 9 | 10 |
| 11 | 12 | 13 | 14 | 15 | 16 | 17 |
| 18 | 19 | 20 | 21 | 22 | 23 | 24 |
| 25 | 26 | 27 | 28 | 29 | 30 |
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。

顧客に“ワォ!”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命