不能扩展undo表空间
系统环境 AIX 750 RAC 11.2.0.3早上8点上班，到办公室先看下日志，发现除了归档日志比之前快点也没啥异常，打开EM，大概看下节点的情况，正常；到9点多时有人说查询报表时出现了“unable to extend segment by 4 in undo tablespace 'UNDOTBS1' ” ，
感觉有点奇怪，根据平时的观察，undo表空间用的不大，也没多在意这个；通过EM查看时发现'UNDOTBS1 和'UNDOTBS2 都已经满了，Undo表空间是自动扩展的，单个数据文件为64G，空间耗尽；抓了AWR ,ASH (附件），我想知道是什么地方产生这么大的事务，我本想按照刘大的《AWR性能报告》里面的讲的那样查看AWR，可总做不到灵活运用，我想理解从那些方面去追溯到相关的语句。
这时在查看日志时看到了 类似ORA-01555 的报错
ORA-01555 caused by SQL statement below (SQL ID: g0bjzj4gd9buk, Query Duration=103 sec, SCN: 0x0000.fdf631b2):
...............................................
如果不能及时的处理这种情况，能否通过1、扩大Undo表空间来暂时解决？2、或者中断下业务重启下数据库来释放UNDO表空间？在RAC实验环境做了如下操作
SQL> alter tablespace UNDOTBS1 add datafile '+ORADATA' size 400M autoextend on NEXT 500M MAXSIZE UNLIMITED;
Tablespace altered.
SQL> alter tablespace UNDOTBS2 add datafile '+ORADATA' size 400M autoextend on NEXT 500M MAXSIZE UNLIMITED;
Tablespace altered.
这样的步骤能否在生产库中运用？请指点。
请上传alert.log 和 对应于http://www.askmaclean.com/archives/automatic-undo-management-common-analysis-diagnostic-scripts.html 脚本的输出 Maclean Liu(刘相兵 发表于 2014-7-18 15:16 static/image/common/back.gif
请上传alert.log 和 对应于http://www.askmaclean.com/archives/automatic-undo-management-common-analysi ...
刘大，中午的时候问题解决了，现在Undo恢复正常了，从awr中找了09gnpt5k762zc 对应的语句，交给开发那边，开发修改了存储过程，undo表空间释放了；
页:
[1]