ORA-1628: max # extents 32765 reached for rollback segment 错误处理

客户执行过程，其中有长查询（把结果插入到表中，insert into tab1 select * from view_1之类的语句）报错经查看告警日志，告警日志中出现如下错误内容：

Mon Sep 29 12:06:05 2014

ORA-1628: max # extents 32765 reached for rollback segment _SYSSMU465_3766520548$

Mon Sep 29 12:29:45 2014

minact-scn: useg scan erroring out with error e:12751

Mon Sep 29 12:33:45 2014

ORA-1628: max # extents 32765 reached for rollback segment _SYSSMU236_3356150501$

Mon Sep 29 12:34:55 2014

SMON: Parallel transaction recovery tried

错误是rollback segment 的extents 已经达到了32765已经不能再通过增加extents来扩展段大小了，就是上面段_SYSSMU465_3766520548$和段_SYSSMU236_3356150501$的碎片过多。

查看相关数据库信息

1）查看undo管理

SQL> show parameter undo

NAME TYPE VALUE

-------------------- ----------- ------------------

undo_management string AUTO

undo_retention integer 7110

undo_tablespace string UNDOTBS11

2)查看undo表空间

SQL> select distinct status,tablespace_name ,to_char(round(sum(bytes)/1024/1024)) sizeM,count(1) from dba_undo_extents group by status,tablespace_name;

STATUS TABLESPACE_NAME SIZEM COUNT(1)
--------- --------------- ------- ---------
EXPIRED UNDOTBS12 55643 17001
UNEXPIRED UNDOTBS11 893 415
UNEXPIRED UNDOTBS12 1473 287
EXPIRED UNDOTBS11 43777 69141

3)查看报错的两个回滚段

SQL> select sum(blocks), count(*), SEGMENT_NAME
from sys.dba_extents t
WHERE T.segment_name IN
('_SYSSMU465_3766520548$', '_SYSSMU236_3356150501$')
GROUP BY T.segment_name;

SUM(BLOCKS) COUNT(*) SEGMENT_NAME
----------- ---------- -----------------------
1528552 32765 _SYSSMU465_3766520548$
753016 32765 _SYSSMU236_3356150501$

SQL> SELECT T.segment_name,T.BLOCKS,T.EXTENTS FROM DBA_SEGMENTS T WHERE T.segment_name IN ('_SYSSMU465_3766520548$', '_SYSSMU236_3356150501$');

SEGMENT_NAME BLOCKS EXTENTS
------------- --------- ----------
_SYSSMU236_3356150501$ 753016 32765
_SYSSMU465_3766520548$ 1528552 32765
SQL> SELECT T.segment_name,T.BLOCKS,T.EXTENTS FROM DBA_SEGMENTS T WHERE T.segment_name IN ('_SYSSMU465_3766520548$', '_SYSSMU236_3356150501$');

SEGMENT_NAME BLOCKS EXTENTS
------------------------ ---------- ----------
_SYSSMU236_3356150501$ 753016 32765
_SYSSMU465_3766520548$ 1528552 32765

通过以上信息，外面看出是两个segment的extents 过多，也就是碎片过多导致，我要做的就是减少两个segment的extents数据量解决办法有两种

a 重新建个undo表空间，使用新的undo表空间替换正在使用的，这个操作可以在线做 注意选择业务空闲时段做

b 收缩这个这个两个段，减少extents数量

这里我选择的是后一种

处理步骤如下：

1 查询隐藏参数 _smu_debug_mode记录老的值，收缩后修改会此值

select a.inst_id,
a.ksppinm "Parameter",
b.ksppstvl "Session Value",
c.ksppstvl "Instance Value"
from x$ksppi a, x$ksppcv b, x$ksppsv c
where a.indx = b.indx
and a.indx = c.indx
and a.inst_id = b.inst_id
and b.inst_id = c.inst_id
and a.ksppinm in ('_smu_debug_mode');

我的系统 _smu_debug_mode的值是0

2 alter system set "_smu_debug_mode"=4 scope=memory ; --0x00000004 Allow RBU operations to be executed in SMU mode

3 收缩两个segment

SQL> alter rollback segment "_SYSSMU465_3766520548$" shrink;

Rollback segment altered.

SQL> alter rollback segment "_SYSSMU236_3356150501$" shrink;

Rollback segment altered.

4 修改为之前的值，由于系统是一体机，需要设置为0，否则storage index不能使用

SQL> alter system set "_smu_debug_mode"=0 scope=memory ;

System altered.

5 查看收缩后两个segment的extents 数量

SQL> SELECT T.segment_name,T.BLOCKS,T.EXTENTS FROM DBA_SEGMENTS T WHERE T.segment_name IN ('_SYSSMU465_3766520548$', '_SYSSMU236_3356150501$');

SEGMENT_NAME BLOCKS EXTENTS

------------------------------ ---------- ----------

_SYSSMU236_3356150501$ 232 29

_SYSSMU465_3766520548$ 760 16

客户再次执行过程问题解决。

总结

出现此问题的原因主要是事务过大占用过多的undo segment 导致segment 扩展到一定的extents后不能再扩展

可以通过优化慢的SQL语句和减小事务来避免这样的问题

ORA-1628: max # extents 32765 reached for rollback segment 错误处理相关推荐

oracle的ora01504,Oracle中的ORA-01548: active rollback segment '_SYSSMU1$' found
接上文<Oracle Undo tablespace恢复(无备份)> 1.在创建新的undo tablesapce "undotbs2"后,删除旧的undo table ...
了解你所不知道的SMON功能(十二):Shrink UNDO(rollback) SEGMENT
SMON对于Undo(Rollback)segment的日常管理还不止于OFFLINE UNDO SEGMENT 转载于:https://blog.51cto.com/maclean/1278486
ORA-01555: snapshot too old: rollback segment number with name too smal
从客户那儿报来个问题,说是日志中显示,在执行一个sql时抛出 error info 如下: Java.sql.SQLException: ORA-01555: snapshot too old: ro ...
linux ora 27125,ORA-27125 unable to create shared memory segment | 信春哥，系统稳，闭眼上线不回滚！...
今天搭建ORACLE 10.2.0.5.6 for LINUX X86_64测试环境,在DBCA建库时遇到ORA-27125:unable to create shared memory segme ...
oracle ora 31644,dmp文件损坏导致ORA-39014 ORA-39029 ORA-31693错误
不知道这样写标题对不对,本来是通过FTP将dmp文件从A机器上传到B机器再导入,因为数据库有几十个G,就采用了并行导出,分成了四个文件.在导入将近结结束时出现了以下错误: ORA-39014: 一个或 ...
某客户回滚段达到32765处理
某客户数据库的版本为11.2.0.3,如下所示: SQL> select * from v$version; BANNER Oracle Database 11g Enterprise Edit ...
Oracle ORA-1628错误的定位分析（2012/1/8）
在Oracle 10.2.0.1.0中,只要设置了undo表空间自动管理,不管有没开启自动扩展,不管undo_retention设置为多少,都会启用 Automatic Tuning of undor ...
Oracle报错及解决办法
报错1: ORA-30036:unable to extend segment by 8 in undo tablespace 'UNDOTBS1' 报错2: ORA-01756:quoted str ...
【Oracle】关于LOBs
Master Note - RDBMS Large Objects (LOBs) (Doc ID 1268771.1) 如何评估LOBs占用空间大小? (1) col segment_name for ...

ORA-1628: max # extents 32765 reached for rollback segment 错误处理

ORA-1628: max # extents 32765 reached for rollback segment 错误处理相关推荐

最新文章

热门文章