業務終了時にDBを「強制終了（shutdown abort）」していた神戸新聞のシステム障害の罠

どうなんでしょう、みずほ証券が初値付く前の注文の取り消しがうまく出来ない事を｢使い方が悪い｣と切り捨てられるのでしょうか。

日経ITproは、ORACLE擁護の姿勢なんでしょうね。(批判をかわす為のORACLE側からのリークでしょうね)

もし本当に使い方が悪いなら、そんなシステムを構築する企業に『Oracle Award 2007(最優秀賞)】』を与えてるなんて滑稽ですね。

Oracleのすばらしさは、
『世界で一番使われてているDB』が営業トークとしても障害の言い訳として使えることでしょうね。
(元社員の方であればこの考えが染み付いている事は理解出来ます)

『世界で一番使われているOS』の品質を考えるとどれくらい価値のあるその言葉なんでしょうか
(それでも不具合情報は公開され、常に世界中からの厳しい意見にさらされながら開発している方がまだましかもしれませんね)

日経ITProよりも状況がよく分かる報道が、神戸新聞本体からありました。
記事の通り不適切な仕様にプログラムが作られていたわけでバグなんですが、世界で一番使われてているDBでも世間と違う使い方をするとこういうバグに遭遇しうるわけで、複雑さが増さざるを得ない今の情報システムでは、比較的単純だった時代の常識が通じず、バグを遠ざけるような運用での自衛をお勧めします。

http://www.kobe-np.co.jp/kobenews/sg/0000662107.shtml
神戸新聞システム障害　オラクル社ソフトに原因
2007/09/28

　神戸新聞社の紙面製作システムに２２日、障害が発生した原因について、システムを開発した日本電気（ＮＥＣ）と、日本オラクル両社は２８日、データベース（ＤＢ）ソフト「オラクルデータベース」にプログラムの不具合（バグ）があったと発表した。同ソフトは大規模な商用サービスなどに世界で最も多く使われ、国内の新聞社の多くも採用している。日本オラクル社は米本社に障害を報告。バージョンアップまたは修正プログラムでの対応を検討する。

　不具合があったのは、ＤＢの起動時に履歴データと現在のデータを照合して不一致がないかをチェックする部分のプログラム。データを効率的に検索するために一時的につくられた分析用のデータは、履歴データと一致しないことが想定されるにもかかわらず、プログラムはデータの不一致をエラーと判断、起動できない構造になっていた。不具合を回避する手順も想定されていなかった。

　日本オラクル社によると、今回のようなデータ不一致と、ＤＢソフトの特定の手順での終了から再起動にかけての一連の動作が、同時に発生することは極

テストケースから漏れてましたでしょさん、コメントありがとうございます。
私としてはSI会社にいた立場からのコメントなんですけど、リリースからもう何年も経っている製品で世界中で使われていて初めて露見したバグにヒットするような使い方は避けられたわけであえてそういうところには行かないことを勧めたいところです。

大前提としてデータベース(DBMS)はACID特性が保証されて事が必須です、しかしそれが今回崩れた。これは世界で多くのシェアをもつOracleとして恥ずべき事です。
(DBMSにとってはクラッシュリカバリーにバグ(しかもUNDO周りに)があるとすれば許されない事だと考えます)

　商用製品のメリットは、多くの人が使用してない機能でも十分テストされている事です、特にミドルウェア製品には重要な事でしょう。それにも関わらず、このような障害で頻繁に『事例が世界で報告されておらず』を言い訳にしています。報告がなければ許されるとは、ソフトウェアエンジニアも結構、気楽な稼業ですね。

競合関係にあるIBMは、ORACLEのテスト軽視を批判しています。延べ人数や期間だけで品質は語れません、しかしIBMがDB2に掛けたコストに比べて明らかに少ないのです。多くの開発者はOracleが複雑で分かり難いソフトだと理解していても高品質だとは感じていません。

　極力非公開にして不具合情報を高い料金で売るというビジネスモデルは素敵だと思いますが、その高い料金を払っているユーザにすら『使い方が悪い』というのは最高です。