sl0325 发表于 2008-05-29 11:48

disk i/o大导致业务很慢的故障？

disk i/o大导致业务很慢的故障？


现象：spotlight sybase监控disk io >88%时，客户端反应无法访问数据，kill i/o大的spid后，监控disk io

仍然>88%，磁盘柜灯闪动并不频繁，感觉io不大。等了1个小时后，才恢复正常。
检查日志没有报错。请问是有死进程导致吗？但找不到阻塞进程。

最近用如下查询发现spid 7的physical_io一直在增长，它是master库的系统进程，但不知道是做什么的。
spid 7的physical_io一直在增长对业务库有影响吗？
1> select spid,blocked,physical_io,dbid,status from master..sysprocesses where physical_io

>1000
2> go
spid   blocked physical_io dbid   status
------ ------- ----------- ------ ------------
      7       0   2403875      1 sleeping
      8       0      861031      1 sleeping
   10       0       70681      1 sleeping
   19       0      3923      4 background

camham 发表于 2008-05-29 13:21

sp_sysmon?

zhaopingzi 发表于 2008-05-29 13:53

是不是你的盘阵有问题，在rebuild呢

chuxu 发表于 2008-05-29 14:10

sp_who "7"

hobbylu 发表于 2008-05-29 14:17

系统进程

sl0325 发表于 2008-05-29 16:29

下午的sp_sysmon在附件中

最近加了一个15G的数据设备，是不是设备使用空间分布不均衡，导致io问题？

iops 发表于 2008-06-17 18:17

你的问题解决了吗？

回族四少 发表于 2008-06-24 13:48

原帖由 sl0325 于 2008-5-29 11:48 发表 http://bbs.chinaunix.net/images/common/back.gif
disk i/o大导致业务很慢的故障？


现象：spotlight sybase监控disk io >88%时，客户端反应无法访问数据，kill i/o大的spid后，监控disk io

仍然>88%，磁盘柜灯闪动并不频繁，感觉io不大。等了1个小时后 ...

查看一下内存配置情况

dbcc traceon(3604)
go
dbcc memusage
go
dbcc traceoff(3604)
go
查看十分钟内一下锁争用情况
sp_object_stats '00:10:00'
go
超过15%需要调优锁机制
配置死锁检查时间为50ms
sp_configure 'deadlock checking period'，50
调整最大索引数
数据库空闲状态下运行：sp_countmetadata “open indexes”
正常运行时运行：sp_monitorconfig “open indexes”
来确定一个最佳值，增加10%左右。
查看一下sybase内存使用与高速缓存情况
sp_configure "max memory"
sp_helpcache
调整I/O polling process count参数提高i/o吞吐量
sp_configure“I/O polling process count”

还有关注前面大哥说的是不是盘阵在rebulid
页: [1]
查看完整版本: disk i/o大导致业务很慢的故障？