免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 5525 | 回复: 11
打印 上一主题 下一主题

oracle服务器的负载非常大,大家帮帮忙,十分感谢 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-09-24 17:56 |只看该作者 |倒序浏览
公司的oracle服务器有时负载很大有时又好了,大的时候可以到20-40,很奇怪,这是相关的数据:
top - 17:50:43 up 3 days, 36 min,  8 users,  load average: 16.03, 17.48, 16.33
Tasks: 331 total,   1 running, 328 sleeping,   2 stopped,   0 zombie
Cpu(s): 13.9% us,  2.5% sy,  0.0% ni, 42.7% id, 40.9% wa,  0.1% hi,  0.0% si
Mem:   4146892k total,  3926748k used,   220144k free,     4896k buffers
Swap:  2096472k total,   796824k used,  1299648k free,  2330064k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                               
10637 oracle    16   0 2615m 1.8g 1.8g S 24.8 45.3 440:39.20 oracle                                                                 
23399 oracle    15   0 2606m 330m 328m S  3.3  8.2   0:05.88 oracle                                                                 
25418 oracle    15   0  616m 151m  12m S  3.3  3.8   1:11.27 java                                                                  
23417 oracle    16   0 2606m 229m 228m S  2.3  5.7   0:07.02 oracle                                                                 
27556 oracle    18   0  4532 1228  976 D  2.3  0.0   0:00.07 perl                                                                  
23603 oracle    16   0 2606m 504m 502m S  2.0 12.5   0:06.78 oracle                                                                 
25964 root      16   0  3168 1112  756 S  2.0  0.0   0:26.77 top                                                                    
   87 root      15   0     0    0    0 D  1.3  0.0  19:47.30 kswapd0                                                               
10687 oracle    15   0 2615m 1.6g 1.6g S  1.3 41.5   3:07.24 oracle                                                                 
26325 oracle    15   0 2607m  93m  91m S  1.3  2.3   0:10.72 oracle                                                                 
27048 oracle    15   0 2605m 265m 263m D  1.3  6.5   0:09.57 oracle                                                                 
23387 oracle    15   0 2606m 251m 250m S  1.0  6.2   0:02.07 oracle                                                                 
23599 oracle    16   0 2606m 370m 368m S  1.0  9.2   0:07.32 oracle                                                                 
27167 oracle    15   0 2606m  45m  43m S  1.0  1.1   0:00.27 oracle                                                                 
27540 root      16   0  2100 1092  744 R  1.0  0.0   0:00.11 top                                                                    
10653 oracle    15   0 2615m 1.8g 1.8g S  0.7 44.4 255:25.56 oracle                                                                 
23279 oracle    15   0 2606m 550m 549m S  0.7 13.6   0:07.20 oracle                                                                 
23285 oracle    15   0 2606m 218m 217m S  0.7  5.4   0:01.74 oracle                                                                 
23329 oracle    16   0 2606m 447m 445m S  0.7 11.1   0:04.90 oracle                                                                 
23343 oracle    15   0 2606m 500m 499m D  0.7 12.4   0:06.56 oracle                                                                 
23397 oracle    15   0 2606m 255m 253m D  0.7  6.3   0:02.19 oracle                                                                 
23439 oracle    15   0 2606m 358m 356m S  0.7  8.9   0:04.63 oracle                                                                 
23613 oracle    15   0 2606m 495m 493m S  0.7 12.2   0:06.30 oracle                                                                 
23627 oracle    16   0 2606m 478m 476m S  0.7 11.8   0:06.31 oracle                                                                 
23657 oracle    15   0 2606m 477m 474m S  0.7 11.8   0:06.08 oracle                                                                 
23715 oracle    15   0 2606m 466m 464m S  0.7 11.5   0:07.37 oracle                                                                 
24058 oracle    15   0 2609m 185m 182m D  0.7  4.6   0:05.07 oracle                                                                 
25068 oracle    15   0 2606m  28m  26m S  0.7  0.7   0:41.24 oracle                                                                 
25805 jiankong  16   0  2492 1084  744 S  0.7  0.0   0:09.74 top                                                                    
27293 oracle    17   0  2520 1100  748 S  0.7  0.0   0:01.57 top                                                                    
6967 oracle    18   0 86392 9844 5704 S  0.3  0.2   1:44.10 emagent                                                               
10589 oracle    15   0 2605m 589m 589m D  0.3 14.6   0:14.89 oracle                                                                 
10597 oracle    15   0 2628m  29m  28m S  0.3  0.7  41:36.15 oracle                                                                 
10639 oracle    15   0 2615m 1.8g 1.8g S  0.3 45.2 453:51.52 oracle                                                                 
10669 oracle    15   0 2614m 1.7g 1.7g S  0.3 43.5  23:33.35 oracle                                                                 
23271 oracle    16   0 2606m 403m 402m S  0.3 10.0   0:06.62 oracle                                                                 
23293 oracle    15   0 2606m  79m  78m S  0.3  2.0   0:03.79 oracle                                                                 
23299 oracle    15   0 2606m 275m 274m S  0.3  6.8   0:02.44 oracle                                                                 
23315 oracle    15   0 2606m 469m 467m S  0.3 11.6   0:06.63 oracle                                                                 
23331 oracle    15   0 2606m 251m 249m S  0.3  6.2   0:02.29 oracle         
负载大的可怕有时还会到40,很奇怪,并且本地磁盘的IO比存放数据的盘阵的还要大,相关数据:
Device:    rrqm/s wrqm/s   r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await  svctm  %util
sda        347.18   5.65 142.86  2.66 4220.60   66.45  2110.30    33.22    29.46    32.48  224.74   6.85  99.73
sdb          0.00  24.25 55.48  8.64  970.10  263.12   485.05   131.56    19.23     0.20    3.13   2.80  17.97
sdc          0.00   0.33  0.00  0.66    0.00    7.97     0.00     3.99    12.00     0.00    0.50   0.50   0.03
sdd          0.00   0.00  0.00  0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sde          0.00   0.00  0.00  0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
/dev/sda是本地的磁盘,不知道啊的IO怎么会这么大,好象是有程序在读东西,请高手指点,是不定时的出现:我把 / proc/devices和/proc/partitions还有出问题时我用lsof得到的数据:
[root@dell-dtdb_1 tmp]# cat /proc/partitions
major minor  #blocks  name

   8     0  244140625 sda
   8     1   20972826 sda1
   8     2    2096482 sda2
   8     3  221070465 sda3
   8    16  419430400 sdb
   8    32  419430400 sdc[root@dell-dtdb_1 tmp]# cat /proc/devices
