青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Prayer

在一般中尋求卓越
posts - 1256, comments - 190, trackbacks - 0, articles - 0
  C++博客 :: 首頁(yè) :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

1、Application Support Layer Heap Size (ASLHEAPSZ)
它是app和agent通信的buffer,占用實(shí)例共享內(nèi)存空間。
監(jiān)控:
get snapshot for all on | grep –i “Rejected Block Remote Cursor requests”
Rejected Block Remote Cursor requests = 2283
如果Rejected Block Remote Cursor requests值比較高,增大ASLHEAPSZ值,直到該值為0
配置:
update dbm cfg using aslheapsz 20

2、Maximum Requester I/O Block Size (RQRIOBLK)
它是client和server通信的buffer,占用每個(gè)agent的私有內(nèi)存空間。
監(jiān)控:無(wú)法監(jiān)控
配置:建議設(shè)置為最大值64K,缺省32767bytes,(設(shè)到最大值不會(huì)影響其它性能)
update dbm cfg using rqrioblk 65536

3、Sort Heap Threshold (SHEAPTHRES)
私有模式排序空間最大閥值,值=并發(fā)數(shù)×SORTHEAP
監(jiān)控:
需要打開(kāi)sort監(jiān)控開(kāi)關(guān)-db2 update monitor switches using sort on
get snapshot for dbm | grep –i “sort”
如果Post threshold sorts值比較大,增加SORTHEAP 、SHEAPTHRES參數(shù)值
如果(Piped sorts accepted/Piped sorts requested)值比較低,增加SORTHEAP 、SHEAPTHRES參數(shù)值
配置:
update dbm cfg using sheapthres 80000

