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

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

104

积分

0

好友

4

主题
1#
发表于 2013-1-24 14:36:35 | 查看: 5074| 回复: 5
本帖最后由 orafans 于 2013-1-26 23:07 编辑

老大,各位好,我这里有个关于DB的问题想要咨询下,具体问题如下。

OS:HP-UX 11.31 ia64
DB:Oracle  10.2.0.5
APP:HIS
系统硬件:2 X 4core 安腾CPU,Storage: EMC CX4系列,RAM:12GB

现象描述:
现在是应用响应有点慢,通过查看系统资源来看,CPU的利用率较高,但是整个系统的load很平稳,但是Oracle占用很高。
通过数据库看到了SQL*Net message from client  很多,以下是系统的资源使用情况:

数据库:
  1. SQL> select event,count(*) from v$session_wait group by event order by 2;

  2. EVENT                                                              COUNT(*)
  3. ---------------------------------------------------------------- ----------
  4. jobq slave wait                                                           1
  5. SQL*Net message to client                                                 1
  6. pmon timer                                                                1
  7. Streams AQ: qmn coordinator idle wait                                     1
  8. smon timer                                                                1
  9. Streams AQ: waiting for time management or cleanup tasks                  1
  10. Streams AQ: qmn slave idle wait                                           1
  11. rdbms ipc message                                                        11
  12. SQL*Net message from client                                             402

  13. 9 rows selected.
复制代码
通过STATE查看基本是WAITING状态。现在暂时不能检测整个环境的网络状态时什么样的。

系统级别:
  1. HP-RX6600A:[/dev/disk]# top
  2. System: HP-RX660                                      Thu Jan 24 11:14:10 2013
  3. Load averages: 0.38, 0.67, 0.79
  4. 671 processes: 605 sleeping, 66 running
  5. Cpu states:
  6. CPU   LOAD   USER   NICE    SYS   IDLE  BLOCK  SWAIT   INTR   SSYS
  7. 0    0.36  71.8%   0.0%   1.0%  27.2%   0.0%   0.0%   0.0%   0.0%
  8. 2    0.47   1.4%   0.0%   0.5%  98.1%   0.0%   0.0%   0.0%   0.0%
  9. 4    0.32  66.9%   0.0%   0.9%  32.2%   0.0%   0.0%   0.0%   0.0%
  10. 6    0.42  68.6%   0.0%   1.0%  30.3%   0.0%   0.0%   0.0%   0.0%
  11. 8    0.33  14.4%   0.0%   0.2%  85.4%   0.0%   0.0%   0.0%   0.0%
  12. 10    0.46  57.7%   0.0%   1.2%  41.1%   0.0%   0.0%   0.0%   0.0%
  13. 12    0.31   9.2%   0.0%   0.5%  90.3%   0.0%   0.0%   0.0%   0.0%
  14. 14    0.36  13.9%   0.0%   0.5%  85.6%   0.0%   0.0%   0.0%   0.0%
  15. ---   ----  -----  -----  -----  -----  -----  -----  -----  -----
  16. avg   0.38  38.1%   0.0%   0.7%  61.2%   0.0%   0.0%   0.0%   0.0%

  17. System Page Size: 4Kbytes
  18. Memory: 10923180K (2815960K) real, 14526076K (4213432K) virtual, 134948K free  P
  19. age# 1/135

  20. CPU TTY  PID USERNAME PRI NI   SIZE    RES STATE    TIME %WCPU  %CPU COMMAND
  21. 10   ? 17880 oracle   178 20  8071M  6144K sleep    1:30 38.95 38.88 oracleorcl
  22. 4   ?  3916 oracle   178 20  8072M  6828K run      4:17 31.17 31.12 oracleorcl
  23. 6   ? 17201 oracle   178 20  8070M  5952K run      0:36 14.22 14.19 oracleorcl

  24. HP-RX6600A:[/dev/disk]# sar -u 2 5

  25. HP-UX HP-RX660 B.11.31 U ia64    01/24/13

  26. 11:16:02    %usr    %sys    %wio   %idle
  27. 11:16:04      48       0       0      51
  28. 11:16:06      38       1       0      61
  29. 11:16:08      47       1       1      51
  30. 11:16:10      62       2       0      35
  31. 11:16:12      63       1       0      34

  32. Average       52       1       0      47
  33. HP-RX6600A:[/dev/disk]#
复制代码
附上AWR,由于系统没有产生AWR快照,所以是在系统高峰期的时候手动产生的,可能数据不太足,但是系统基本一致都是这个状态的。
请老大帮忙看看,应用是否有比较明显的问题需要tuning。

另外有个问题是归档目录使用率很高了,到94%:
/dev/vgdb/lv_u02   418840576 391944040 25220815   94% /u02。

我现在只拿到了AWR,没有alter和相关的log,若需要,在附上。

谢谢!


PS:刘大,由于系统没有自动做snapshot,我是手动做的,中间的间隔时间较短,但是也是系统CPU利用率较高的时候,附上alter.log,和两个AWR report。谢谢!

awrrpt_1_4_5.html

282.36 KB, 下载次数: 838

awrrpt_1_1_3.html

331.85 KB, 下载次数: 831

alert_orcl.rar

56.89 KB, 下载次数: 1200

2#
发表于 2013-1-25 19:18:13
至少需要AWR和AWR以及alert.log ,没有数据 无法分析!!

回复 只看该作者 道具 举报

3#
发表于 2013-1-26 23:32:20
Maclean Liu(刘相兵 发表于 2013-1-25 19:18
至少需要AWR和AWR以及alert.log ,没有数据 无法分析!!

刘大,由于系统没有自动做snapshot,AWR是手动exec的,但是也是系统CPU利用率较高的时候,附上alter.log,和两个AWR report。谢谢!

回复 只看该作者 道具 举报

4#
发表于 2013-1-28 09:19:26
老大,AWR和alter.log已发,请帮忙看看。谢谢!

回复 只看该作者 道具 举报

5#
发表于 2013-1-28 13:09:00
WARNING: timed_statistics setting was set to 'FALSE' in the snapshot period: TIMINGS ARE INVALID
WARNING: statistics_level setting was set to 'BASIC' in the snapshot period: TIME MODEL DATA IS INVALID
WARNING: Since the DB Time is less than one second, there was minimal foreground activity in the snapshot period. Some of the percentage values will be invalid.


必要的timed_statistics 、statistics_level 设置level较低, AWR反应的数据 真实意义不大

这2个参数完全没有必要设置为FALSE和BASIC,系统并不能从这点禁用上得到什么收益。

回复 只看该作者 道具 举报

6#
发表于 2013-1-28 13:11:36
谢谢刘大!

回复 只看该作者 道具 举报

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

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

GMT+8, 2024-12-26 12:45 , Processed in 0.050867 second(s), 23 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

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