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

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

0

积分

1

好友

1

主题
1#
发表于 2015-5-14 00:00:39 | 查看: 7090| 回复: 4

oracle 版本是11.2.0.1.0

Top 5 Timed Foreground Events

EventWaitsTime(s)Avg wait (ms)% DB timeWait Class
DB CPU
77,520
100.80
SQL*Net break/reset to client
645,736
881
1
1.15
Application
log file sync
679,666
600
1
0.78
Commit
log file switch (checkpoint incomplete)
747
576
772
0.75
Configuration
direct path read
1,086,049
373
0
0.49
User I/O

看了下日志组设置的日志文件大小是256M,ASM下的REC分了95G,按照现在每天32G的归档日志计算,不到三天系统就宕了。
我想把日志文件大小改成500M,这样切换日志文件会没有那么频繁,但又感觉起不到太大作用。
昨晚把所有应用都停了,但归档日志还是增长了。

自5.1至今,trace下的日志基本全是:
Errors in file /opt/oracle/app/oracle/diag/rdbms/racdb/racdb1/trace/racdb1_q003_9569.trc:ORA-01405: 提取的列值为 NULLORA-01405: 提取的列值为 NULL
Errors in file /opt/oracle/app/oracle/diag/rdbms/racdb/racdb1/trace/racdb1_q002_11145.trc:ORA-01405: 提取的列值为 NULLORA-01405: 提取的列值为 NULL
这个错误

racdb1
1
1
+DATA/racdb/onlinelog/group_1.324.858939627ONLINE
CURRENT
256M
NO
1
+REC/racdb/onlinelog/group_1.750.858939629ONLINE
CURRENT
256M
NO
2
+DATA/racdb/onlinelog/group_2.325.858939629ONLINE
ACTIVE
256M
YES
2
+REC/racdb/onlinelog/group_2.751.858939629ONLINE
ACTIVE
256M
YES
12 ~13 归档情况如下:
Day / Time000102030405060708091011121314151617181920212223Total

20150512
19
19
20
18
19
20
20
20
20
17
18
17
17
19
17
20
16
20
19
23
24
25
25
25
477
20150513
24
25
24
26
24
25
24
25
20
18
18
18
17
17
18
17
19
25
9
         393

5.1之前每小时的增长量也就是1~2个文件
难道这个异常增长和ORA-01405有关吗?我该怎么解决这个问题呢?
5#
发表于 2015-12-1 18:00:52
支持,感谢

回复 只看该作者 道具 举报

4#
发表于 2015-11-24 15:51:29
在alert中看到ora-01405的错误,查看了下trc文件如下:
*** 2015-11-23 18:27:09.609
*** SESSION ID:(1321.21) 2015-11-23 18:27:09.609
*** CLIENT ID:() 2015-11-23 18:27:09.609
*** SERVICE NAME:(SYS$BACKGROUND) 2015-11-23 18:27:09.609
*** MODULE NAME:(STREAMS) 2015-11-23 18:27:09.609
*** ACTION NAME:(QMON Slave) 2015-11-23 18:27:09.609

kwqdlScanDeqLog during stmt fetch: retval -1, errnum 1405, errbuf ORA-01405: 提取的列值为 NULL

kwqitmmit during kwqitmmit:deq log proc: Error 1405 in Queue Table SYS.SYS$SERVICE_METRICS_TAB

*** 2015-11-23 18:27:10.351
kwqicaclcur: Error 1405
             Cursor Session Number : 1322
             Cursor Session Serial : 26
             Cursor Pin     Number : 24585
kwqitmmit during kwqitmmit:end proc: Error 1405 in Queue Table SYS.SYS$SERVICE_METRICS_TAB
kwqitptm: error 1405 encountered during serving 12861
KSV 1405 error in slave process

*** 2015-11-23 18:27:10.356
ORA-01405: 提取的列值为 NULL
ORA-01405: 提取的列值为 NULL
OPIRIP: Uncaught error 447. Error stack:
ORA-00447: fatal error in background process
ORA-01405: fetched column value is NULL
ORA-01405: fetched column value is NULL

老师能帮我分析下是什么问题导致的吗?
alter system set event='10852 trace name context forever, level 16384' scope=spfile;
我这样设置了,好像没用。

回复 只看该作者 道具 举报

3#
发表于 2015-5-14 10:49:00
Maclean Liu(刘相兵 发表于 2015-5-14 10:29
11.2.0.1.0 作为一个base release 在目前还做为产品数据库环境是不合适的。

老师能推荐下稳定的产品数据库吗,非常感谢!
如果做数据库迁移,又是很麻烦的事。

回复 只看该作者 道具 举报

2#
发表于 2015-5-14 10:29:42
11.2.0.1.0 作为一个base release 在目前还做为产品数据库环境是不合适的。

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-21 01:21 , Processed in 0.049425 second(s), 21 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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