4、Enable Intra-Partition Parallelism (INTRA_PARALLEL)
在SMP環(huán)境中打開(kāi)該選項(xiàng),提高表和索引掃描速度
監(jiān)控:
list applications
看application對(duì)應(yīng)的Agents(# of Agents)數(shù)目是否大于1
配置:
update dbm cfg using intra_parallel yes

5、Maximum Query Degree of Parallelism (MAX_QUERYDEGREE)
指定一個(gè)SQL語(yǔ)句的最大subagent數(shù)目,當(dāng)INTRA_PARALLEL值為yes時(shí)該參數(shù)起作用。如果該值為 ANY (-1),那么優(yōu)化器將使用服務(wù)器的最大cpu數(shù)目。
監(jiān)控:
list applications
看application對(duì)應(yīng)的Agents(# of Agents)數(shù)目是否大于1
配置:
update dbm cfg using MAX_QUERYDEGREE 4 IMMEDIATE

6、Query Heap Size (QUERY_HEAP_SZ)
占用agent的私有內(nèi)存空間,存儲(chǔ)每個(gè)agent運(yùn)行時(shí)所有的sql文,包括the input SQLDA,the output SQLDA,the statement text,the SQLCA,the package name,the package creator,the section number,a consistency token,the cursor control block for any blocking cursors。
監(jiān)控:
無(wú)法監(jiān)控
配置:
一般不需要修改,如果訪(fǎng)問(wèn)大的LOB,可能需要增加該值
update dbm cfg using query_heap_sz 10000

7、Number of FCM Buffers (FCM_NUM_BUFFERS)
在multi-partitioned database(partition之間)和intra-partition parallelism enabled(subagent之間)環(huán)境中通信緩存。
在AIX上,如果DBM有充足的空間,每個(gè)partition依照FCM配置擁有獨(dú)立的空間,如果不夠,所有partition依照FCM配置共享空間;
在其它操作系統(tǒng)上,所有partition依照FCM配置共享空間;
如果DB2_FORCE_FCM_BP注冊(cè)變量設(shè)置為YES,所有partition將一直共享空間,但大小將受32bit的OS限制
監(jiān)控:
get snapshot for FCM for all dbpartitionnums
配置:
update dbm cfg using fcm_num_buffers 4096 immediate

8、Connection、Agent配置
監(jiān)控:
db2 get snapshot for dbm | grep -i agent
High water mark for agents registered = 2
High water mark for agents waiting for a token = 0
Agents registered = 2
Agents waiting for a token = 0
Idle agents = 1
Agents assigned from pool = 146
Agents created from empty pool = 3
Agents stolen from another application = 0
High water mark for coordinating agents = 2
Max agents verflow = 0
Gateway connection pool agents stolen = 0

9、Keep Fenced Process (KEEPFENCED)
UDF和SP按照運(yùn)行模式分為兩種:fenced和unfenced,fenced模式是一種c/s的通信方式,存儲(chǔ)過(guò)程為客戶(hù)端請(qǐng)求server的一個(gè) agent為其執(zhí)行業(yè)務(wù)邏輯。unfenced模式是一種直接調(diào)用db2進(jìn)程并在進(jìn)程的地址空間內(nèi)執(zhí)行,有不安全性,但該模式可以讀取運(yùn)行的PID,而 fenced模式做不到。
如果KEEPFENCED設(shè)置為YES,可以使UDF或SP所調(diào)用fenced進(jìn)程或線(xiàn)程一直保持并被重復(fù)使用,一直到實(shí)例關(guān)閉才銷(xiāo)毀,但這將占用一定資源(如內(nèi)存)。例如,使用java寫(xiě)的sp,sp運(yùn)行完成后不會(huì)結(jié)束JVM,下次運(yùn)行sp將省去啟動(dòng)JVM的時(shí)間。
配置:
update dbm cfg using keepfenced YES

10、Maximum Total of Files Open (MAXFILOP)
服務(wù)器打開(kāi)文件的最大數(shù)目,如果使用SMS容器,要求該值比較高,也需要檢查操作系統(tǒng)對(duì)該值的限制。
配置:
update db cfg using maxfilop 2000
監(jiān)控:(需要bufferpool的monitor:db2 update monitor switches using bufferpool on)
db2 get snapshot for db on testdb |grep -i ‘close’

11、Default Buffer Pool Size (BUFFPAGE)
調(diào)整緩沖池的大小辦法:
1、alter bufferpool IBMDEFAULTBP size -1,修改所有bufferpool大小為-1,然后依賴(lài)BUFFPAGE參數(shù)控制,緩沖池的數(shù)量:4(隱藏的)+創(chuàng)建的緩沖池(含 IBMDEFAULTBP),每個(gè)創(chuàng)建的緩沖池大小=pagesize×buffpage×(1+5%)
2、直接修改bufferpool大小,建議使用該方法,可以控制pagesize大小不同緩沖池的大小。
配置:
update db cfg for using BUFFPAGE bigger_value
alter bufferpool IBMDEFAULTBP size -1
監(jiān)控:
get snapshot for db on db_name

12、Log Buffer Size (LOGBUFSZ)
從logbuff寫(xiě)到磁盤(pán)的激活條件:
1)A transaction commits (or MINCOMMIT transactions commit). (最小提交事務(wù)數(shù)時(shí)flush)
2)The log buffer is full(日志緩沖滿(mǎn)時(shí)flush)
3)One second has elapsed since the last log buffer flush.(間隔1秒時(shí)flush)
配置:
update database cfg for using LOGBUFSZ 256
監(jiān)控:
get snapshot for database on | grep –i “Log space”
Log space available to the database (Bytes) = 4549916
Log space used by the database (Bytes) = 550084
Maximum secondary log space used (Bytes) = 0
Maximum total log space used (Bytes) = 550084
CLSA(current amount of log space available ) = Log space available to the database - Log space used by the database, CLSA就是LOGBUFSZ參數(shù)可以配置的最大值。
get snapshot for database on | grep –i “Log pages”
Log pages read = 0
Log pages written = 12644
日志頁(yè)面讀(Log pages read)是日志記錄器(logger)從磁盤(pán)讀取的日志頁(yè)面的數(shù)目,而日志頁(yè)面寫(xiě)(Log pages written)是日志記錄器(logger)寫(xiě)入磁盤(pán)的日志頁(yè)面的數(shù)目。理想狀態(tài),Log pages read為0,如果該值比較大,考慮增加LOGBUFSZ值。