Character devices:
  1 mem
  4 /dev/vc/0
  4 tty
  4 ttyS
  5 /dev/tty
  5 /dev/console
  5 /dev/ptmx
  6 lp
  7 vcs
10 misc
13 input
21 sg
29 fb
36 netlink
89 i2c
128 ptm
136 pts
162 raw
180 usb
254 mppUpper

Block devices:
  1 ramdisk
  3 ide0
  8 sd
  9 md
65 sd
66 sd
67 sd
68 sd
69 sd
70 sd
71 sd
128 sd
129 sd
130 sd
131 sd
132 sd
133 sd
134 sd
135 sd
253 device-mapper
254 mdp
   8    48  419430400 sdd
   8    64  598760448 sde
请高手帮忙分析一下,万分感谢!!

论坛徽章:
0
2 [报告]
发表于 2007-09-24 18:04 |只看该作者
看着负载是够大的

建议在最高峰的时候,做一个statspack,才好分析

论坛徽章:
0
3 [报告]
发表于 2007-09-25 22:39 |只看该作者
1. 你的操作系统是什么版本的?
2. 先把sar 和iostat 和vmstat 贴出来看看。
3. I/O负载大时,系统是不是会运行缓慢? 大概维持多久的时间?

论坛徽章:
0
4 [报告]
发表于 2007-09-25 22:42 |只看该作者
我也碰到类似的问题,烦恼中啊

论坛徽章:
0
5 [报告]
发表于 2007-09-25 22:53 |只看该作者
可以告知你的系统硬件配置吗?

论坛徽章:
0
6 [报告]
发表于 2007-09-26 09:38 |只看该作者
高峰时期,按照10-15分钟的间隔运行statspack(至少要运行整个工作时间,比如一个工作日),然后把报告提交上来分析。

论坛徽章:
0
7 [报告]
发表于 2007-09-27 14:06 |只看该作者
以往的经验,应该是table scan,大型sort,swap换页频繁。建议分析sql的cost。

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
8 [报告]
发表于 2007-09-27 21:00 |只看该作者
公司最近开发,用WINDOWS2003装ORACLE10G,2G内存,3GCPU,连接数回到了400(WINDOWS好像支持只能到300),还是不够用,烦啊。不知道各位有什么建议,想用两台机器。怎么做数据同步。

论坛徽章:
0
9 [报告]
发表于 2007-09-27 22:28 |只看该作者
原帖由 renxiao2003 于 2007-9-27 21:00 发表
公司最近开发,用WINDOWS2003装ORACLE10G,2G内存,3GCPU,连接数回到了400(WINDOWS好像支持只能到300),还是不够用,烦啊。不知道各位有什么建议,想用两台机器。怎么做数据同步。


3Gcpu第一次听说

10G数据同步,建议standby或者streams

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
10 [报告]
发表于 2007-12-02 21:06 |只看该作者
3G的cpu频率你不知道吗?
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP