几个重要的Informix动态服务器onstat选项.docx
《几个重要的Informix动态服务器onstat选项.docx》由会员分享，可在线阅读，更多相关《几个重要的Informix动态服务器onstat选项.docx（10页珍藏版）》请在冰豆网上搜索。
几个重要的Informix动态服务器onstat选项
几个重要的Informix动态服务器onstat选项
作者:
蓝色键盘 发表于：
2003-09-2611:
33:
28
【发表评论】【查看原文】【Informix讨论区】【关闭】
Onstat -D
INFORMIX-OnLine Version 7.22.UC1 -- On-Line -- Up 00:
00:
38 -- 423064 Kbytes
Dbspaces
address number flags fchunk nchunks flags owner name
ad5c100 1 1 1 1 N informix rootdbs
ad5dc28 2 1 2 1 N informix dbs7
ad5dc98 3 1 3 1 N informix dbs8
3 active, 2047 maximum
Chunks
address chk/dbs offset page Rd page Wr pathname
ad5c170 1 1 50 1259 289 /dev/pa11
ad5c638 2 2 50 11 11 /dev/pa12
ad5c710 3 3 50 3 0 /dev/pa13
3 active, 2047 maximum
监视“page Rd”和“Page Wr”列中页读和页写的数目，这样可以检查每个chunk访问的均衡情况。
记住一个设备上可能会有多个chunk。
Onstat -F
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
05:
32 -- s
Fg Writes LRU Writes Chunk Writes
0 602010 355973
address flusher state data
c0000000ba33e828 0 I 0 = 0X0
c0000000ba33f028 1 I 0 = 0X0
c0000000ba33f828 2 I 0 = 0X0
c0000000ba340028 3 I 0 = 0X0
states:
Exit Idle Chunk Lru
监视系统上发生的写操作的种类。
前台写（Fg Writes）应该受到限制，LRU写和chunk写会因为系统的不同而不同。
OLTP系统应该减少LRU写，但总会存在chunk写，但是LRU写会减少检查点发生的持续时间。
在DSS系统中，chunk写应该大大提高，但仍会发生部分LRU写以限制前台写。
在检查点时刻，监视页清除器（刷新器），确保它们都在忙于进行chunk写。
onstat -l
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
07:
45 -- 4
046800 Kbytes
Physical Logging
Buffer bufused bufsize numpages numwrits pages/io
P-2 452 2000 364787 288 1266.62
phybegin physize phypos phyused %used
102159 500000 321166 480 0.10
Logical Logging
Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io
L-2 3 1000 11052069 515302 2412 21.4 213.6
Subsystem numrecs Log Space used
OLDRSAM 11052069 1038267280
address number flags uniqid begin size used %used
c00000001807d4c0 4 U-B---- 6724 300035 25000 25000 100.00
c00000001807d4e0 5 U-B---- 6725 3061dd 25000 25000 100.00
c00000001807d500 6 U-B---- 6726 30c385 25000 25000 100.00
c00000001807d520 7 U-B---- 6727 31252d 25000 25000 100.00
c00000001807d540 8 U-B---- 6728 3186d5 25000 25000 100.00
c00000001807d560 9 U-B---- 6729 31e87d 25000 25000 100.00
监视物理日志缓冲区的使用情况，观察输出第一行中bufsize和pages/io列，如pages/io除以bufsize大约为75％，则可以判定缓冲区的使用效率较高。
如果小于75％，则物理日志缓冲区可能太大。
如果该比率大于90％。
则物理缓冲区太小。
采取同样的方法，监视逻辑日志缓冲区的使用情况。
但如果使用无缓冲区日志，则缓冲区刷新要看事务的大小，而不是缓冲区的使用情况，这一点也可能总是成立。
如果大多数事务比逻辑日志缓冲区页小，那么这一比例可能总是不搞，将逻辑缓冲日志保持其默认值。
位物理日志文件应该在检查点发生时进行监测，确定该比率是否接近75％。
调整良好的物理日志文件在检查点发生时几乎全满，如文件没满，则会浪费磁盘空间。
还应该监视逻辑日志文件以确保它们已备份。
使用sysmaster数据库，可确定那个逻辑日志文件是空闲的，在sytrans表中查找min（tx_logunip）>;0的行，找出包含开放事务的最后哪个逻辑日志文件。
onstat -m
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
07:
45 -- 4
Message Log File:
/informix/online_cqys.log
15:
04:
02 Checkpoint loguniq 6739, logpos 0x884360
15:
09:
06 Fuzzy Checkpoint Completed:
duration was 0 seconds, 12066 buffers no.
15:
09:
06 Checkpoint loguniq 6739, logpos 0x1719768
15:
14:
11 Fuzzy Checkpoint Completed:
duration was 2 seconds, 3236 buffers not.
15:
14:
11 Checkpoint loguniq 6739, logpos 0x36aa018
15:
19:
14 Fuzzy Checkpoint Completed:
duration was 0 seconds, 4645 buffers not.
15:
19:
14 Checkpoint loguniq 6739, logpos 0x39d8454
15:
24:
17 Fuzzy Checkpoint Completed:
duration was 0 seconds, 5692 buffers not.
15:
24:
17 Checkpoint loguniq 6739, logpos 0x3bfb06c
15:
29:
20 Fuzzy Checkpoint Completed:
duration was 0 seconds, 6731 buffers not.
15:
29:
20 Checkpoint loguniq 6739, logpos 0x3df959c
15:
34:
23 Fuzzy Checkpoint Completed:
duration was 0 seconds, 7886 buffers not.
15:
34:
23 Checkpoint loguniq 6739, logpos 0x403f258
监视消息文件，查找可能发生的特殊事件。
监视检查点发生频率及其运行时间。
onstat -P
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
10:
41 -- s
Profile
dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
26059644 31440119 370783723 92.97 1488140 2230274 12930759 88.49
isamtot open start read write rewrite delete commit rollbk
148231940 5204271 7784395 95437285 925906 180816 2501177 160828 21
gp_read gp_write gp_rewrt gp_del gp_alloc gp_free gp_curs
0 0 0 0 0 0 0
ovlock ovuserthread ovbuff usercpu syscpu numckpts flushes
0 0 0 23394.78 14060.69 173 442
bufwaits lokwaits lockreqs deadlks dltouts ckpwaits compress seqscans
3315302 903 1998277520 0 0 254 54700 529618
ixda-RA idx-RA da-RA RA-pgsused lchwaits
334215 1570017 18647872 20544716 204519
Profile信息中有许多可以监测的内容
对OLTP系统来说，缓存读取命中率是十分重要的。
读取命中率应大于等于95％。
因为应用程序使用数据，这一点不是总能办到的，但这是一个起点，增加更多的缓冲区通常可以增加缓存读取命中率。
也要监视缓存写入命中率，但它不太容易调整，缓冲区增加，它也会增加。
应该将初始目标定位于85％或更高，但由于应用不同，该比率可能无法达到。
锁冲突可以观察locwaits和locreqs两列，如果lockwaits等于或者大于lockreqs的1％，可能会有锁冲突，改变应用程序使用隔离级别和锁的方式将改善锁冲突的发生几率。
应用中出现死锁可以重deadlks和dltouts列中检查出，deadlks是Online检测并放弃的死锁数，dltouts是超出死锁时间的查询的数目。
只有分布式查询才会出现死锁，如发生死锁，则应该改变应用程序。
onstat -R
NFORMIX-OnLine Version 7.22.UC1 -- On-Line -- Up 00:
44:
42 -- 423064 Kbytes
16 buffer LRU queue pairs
# f/m length % of pair total
0 f 188 100.0% 188
1 m 0 0.0%
2 f 188 100.0% 188
3 m 0 0.0%
4 f 188 100.0% 188
5 m 0 0.0%
6 f 188 100.0% 188
7 m 0 0.0%
8 f 188 100.0% 188
9 m 0 0.0%
10 f 188 100.0% 188
11 m 0 0.0%
12 f 188 100.0% 188
13 m 0 0.0%
14 f 188 100.0% 188
15 m 0 0.0%
0 dirty, 3000 queued, 3000 total, 4096 hash buckets, 2048 buffer size
start clean at 20% （of pair total） dirty, or 37 buffs dirty, stop at 10%
观察检查点发生时，每个队列中已经修改的缓冲区的百分比。
将它和LRU_MAX_DIRTY参数进行比较，它应该总是小于LRU_MAX_DIRTY。
若非如此，则可以判断执行写请求的pagecleaner不够，或者AIO VP不够，也可能是执行物理写入的KAIO线索不够，或者磁盘控制器不够或者驱动器本身饱和。
对于OLTP系统，减少LRU_MAX_DIRTY，使之小于LRU队列中的dirty页的百分比通常将减少检查点的持续时间。
Onstat -g ioq
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
42:
23 -- 4
046800 Kbytes
AIO I/O queues:
q name/id len maxlen totalops dskread dskwrite dskcopy
adt 0 0 0 0 0 0 0
msc 0 0 1 27777 0 0 0
aio 0 0 19 320953 274 319581 0
pio 0 0 1 297 0 297 0
lio 0 0 1 2556 0 2556 0
gfd 3 0 16 8251 2248 6003 0
gfd 4 0 1 9 9 0 0
gfd 5 0 1 17441 17441 0 0
gfd 6 0 1 3234 3234 0 0
gfd 7 0 1 1618 1618 0 0
gfd 8 0 18 1000492 476405 524087 0
gfd 9 0 16 13049 2778 10271 0
gfd 10 0 1 3 2 1 0
gfd 11 0 1 3 2 1 0
gfd 12 0 16 8743 8405 338 0
gfd 13 0 118 1735774 1462006 273768 0
gfd 14 0 124 1151165 960630 190535 0
监视I/O请求队列的长度（len）及其最大长度（maxlen）。
maxlen大于25或者len总大于10说明请求没有得到及时的服务。
如果磁盘或控制器尚未饱和，那么增加更多的VP将会有所帮助。
Onstat -g lsc
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
15:
12 -- s
Light Scan Info
descriptor address next_lpage next_ppage ppage_left bufcnt look_e
0 c41edcd0 87 500223 490 1 N
1 c41efe68 85 6000cc 497 1 Y
1 c41f07b8 83 7000cc 497 1 Y
用onstat -g lsc判定是否使用了轻扫描。
如果表大于缓冲区的大小，隔离级别设置为drity读，或者提交读或对表上加上共享锁，则会进行轻扫描。
轻扫描会显著加快大表的扫描速度，ppage_left列显示给定表分片上的仍需要扫描的页数。
Onstat -g ntd
Informix Dynamic Server 2000 Version 9.21.FC1 -- On-Line -- Up 18:
18:
29 -- s
global network information:
#netscb connects read write q-free q-limits q-exceed alloc/max
455/ 463 5594 8101338 8197592 8/ 92 135/ 10 0/ 0 461/ 461
Client Type Calls Accepted Rejected Read Write
sqlexec yes 5262 16 7295101 7370232
srvinfx yes 246 0 0 0
onspace yes 0 0 0 0
onlog yes 0 0 0 0
onparam yes 0 0 0 0
oncheck yes 11 0 289615 316253
onload yes 0 0 0 0
onunload yes 0 0 0 0
onmonitor yes 0 0 0 0
dr_accept yes 0 0 0 0
cdraccept no 0 0 0 0
ontape yes 51 0 510917 510969
srvstat yes 24 0 24 48
asfecho yes 0 0 0 0
listener yes 0 0 5606 12
crsamexec yes 0 0 0 0
safe yes 0 0 0 0
onutil yes 0 0 75 78
Totals 5594 16 8101338 8197592
监视接受/拒绝的连接数，如果被拒绝的连接数很大，则表示用户表已经溢出（onstat -p ovuserthreads）,或者是连接时网络超时。
Onstat -g ppf
INFORMIX-OnLine Version 7.22.UC1 -- On-Line -- Up 9 days 08:
06:
18 -- 593176 Ks
Partition profiles
partnum lkrqs lkwts dlks touts isrd iswrt isrwt isdel bfrd bfwrt seqsc
23 0 0 0 0 505 11 0 0 0 0 0
24 0 0 0 0 9 0 0 0 0 0 0
25 0 0 0 0 117 108 0 0 0 0 0
28 0 0 0 0 27 0 0 0 0 0 0
1026 0 0 0 0 0 9 0 0 0 0 0
2097164 981899 0 0 0 565034 17143 40936 0 674706 62304 0
2097166 1082441098 0 0 0 540163381 205711 0 208383 541724842 4
6291462 34525 0 0 0 8 0 0 0 88836 18850 0
10485947 39761212 0 0 0 2763355 7732 30897 43 12004155 56154 17
10486038 11793045 0 0 0 1549399 11307 38431 34 5514385 63245 55
监视使用isrd,iswrt,isrwt,和isdel在打开的分片上进行读写操作的数目，由于只列出了打开的表，因此长时间用onstat -g ppf采样，可以指出有哪些表被频繁使用。
用segsc确定从表中读取数据时是否使用了顺序扫描。
比较同一表各个分片的情况，判定每个分片的I/O是否均衡。
升级会员 