13、Application Heap Size (APPLHEAPSZ)
存放agent或subagent當(dāng)前sql文處理的所需內(nèi)存,大小決定于sql文的復(fù)雜度及宿主變量大小。如果是分區(qū)數(shù)據(jù)庫(kù),這部分內(nèi)存使用APP_CTL_HEAP_SZ堆,而不在應(yīng)用程序堆。在運(yùn)行時(shí)按需要分配內(nèi)存,這個(gè)值僅是上限值。
配置:
update database cfg for using applheapsz 1024
監(jiān)控:
無(wú)法監(jiān)控,如果應(yīng)用報(bào)錯(cuò),加倍該值,看應(yīng)用錯(cuò)誤是否消失

14、Sorting (SORTHEAP, SHEAPTHRES_SHR)
只有 INTRA_PARALLEL 數(shù)據(jù)庫(kù)管理器配置參數(shù)是 ON 或啟用集中器(concentrator)時(shí)(即當(dāng) MAX_CONNECTIONS 大于 MAX_COORDAGENTS 時(shí)),才可以使用共享排序。
對(duì)私有排序,SHEAPTHRES 在實(shí)例級(jí)是一個(gè)軟限制,如果超過(guò)這個(gè)值,系統(tǒng)將分配很小的排序堆,性能會(huì)下降
對(duì)共享排序,SHEAPTHRES_SHR在數(shù)據(jù)庫(kù)級(jí)是一個(gè)硬限制。
當(dāng)并發(fā)用戶(hù)為10個(gè),sortheap為100,如果是私有排序,SHEAPTHRES =10×sortheap,如果是共享排序,SHEAPTHRES_SHR=5×sortheap

15、Locking (LOCKLIST, MAXLOCKS, LOCKTIMEOUT, DLCHKTIME)
LOCKLIST 表明分配給鎖列表的存儲(chǔ)容量。每個(gè)數(shù)據(jù)庫(kù)都有一個(gè)鎖列表,鎖列表包含了并發(fā)連接到該數(shù)據(jù)庫(kù)的所有應(yīng)用程序所持有的鎖。鎖定是數(shù)據(jù)庫(kù)管理器用來(lái)控制多個(gè)應(yīng)用程序并發(fā)訪(fǎng)問(wèn)數(shù)據(jù)庫(kù)中數(shù)據(jù)的機(jī)制。行和表都可以被鎖定。根據(jù)對(duì)象是否還持有其它鎖,每把鎖需要 32 個(gè)或 64 個(gè)字節(jié)的鎖列表:
* 需要 64 個(gè)字節(jié)來(lái)持有某個(gè)對(duì)象上的鎖,在這個(gè)對(duì)象上,沒(méi)有持有其它鎖。64bit的是112字節(jié)
* 需要 32 個(gè)字節(jié)來(lái)記錄某個(gè)對(duì)象上的鎖,在這個(gè)對(duì)象上,已經(jīng)持有一個(gè)鎖。32bit的是56字節(jié)
MAXLOCKS 定義了應(yīng)用程序持有的鎖列表的百分比,當(dāng)任何一個(gè)應(yīng)用程序所持有的鎖數(shù)量達(dá)到整個(gè)鎖列表大小的這個(gè)百分比時(shí),對(duì)該應(yīng)用程序所持有的鎖進(jìn)行鎖升級(jí)。如果鎖列表用完了空間,那么也會(huì)發(fā)生鎖升級(jí)。經(jīng)驗(yàn):MAXLOCKS 參數(shù)乘以 MAXAPPLS 參數(shù)不能小于 100。
如果發(fā)生死鎖,將數(shù)據(jù)庫(kù)診斷級(jí)別改為4,數(shù)據(jù)庫(kù)日志將記錄死鎖發(fā)生的原因(與誰(shuí)發(fā)生了死鎖,鎖類(lèi)型,是否行級(jí)鎖)
db2 update dbm cfg using diaglevel 3
0 為不記錄信息
1 為僅記錄錯(cuò)誤
2 記錄服務(wù)和非服務(wù)錯(cuò)誤
缺省是3,記錄db2的錯(cuò)誤和警告
4 是記錄全部信息,包括成功執(zhí)行的信息
監(jiān)控:
get snapshot for database on | grep -i ‘Lock’
Locks held currently = 12
Lock waits = 0
Time database waited on locks (ms) = 0
Lock list memory in use (Bytes) = 2080
Deadlocks detected = 1
Lock escalations = 0
Exclusive lock escalations = 0
Agents currently waiting on locks = 0
Lock Timeouts = 0
Internal rollbacks due to deadlock = 1
如果診斷級(jí)別改為4,Lock Timeouts的詳細(xì)原因就可以記錄:
Request for lock “TAB: (2, 13)” in mode “.IX” timed out
Application caused the lock wait is “*LOCAL.DB2.007340152709″
Statement: 7570 6461 7465 2074 3120 7365 7420 6331 update t1 set c1
3d63 312b 3531 3231 30 =c1+51210
可以看到LOCAL.DB2.007340152709應(yīng)用占著t1表的鎖沒(méi)有釋放

