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

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

0

积分

1

好友

7

主题
1#
发表于 2013-11-14 16:45:43 | 查看: 3209| 回复: 1
Soalris 5.10 11.2.0.1

数据库宕机:
Wed Nov 13 13:40:51 2013
WARNING: aiowait timed out 1 times
Wed Nov 13 13:41:17 2013
Errors in file /u01/oracle/diag/rdbms/ads/ads/trace/ads_m000_10927.trc:
ORA-12751: 违反了 CPU 时间或运行时间策略
Wed Nov 13 13:45:52 2013
ERROR: Unable to normalize symbol name for the following short stack (at offset 88):
dbgexProcessError()+164<-dbgePostErrorKGE()+1244<-kgerec4()+32<-kjdgpstackdmp()+1132<-_$c1A.kjdglblkrdmpint()+244<-ksikblkrdmp()+228<-ksqgtlctx()+10356<-ksqgelctx()+772<-kcc_get_enqueue()+744<-kccocx()+584<-kcc_begin_txn_internal()+80<-kcrfwl()+732<-ksbabs()+1420<-ksbrdp()+1228<-opirip()+1108<-opidrv()+776<-sou2o()+92<-opimai_real()+516<-ssthrdmain()+240<-main()+308<-_start()+380
Errors in file /u01/oracle/diag/rdbms/ads/ads/trace/ads_lgwr_715.trc  (incident=138558):
ORA-00494: 持有入队 [CF] 的时间过长 (超过 900 秒) (由 'inst 1, osid 719')
Incident details in: /u01/oracle/diag/rdbms/ads/ads/incident/incdir_138558/ads_lgwr_715_i138558.trc
Killing enqueue blocker (pid=719) on resource CF-00000000-00000000 by (pid=715)
by killing session 913.1
Killing enqueue blocker (pid=719) on resource CF-00000000-00000000 by (pid=715)
by terminating the process
LGWR (ospid: 715): terminating the instance due to error 2103
Instance terminated by LGWR, pid = 715

重新启动数据库,instance recovery 1.3G的redo花了快20分钟,并且发现OS 负载非常高(200左右),数据库open后,开启了enable restricted session,自己拿scott用户做了一下测试(只是几个百万级的insert)发现redo切换后一直处于ACTIVE状态,
SYS@ads> select * from v$log;

    GROUP#    THREAD#  SEQUENCE#      BYTES  BLOCKSIZE    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME   NEXT_CHANGE# NEXT_TIME
---------- ---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ------------ ------------ ------------
         1          1       1751  524288000        512          1 NO  ACTIVE              4.3803E+10 14-NOV-13      4.3803E+10 14-NOV-13
         2          1       1749  524288000        512          1 NO  ACTIVE              4.3803E+10 14-NOV-13      4.3803E+10 14-NOV-13
         3          1       1750  524288000        512          1 NO  ACTIVE              4.3803E+10 14-NOV-13      4.3803E+10 14-NOV-13
         4          1       1752  524288000        512          1 NO  ACTIVE              4.3803E+10 14-NOV-13      4.3803E+10 14-NOV-13
         5          1       1753  524288000        512          1 NO  CURRENT             4.3803E+10 14-NOV-13      2.8147E+14


手动触发检查点15分钟才完成,这期间观察系统资源使用情况,memory和swap都没问题,但是I/O比较繁忙(nfs21

-bash-3.00# iostat -xtc 2 1000
                 extended device statistics                    tty         cpu
device    r/s    w/s   kr/s   kw/s wait actv  svc_t  %w  %b  tin tout  us sy wt id
sd0       0.1   10.2   18.5  541.1  0.0  0.1   13.3   0   4    0    2   1  1  0 99
sd1       0.1   10.2   18.5  541.1  0.0  0.1   13.5   0   4
sd2       0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs1      0.0    0.0    0.0    0.0  0.0  0.0    0.1   0   0
nfs21    25.5   15.3  706.9  173.1  0.5  0.3   18.0   0  14
nfs22     8.7    7.4  229.3  113.5  0.1  0.1   15.4   0   6
nfs23     1.1    0.7   30.2   23.8  0.0  0.0    7.7   0   0
                 extended device statistics                    tty         cpu
device    r/s    w/s   kr/s   kw/s wait actv  svc_t  %w  %b  tin tout  us sy wt id
sd0       0.0    5.0    0.0  131.6  0.0  0.0    6.0   0   3    0  388   1  1  0 99
sd1       0.0    5.0    0.0  131.6  0.0  0.0    2.9   0   1
sd2       0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs1      0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs21    15.9  105.2  510.3  841.2  0.0  2.0   16.8   0 100
nfs22     0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs23     0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
                 extended device statistics                    tty         cpu
device    r/s    w/s   kr/s   kw/s wait actv  svc_t  %w  %b  tin tout  us sy wt id
sd0       0.0    1.0    0.0   44.0  0.0  0.0    5.6   0   1    0 2169   0  1  0 98
sd1       0.0    1.0    0.0   44.0  0.0  0.0    8.2   0   1
sd2       0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs1      0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs21    16.0  100.6  512.3  804.5  0.0  2.2   18.6   0 100
nfs22     0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs23     0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
                 extended device statistics                    tty         cpu
device    r/s    w/s   kr/s   kw/s wait actv  svc_t  %w  %b  tin tout  us sy wt id
sd0       0.0    5.0    0.0  148.0  0.0  0.0    4.6   0   2    0  390   0  0  0 99
sd1       0.0    5.0    0.0  148.0  0.0  0.0    5.5   0   2
sd2       0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs1      0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs21     0.0  120.5    0.0  963.9  0.0  2.4   20.2   0 100
nfs22     0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0
nfs23     0.0    0.0    0.0    0.0  0.0  0.0    0.0   0   0

自己在nfs21上dd测试了一下发现存储没有问题,但是不知道为什么DBWn为什么写的这么慢,而且在写检查点的时候DBWn对应的OS进程CPU使用会升高(4个DBWn,每个8%左右),这个库跑了很长时间了,以前没出现过这个问题,大神儿们帮忙给点思路吧!!
2#
发表于 2013-11-16 19:41:04
至少给出
/u01/oracle/diag/rdbms/ads/ads/trace/ads_m000_10927.trc


/u01/oracle/diag/rdbms/ads/ads/incident/incdir_138558/ads_lgwr_715_i138558.trc

以及附近时段的AWR

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-6-14 23:43 , Processed in 0.049487 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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