データ削除、追加によるロールバックセグメントについて

質問

環境：Ｏｒａｃｌｅ９ｉ
サーバ：Ｗｉｎ２００３
言語：ＶＢ６

テスト環境であるテーブルの200万件の削除、１００万件の追加を行った後にＶＢアプリがすごく遅くなりました。
１．ロールバックセグメント（ＵＮＤＯセグメント？）にデータがたまって遅くなったのでしょうか？
　またはテンポラリにデータがたまったのでしょうか？
２．削除や追加が行われた場合はどのオブジェクトにデータがたまったりするのでしょうか？

対応としてＤＢサーバのＯＳの再起動を行ったのですがまだ遅く、再起動後にＤＢの再起動を行ったらなぜか遅かったのが改善されました。
そもそも原因がデータの削除、追加で体感レベルで遅くなったりするのかも疑問です。
基礎知識が足りなくて申し訳ありませんが、アドバイスお願いいたします。

回答No.3

MZ-80B · ベストアンサー

#1 です

遅延ブロッククリーンアウトについて、わかりやすい説明と解消方法があります。
http://otn.oracle.co.jp/cgi-bin/non/msgview_r.cgi?communityid=otn-489965&bbsid=1&no=28716&view=9

実際にはUNDOがいっぱいになるわけではなく、
データブロックのITLという部分とUNDOセグメントヘッダという管理領域で
実際のデータブロックへのコミット作業を先送りさせています。これでコミット時の応答が速くなります。

おら! オラ! Oracle - どっぷり検証生活
UNDOやREDOについてもあります。一通り目を通しておくとOracleの理解度が高まります。

http://www.insight-tec.com/mailmagazine/ora3/mail_back_index.html

参考URL：

http://www.insight-tec.com/mailmagazine/ora3/mail_back_index.html

お礼

回答ありがとうございます。
非常にわかりやすい説明とリンクでした。
あとは自分の理解度の問題のようです。
ありがとうございました。

回答No.2

whiteline507

VBアプリがどこで動いているのかが分からないのですがDBサーバ上で動いているのであれば
「ＯＳの再起動を行ったのですがまだ遅く、再起動後にＤＢの再起動を行ったらなぜか遅かったのが改善されました。
」ということは外的要因しか考えられません（他の誰かがたまたま重たい処理を流していた）
当然DBサーバのOSの再起動はDBの再起動が含まれますので．．．

回答No.1

MZ-80B

再起動によって改善されたのではなく、
色々操作している間に遅延ブロッククリーンアウトが発生して
UNDOセグメントヘッダのコミットフラグがデータセグメントに反映されたためでしょうね。

補足

回答ありがとうございます。
すいません。せっかく回答頂いたのですが、よく理解できてません。ＵＮＤＯセグメントがいっぱいになっているのを確認する方法などはありますでしょうか？
また、上記データセグメントに反映されたというのは何か確認方法があるのでしょうか？
経験が浅いもので理解できずに申し訳ありません。
よろしくお願いいたします。