16、Number of Asynchronous Page Cleaners (NUM_IOCLEANERS)
異步清理緩沖池中臟頁(yè)的進(jìn)程數(shù).
清理進(jìn)程啟動(dòng)的條件:
1)臟頁(yè)閥值CHNGPGS_THRESH:表示臟頁(yè)占緩沖池的百分?jǐn)?shù)
2)達(dá)到SOFTMAX(soft checkpoint)值時(shí),(如果softmax值是50,logfilesize值是10M,當(dāng)寫(xiě)入日志文件的數(shù)據(jù)量達(dá)到5M=10M×50%時(shí),啟動(dòng)清理進(jìn)程)
3)當(dāng)發(fā)生Dirty page steals情況時(shí),
配置:經(jīng)驗(yàn)值(A rule of thumb)-小于等于CPU數(shù)目
update db cfg for using NUM_IOCLEANERS 16
監(jiān)控:
update monitor switches using bufferpool on
get snapshot for db on testdb|grep -i “writes”
Buffer pool data writes = 0
Asynchronous pool data page writes = 167660
Buffer pool index writes = 0
Asynchronous pool index page writes = 178944
PADW = (Asynchronous pool data page writes / Buffer pool data writes) * 100%
PAIX = (Asynchronous pool index page writes / Buffer pool index writes) * 100%
如果PADW 、PAIX 接近100%,應(yīng)該減少NUM_IOCLEANERS
get snapshot for db on testdb|grep -i “cleaner trigger”
LSN Gap cleaner triggers = 142
Dirty page steal cleaner triggers = 2
Dirty page threshold cleaner triggers = 396
如果Dirty page steal cleaner triggers 值非常小,其它兩個(gè)大,說(shuō)明配置恰當(dāng)。
如果Dirty page steal cleaner triggers 值非常大,LSN Gap cleaner triggers比較小,說(shuō)明softmax值比較高,需要調(diào)小。
計(jì)算每次cleaner啟動(dòng)后,寫(xiě)多少page?
APPAW = (167660 + 178944) / (142 + 2 + 396) = 641 Pages
相當(dāng)于每次cleaner寫(xiě)641×4k=2.5M數(shù)據(jù)到硬盤(pán),對(duì)于1G的buffer來(lái)講,啟動(dòng)次數(shù)太多,但對(duì)100M的buffer來(lái)講,是合適的。

17、Number of I/O Servers (NUM_IOSERVERS)
該參數(shù)值就是預(yù)取器的數(shù)量。一般該值等于數(shù)據(jù)庫(kù)數(shù)據(jù)所在的磁盤(pán)數(shù)目。

18、Number of Commits to Group (MINCOMMIT)
如果1秒內(nèi)有6個(gè)事務(wù),該參數(shù)最后調(diào)到6。
并且也要調(diào)logbufsize>=MINCOMMIT×平均每個(gè)事務(wù)消耗的空間
配置:
update db cfg for using MINCOMMIT 5
監(jiān)控:
get snapshot for database on
Last reset timestamp = 09-12-2002 14:51:43.786876
Snapshot timestamp = 09-12-2002 14:56:27.787088
Commit statements attempted = 1011
Rollback statements attempted = 10
Log space used by the database (Bytes) = 3990
Log pages written = 23
每秒執(zhí)行的事務(wù)數(shù)=(Commit statements attempted + Rollback statements attempted) /
(Last reset timestamp - Snapshot timestamp)

