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

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

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

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

No.3 ベストアンサー 回答者： MZ-80B 回答日時： 2006/03/05 23:41

#1 です

遅延ブロッククリーンアウトについて、わかりやすい説明と解消方法があります。
http://otn.oracle.co.jp/cgi-bin/non/msgview_r.cg …

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

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

http://www.insight-tec.com/mailmagazine/ora3/mai …

参考URL：http://www.insight-tec.com/mailmagazine/ora3/mai …

この回答へのお礼

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

お礼日時：2006/03/06 19:39

No.2 回答者： whiteline507 回答日時： 2006/03/05 21:52

VBアプリがどこで動いているのかが分からないのですがDBサーバ上で動いているのであれば

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

No.1 回答者： MZ-80B 回答日時： 2006/03/05 04:06

再起動によって改善されたのではなく、

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

この回答への補足

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

補足日時：2006/03/05 17:36