前一阵子，因为RBS空间不够，我重新创建了RBS空间和ROLLBACK SEGMENT。

但是，现在运行一些报表发现： 正常完成报表后，RBS空间并不减少（在运行报表时，增长了很大一部份）。并且在Sesssion自动断了或者手工Kill的情况下还是这样。

如我的RBS空间原本6G，运行报表后，减少500M，变成约5.5G，那么，这个数值会一直这样而不减少，久而久之，空间又足了。

我创建rollback Segment的语句应该是没有问题的。我已经设置好了optimal 选项。

原因不知道，不知道哪位兄台遇到过这样的问题或者知道这个原因没有，还请赐教。



附我的创建Rollback segment的语句：
create PUBLIC rollback segment r01 tablespace rbs STORAGE ( INITIAL 100K NEXT 100K minextents 10 maxextents 5000000000 optimal 10m);

原因嘛，说起来烦，你就麻烦一下，写个脚本shrink一下

1、为什么运行一张报表需要这么大的空间，几G的空间。
2、RBS空间为什么不自动Shrink To optimal

我无法解释。

郁闷中，呵呵

问题的原因实际上非常简单！只是查找的过程非常郁闷，哭。几天时间啊。

RBS空间是可以重用的。所以，问题应该不是出在RBS空间上。

那么，问题可能是出在报表上，我通过调出报表运行时占用的RBS Rollback Segment所执行的SQL语句，发现
报表一直在执行一段“UPDATE CUX_REP_GL_BOOK_TEMP”语句。

通过查看这段语句，最后发现它重复运行了N次。

通过修改，报表由原来的1－2小时变成20秒钟内运行完成，RBS空间也基本上不见增长了。

QUOTE:

---

最初由 flyuser 发布
问题的原因实际上非常简单！只是查找的过程非常郁闷，哭。几天时间啊。

RBS空间是可以重用的。所以，问题应该不是出在RBS空间上。

那么，问题可能是出在报表上，我通过调出报表运行时占用的RBS Rollback Segment所执行的SQL语句，发现
报表一直在执行一段“UPDATE CUX_REP_GL_BOOK_TEMP”语句。

通过查看这段语句，最后发现它重复运行了N次。

通过修改，报表由原来的1－2小时变成20秒钟内运行完成，RBS空间也基本上不见增长了。

---

问题是你的报表已经执行完了，ＲＢＳ的占用还是很高，这个问题是为什么？

基本上捕捉不到SQL了。

而且RBS可以重用，所以，6G的RBS对于一个测试环境已经足够了