19、Catalog Cache Size (CATALOGCACHE_SZ)
配置:
update db cfg for using CATALOGCACHE_SZ 32
監(jiān)控:
db2 get snapshot for db on testdb|grep -i “catalog”
Catalog database partition number = 0
Catalog network node name =
Catalog cache lookups = 17
Catalog cache inserts = 7
Catalog cache verflows = 0
Catalog cache high water mark = 0
如果命中率(1 – (Catalog cache inserts / Catalog cache lookups)) * 100 < 95%,增加該參數(shù)值。
如果Catalog cache overflows 不為0, 也需要增加該參數(shù)值,一般同時(shí)會(huì)增加dbheap參數(shù)值。

20、Average Number of Active Applications (AVG_APPLS)
DB2優(yōu)化器根據(jù)這個(gè)參數(shù)來(lái)評(píng)估資源的使用策略,特別是緩沖池空間。
配置:
update db cfg for using AVG_APPLS 16
監(jiān)控:
db2 get snapshot for db on testdb|grep -i “appls”
Appls. executing in db manager currently = 0

修改注冊(cè)變量:
DB2_SKIPINSERTED=on,DB2_SKIPDELETED=on,DB2_EVALUNCOMMITTED=on(V.8.2以上)
可以提高數(shù)據(jù)庫(kù)并發(fā)量,但是查詢(xún)的結(jié)果不含正在插入或刪除的記錄。

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美激情综合在线| 久久影院亚洲| 最新国产乱人伦偷精品免费网站| 亚洲天堂男人| 亚洲激情视频| 国产主播一区| 国产精品视频一| 欧美精品一卡| 久久天天躁狠狠躁夜夜av| 亚洲欧美激情一区| 一本一本a久久| 亚洲精品欧洲| 亚洲国产精彩中文乱码av在线播放| 久久国产精品99精品国产| 亚洲午夜电影网| 99视频一区二区三区| 亚洲国产精品悠悠久久琪琪| 国产亚洲毛片在线| 国产精品一二| 国产精品久久久久av免费| 欧美久久久久久久久久| 欧美成人国产| 美女性感视频久久久| 久久久久在线观看| 欧美一区亚洲| 欧美一区二区三区免费看| 亚洲欧美乱综合| 亚洲欧美在线磁力| 亚洲一区二区黄| 一区二区三区产品免费精品久久75| 亚洲人体1000| 亚洲激情视频网| 亚洲肉体裸体xxxx137| 亚洲欧洲综合| 日韩视频第一页| 日韩亚洲一区二区| 一区二区激情小说| 一本色道久久综合亚洲精品婷婷 | 99riav1国产精品视频| 亚洲国产欧洲综合997久久| 亚洲高清影视| 亚洲精品美女免费| 日韩一级在线观看| 在线亚洲精品| 午夜亚洲激情| 久久精品国产免费| 久久亚洲精品网站| 欧美国产成人精品| 欧美激情视频一区二区三区免费| 亚洲丰满在线| 日韩亚洲在线| 性色一区二区| 久久综合九色欧美综合狠狠| 欧美成人伊人久久综合网| 欧美黑人多人双交| 久久精品视频播放| 蜜臀av一级做a爰片久久| 欧美激情精品久久久久久黑人 | 亚洲午夜精品久久| 性欧美超级视频| 久久天堂av综合合色| 欧美大片免费观看| 国产精品久久综合| 伊人成人在线视频| 一区二区三区免费看| 羞羞视频在线观看欧美| 免费看亚洲片| 一本色道久久综合亚洲精品不| 午夜激情久久久| 鲁大师影院一区二区三区| 欧美激情综合五月色丁香| 国产精品免费久久久久久| 狠狠狠色丁香婷婷综合激情| 日韩视频一区二区三区在线播放免费观看 | 亚洲午夜高清视频| 久久久久99精品国产片| 欧美激情欧美激情在线五月| 在线综合亚洲欧美在线视频| 久久精品亚洲一区| 国产精品va在线播放我和闺蜜| 韩日成人在线| 国产精品99久久久久久久久久久久 | 亚洲午夜一区| 男女精品网站| 亚洲综合99| 欧美第十八页| 国产在线拍揄自揄视频不卡99| 亚洲人成在线免费观看| 亚洲欧美日本伦理| 亚洲国产婷婷| 久久久久一区二区三区四区| 国产精品久久久久国产a级| 亚洲日本va午夜在线电影| 久久久久中文| 亚洲一区制服诱惑| 欧美日韩国语| 亚洲人成网站色ww在线| 久久精品一区四区| 亚洲视频福利| 欧美精品一区二区三区高清aⅴ| 国产亚洲综合性久久久影院| 亚洲一区日韩| 亚洲全黄一级网站| 久久综合狠狠综合久久激情| 国产日韩视频| 欧美一区二区三区四区在线观看地址| 91久久久久久| 女主播福利一区| 黄色小说综合网站| 久久国产精品久久久久久| 99视频精品在线| 欧美精品电影在线| 亚洲国产裸拍裸体视频在线观看乱了| 久久久久久网| 欧美一区二区三区四区夜夜大片 | 性久久久久久久| 在线亚洲欧美视频| 欧美精品xxxxbbbb| 亚洲国产欧美精品| 乱人伦精品视频在线观看| 性亚洲最疯狂xxxx高清| 国产精品视频99| 亚洲欧美另类国产| 亚洲网友自拍| 国产精品久久久对白| 亚洲一线二线三线久久久| 亚洲精品一区二区三区婷婷月 | 欧美激情一区| 噜噜噜躁狠狠躁狠狠精品视频| 在线精品亚洲| 欧美承认网站| 欧美国产免费| 99精品欧美一区| 日韩一级黄色大片| 国产精品v欧美精品v日韩精品| 亚洲视频久久| 中国成人在线视频| 国产精品欧美在线| 欧美中文字幕视频在线观看| 午夜亚洲精品| 国产一区二区黄色| 免费看亚洲片| 欧美精品18| 亚洲一区二区三区精品在线观看| 中文成人激情娱乐网| 国产精品美女www爽爽爽| 久久av老司机精品网站导航| 午夜在线观看免费一区| 韩国三级在线一区| 亚洲承认在线| 欧美日韩爆操| 欧美在线关看| 久久久久久久综合日本| 亚洲精品视频在线观看网站| 亚洲精品欧美日韩专区| 国产精品视频专区| 六月婷婷久久| 欧美日韩国内| 久久久999精品| 免费成人高清| 亚洲欧美久久久| 久久精品国产亚洲精品| 最新高清无码专区| 一区二区不卡在线视频 午夜欧美不卡在 | 午夜精品福利在线观看| 在线观看成人一级片| 亚洲精品社区| 国产日本亚洲高清| 亚洲高清一区二区三区| 国产精品久久久久久久久久ktv| 久久国产精品亚洲va麻豆| 欧美成人在线免费观看| 亚洲欧美制服另类日韩| 久久久久免费观看| 亚洲手机视频| 久久一区二区三区av| 亚洲欧美日本在线| 免费在线观看一区二区| 性欧美1819sex性高清| 蜜桃av综合| 久久精品国产久精国产爱| 欧美日本免费| 久久亚洲精品一区| 国产精品久久久一区麻豆最新章节| 美女主播视频一区| 国产精品美女午夜av| 亚洲激情在线播放| 黑人巨大精品欧美黑白配亚洲| 亚洲毛片一区| 亚洲国产精品va在看黑人| 亚洲欧美一区二区激情| 一区二区三区不卡视频在线观看 | 欧美亚一区二区| 亚洲国产精品一区二区久| 国产一区二区av| 一区二区三区四区五区精品视频| 亚洲人成高清| 久久蜜桃av一区精品变态类天堂| 欧美亚洲在线| 欧美日韩中文在线|