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

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

52

积分

0

好友

6

主题
1#
发表于 2012-8-22 10:50:55 | 查看: 6387| 回复: 8
22点由于一个Job,导致数据库redo log切换过于频繁,请问这种情况我该如何处理?

[ 本帖最后由 xinxin415415 于 2012-8-22 15:26 编辑 ]

e3s redo每小时切换的频率.txt

17.4 KB, 下载次数: 1086

awr20120822.txt

146.65 KB, 下载次数: 1047

2#
发表于 2012-8-22 10:59:16
redo大小,22点redo切换频繁时段的awr提供下

回复 只看该作者 道具 举报

3#
发表于 2012-8-22 13:52:27
1个小时内切换20次左右 还是比较正常的

你似乎已经知道是什么导致了redo 切换频繁, 如果不知道 考虑用awr 或logminer 找出产生大量redo的SQL

回复 只看该作者 道具 举报

4#
发表于 2012-8-22 15:13:37
redo log共有8组,每个100M
    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME
---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------
         1          1      10865  104857600          2 NO       CURRENT             5891667504 2012/8/22 1
         2          1      10864  104857600          2 YES      INACTIVE            5891493126 2012/8/22 1
         3          2      27802  104857600          2 YES      INACTIVE            5891493115 2012/8/22 1
         4          2      27803  104857600          2 YES      INACTIVE            5891663263 2012/8/22 1
         5          1      10862  104857600          2 YES      INACTIVE            5891108005 2012/8/22 1
         6          1      10863  104857600          2 YES      INACTIVE            5891121200 2012/8/22 1
         7          2      27804  104857600          2 NO       CURRENT             5891667475 2012/8/22 1
         8          2      27801  104857600          2 YES      INACTIVE            5891373724 2012/8/22 1

8 rows selected

回复 只看该作者 道具 举报

5#
发表于 2012-8-22 15:14:07
归档日志的大小
7.07    1_10799_758592541.dbf
0.01    1_10800_758592541.dbf
0.01    1_10801_758592541.dbf
0.01    1_10802_758592541.dbf
3.15    1_10803_758592541.dbf
14.13   1_10804_758592541.dbf
93.22   1_10805_758592541.dbf
26.90   1_10806_758592541.dbf
2.76    1_10819_758592541.dbf
0.01    1_10820_758592541.dbf
0.52    1_10821_758592541.dbf
0.52    1_10822_758592541.dbf
2.23    1_10823_758592541.dbf
7.47    1_10824_758592541.dbf
93.25   1_10825_758592541.dbf
9.43    1_10826_758592541.dbf
18.82   1_10827_758592541.dbf
2.80    1_10829_758592541.dbf
0.80    1_10830_758592541.dbf
0.29    1_10831_758592541.dbf
0.01    1_10832_758592541.dbf
1.95    1_10833_758592541.dbf
4.83    1_10834_758592541.dbf
92.54   1_10835_758592541.dbf
35.18   1_10836_758592541.dbf
93.22   1_10847_758592541.dbf
47.05   1_10848_758592541.dbf
20.80   1_10849_758592541.dbf
16.91   1_10851_758592541.dbf
78.29   1_10852_758592541.dbf
4.52    1_10854_758592541.dbf
0.09    1_10855_758592541.dbf
1.03    1_10856_758592541.dbf
0.01    1_10857_758592541.dbf
0.28    1_10858_758592541.dbf
3.93    1_10859_758592541.dbf
39.82   1_10860_758592541.dbf
44.21   1_10861_758592541.dbf
0.49    1_10862_758592541.dbf
29.95   1_10863_758592541.dbf
13.07   1_10864_758592541.dbf

回复 只看该作者 道具 举报

6#
发表于 2012-8-22 15:27:22
awr报告请见附件 21-Aug-12 20:59:57---22-Aug-12 00:00:24

回复 只看该作者 道具 举报

7#
发表于 2012-8-22 16:34:26
这个情况下,100Mb是不是有点小了,考虑加大下呢?比如300Mb

回复 只看该作者 道具 举报

8#
发表于 2012-12-6 13:17:03
15分钟内的切换 都是可以接受的

回复 只看该作者 道具 举报

9#
发表于 2013-1-6 23:32:27
如果你已经确定是你的这个JOB引起的,可以查看你JOB中是哪些SQL引起的redo过多

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-11-16 04:51 , Processed in 0.082384 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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