![](http://oshiete.xgoo.jp/images/v2/pc/qa/question_title.png?e8efa67)
No.3ベストアンサー
- 回答日時:
(1)
9iR2(9.2.0.4)からOracle10gR1(10.1.0.2)にバージョンアップした際、
10gR1のバグで、今まで行なっていた処理の結果が9iと異なっていた。
対策
サポートにパッチを作ってもらいました。
※守秘義務で詳しい内容は話せません。
(2)
フラッシュバックドロップの機能のせいでテーブルを削除しても削除済みの状態で残ってしまう。ディクショナリ上も消えないので、ディクショナリを利用した処理で不都合が生じた。
対策
初期化パラメータを変えて、デフォルトで削除するようにした。
(3)
Viewを複数組み合わせた複雑なSQLを使った処理が時間内に終わらなくなった。元は10分位で終わっていた処理が3時間くらいになりリミットの時間内に処理が終了しなくて必要なデータが業務時間内に用意できなかった。
対策
パラメータを変えても、アナライズの方式を変えても、SQLを変えてもパフォーマンスが変わらなかったので、実テーブルの持ち方自体を含めて処理方式をを変えた。
パフォーマンスも業務に支障がでればトラブルです。
10gからはルールベースがサポート外になったのと、自動系の管理方法が増えたので実行計画が変わってしまうケースは多かったです。
単純な処理では問題にならないんですけど、複雑なSQLでは支障が出ていました。
どんな処理でも実機で流して結果が同じ、かつ要求性能を満たさない限り、大丈夫だとは誰も保証できません。
そのために並行運用期間を設けて、同一データで現環境・新環境で検証を行ないます。
この回答への補足
(2)は難しくてよくわからないのですが、単に10g単独の設定の問題であり
新規のインストールでも同じ設定をしていれば生じる問題でしょうか?
それともバージョンアップに伴う特有の問題でしょうか?
(1)はすごい話ですね。守秘義務とのことなので残念ですが非常に興味があります。
興味深いお話が聞けてよかったです。
(3)は当然のことですがやはり多いようですね。
いままでネットで調べたり人に聞いたりして「可能性」を述べる人はたくさんいたのですが
実際に経験した人は少なくそのような人の経験を聞けてよかったです。
ありがとうございました。
![](http://oshiete.xgoo.jp/images/v2/common/profile/M/noimageicon_setting_15.png?e8efa67)
No.2
- 回答日時:
>実行速度が速くなるのはトラブルではないですよね?
まあ、大きく困ることは無いのですが、チューニング手順が変更になって手順書大幅修正などをやったチームがあります。
>しかし、そう簡単に遅くなるケースが発生するようには思えません。
現実には起こりますからねぇ。まあその時はEUCによるSQLを入れると数千のSQLが動いていると思われますから、遅くなるSQL文も出ますよ。
ちなみに、大型サーバでCPUを追加するには数千万円の投資ですから、少ないから良いじゃないなどの甘えは許されません。
>ここでお聞きしたかったのは可能性レベルではなく実際に生じたかどうかです。
9i→10gはoracleチームではなかったのでどのくらい遅くなったか把握してませんが、
開発中はパフォーマンス問題を解決するため年間数千万円分の人間を雇ってますよ。
私の体験としては、9iPSR3→9iPSR6の時に
実行計画が変わってしまい、大騒ぎをしたことがあります。
この時は統計情報を追加することで解決しましたけどね。
同じバージョンでもこれなのに、実行計画が大きく変わるバージョンアップなんて頭が痛い。。
(私も別システムで来年から移行するので、人の確保だけは十分計画しています)
ちなみに、なぜ遅くなったかの理由は、実行計画についての十分な情報をoracle社が公開していないのでわからない場合が多いです。
と、ここまで書いておいてなんですが、
確かにデータが数万件のシステムだと確かに関係ないかも。。。
この回答への補足
今回は以下のような情報を求めて質問をしています。
・オラクルの9iから10gにバージョンアップをしたときの問題について知りたい
・他のバージョンについての問題は求めていない
・可能性レベルではなく実際に生じた問題を知りたい
・どのような場合にどのような問題が生じたのかを具体的な情報を知りたい
(例:2千万件のテーブルにインデックスのあるカラムを指定した単純な検索が0.1秒が30秒になった)
・問題が生じた理由は求めていない
・実際に問題が生じた方の経験の情報であれば開発規模は問わない
もう少し情報を待ってみます。
# 確かにデータが数万件のシステムだと確かに関係ないかも。。。
なるほど。これが決定的な差なのかもしれませね。
私がかかわっているシステムは1テーブルのレコード数だと数千万件か億単位になることもあります。数万件数十万件のシステムの経験しかない方の場合には大して困ることは無いのかもしれませんね。
ありがとうございました。
![](http://oshiete.xgoo.jp/images/v2/common/profile/M/noimageicon_setting_15.png?e8efa67)
No.1
- 回答日時:
この回答への補足
実行速度が速くなるのはトラブルではないですよね?
なんだかよくわからないけれど遅くなる可能性はある、みたいということはよく言われますね。
しかし、そう簡単に遅くなるケースが発生するようには思えません。
ここでお聞きしたかったのは可能性レベルではなく実際に生じたかどうかです。
実際に遅くなったというご経験がおありなのでしょうか?
もしそうであるならば、どのようなケースで生じたのか具体的に教えていただきたいです。
よろしくお願いします。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
関連するカテゴリからQ&Aを探す
おすすめ情報
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
DELETE文でFROM句を省略した場合
-
RDBのテーブル種類の違い
-
同じSELECT文同士でのデ...
-
[性能改善]AccessのDBに大量の...
-
他の処理でselectさせないよう...
-
Viewにインデックスは張れ...
-
postgreSQLのint型は桁数指定が...
-
CLOB型へのINSERT
-
データを削除しても表領域の使...
-
INDEXの無効化
-
Data Pump で大量データインポ...
-
ORA-00959: 表領域'****'は...
-
検索結果の列数を動的に変更したい
-
datapumpの実行方法について
-
列が255以上のCSVファイルをAcc...
-
長年放置しているOracleを…なん...
-
oracleのimpdpでORA-39166
-
SQL*Loaderで、データを加工し...
-
グループ単位にCSVファイル...
-
異なるスキーマからデータを抽...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
DELETE文でFROM句を省略した場合
-
他の処理でselectさせないよう...
-
RDBのテーブル種類の違い
-
accessでイベントを中止するよ...
-
object browser で処理を中断す...
-
同じSELECT文同士でのデ...
-
[性能改善]AccessのDBに大量の...
-
年度毎にシーケンスの初期化?
-
PL/SQLの平行処理について
-
Oracleから見たOracleの優位性(...
-
Access2013で操作ログを残した...
-
DBリンクエラーについて
-
SQLServerにおける、排他制御に...
-
Truncate以外で高速にテーブル...
-
Oracleの欠点
-
ActiveX DLLでのオラクルのトラ...
-
チューニング対象のSQLの見つけ...
-
トランザクションのデータ件数...
-
処理速度の見積もり時間について。
-
OIP-04129: SELECT FOR UPDATE
おすすめ情報