- 最后登录
- 2016-8-29
- 在线时间
- 35 小时
- 威望
- 0
- 金钱
- 142
- 注册时间
- 2013-8-27
- 阅读权限
- 10
- 帖子
- 28
- 精华
- 0
- 积分
- 0
- UID
- 1204
|
1#
发表于 2014-7-18 14:54:36
|
查看: 3740 |
回复: 2
系统环境 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.
这样的步骤能否在生产库中运用?请指点。
|
|