我已经增加了回滚段，但是为什么还是出现ORA-01555错误？

angelsliu

没有关于怎样修改会退的大小啊。求救？

angelsliu

ALTER ROLLBACK SEGMENT rbs01 STORAGE (MinEXTENTS 1000);

wlidflower

由于回滚段的扩展和回收是昂贵代价的操作，通常我们是要避免的。如果存在大的查询，就算不会去写回滚段，但是由于一致读，我们也可以参照前面内容，知道如果这期间事务繁忙回滚段被循环使用覆盖过，可能出现著名的ORA-01555错误。又由于事务产生的时候除非人为指定使用哪个回滚段，否则事务使用哪个回滚段对于我们应用来说是透明的，同时我们能指定事务使用哪个回滚段但并不能阻止别的事务不使用某个回滚段，这样我们就必须认识到，回滚段设置成大小不一致是不合适的，几乎是没有意义的，因为瓶颈总是决定于最小的一个回滚段(这类似于木桶原理，决定装水量的多少是由最短的片所决定的)。所以我们应该统一回滚段的大小。那通常对于一个系统来说，几百M的磁盘空间甚至几G的磁盘空间根本不是问题，所以我们没有理由在这里研究回滚段到底是使用4M大小还是10M大小，我们根据能提供的磁盘空间的估计，完全可以设置回滚段为50M/100M甚至更大的大小，这主要决定于在大查询运行期间每个回滚段上可能的事务生成量，以及单个事务可能产生的回滚数据的大小。假如系统偶尔存在批量作业的时候可能使得某个回滚段扩展到1G，但平常我们的回滚段大小在50M就不会出现回缩现象。那这个特定的时候如果数据库不繁忙只有大作业我们可以创建几个很大的回滚段，然后是其他回滚段offline,等批作业完成然后再online其他回滚段，使大回滚段offline。当然可能的话也可以指定批作业使用大的回滚段。或者，我们可以为所有回滚段设置optimal为50M，任其特定时刻扩展然后回缩（注意所有回滚段的optimal必须设置一样大小）。



对于回滚段除了按照我们对系统状况估计进行创建、删除外，还有使回滚段联机和脱机，我们要注意的是如果回滚段处于联机并且里面有活动事务的时候，若想使回滚段脱机(offline)，则这时回滚段处于一种悬置的状态，也就是新的事务将不能使用该回滚段，而原有的事务继续存在，等待回滚段中所有事务完毕后，回滚段成为脱机状态。

oracledba

_syssmu6$ 是 auto undo management 你无法修改的 在这种情况下出1555的错 你只能扩大表空间了 因为在AUM下如果别的段都是满的而当前的事务无法从别的段获得可用空间 只有报错了

husthxd

这个存储过程执行频繁吗?
查询可否优化?通过缩短查询的执行时间也是可以减少这种错误的.

yanghx_yhx

查询大是因为表中的数据太多导致的。
怎么样查询到回滚段的OPTIMAL设置？

angelsliu

undo_managent auto 后，我手动CREATE ROLLBACK SEGMENT rbs01_1
TABLESPACE undotbs1
STORAGE ( INITIAL 100K NEXT 100K MINEXTENTS 10
MAXEXTENTS 500 OPTIMAL 1000K);
ora-30019 错，（ORA-30019: ×Ô¶¯³·ÏûģʽÖеĻØÍ˶βÙ×÷·Ç·¨）

oracledba

AUM是不允许再添加MANUAL管理回滚段的
把你的 undotbs1的属性贴出来
增大undotbs1的空间
找到那个大事务才是解决问题的根本！

lxwin2008

如果在AUTO下 你想增大回滚 只能增大undo_rentention参数
如果你想用手动来解决 可以改成手动模式后 自己建立大的回滚段 就可以了 在biti的书上有介绍

你的问题是回滚段大小 不是数量

angelsliu

我明百了，auto&MANUAL的区别，查询修改时我可以制定特定的回滚段