Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
发新帖

0

积分

1

好友

10

主题
1#
发表于 2014-7-18 14:54:36 | 查看: 3742| 回复: 2
系统环境 AIX 750 RAC  11.2.0.3

  早上8点上班,到办公室先看下日志,发现除了归档日志比之前快点也没啥异常,打开EM,大概看下节点的情况,正常;到9点多时有人说查询报表时出现了“unable to extend segment by 4 in undo tablespace 'UNDOTBS1' ” ,

报表.jpg


感觉有点奇怪,根据平时的观察,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.

这样的步骤能否在生产库中运用?请指点。

报表1.jpg (68.93 KB, 下载次数: 423)

报表1.jpg

ashrpt_1_0718_0900.html

48.04 KB, 下载次数: 748

awrrpt_1_9521_9522.html

821.58 KB, 下载次数: 776

3#
发表于 2014-7-18 16:15:04
Maclean Liu(刘相兵 发表于 2014-7-18 15:16
请上传alert.log 和 对应于http://www.askmaclean.com/archives/automatic-undo-management-common-analysi ...

刘大,中午的时候问题解决了,现在Undo恢复正常了,从awr中找了09gnpt5k762zc 对应的语句,交给开发那边,开发修改了存储过程,undo表空间释放了; undo_diag.rar (548.05 KB, 下载次数: 1534)

回复 只看该作者 道具 举报

2#
发表于 2014-7-18 15:16:20
请上传alert.log 和 对应于http://www.askmaclean.com/archiv ... nostic-scripts.html 脚本的输出

回复 只看该作者 道具 举报

您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-21 06:16 , Processed in 0.050790 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569