checkpoint問(wèn)題

amiescort

[quote]原帖由 "eha"]踢下~   還是沒(méi)明白。我在ONCONFIG里的關(guān)于CHECKPOINT時(shí)間設(shè)置怎么沒(méi)生效？[/quote 發(fā)表：

對(duì)不起啊，都是我，又讓帖子跑題了。
我想，會(huì)不會(huì)是裝了兩個(gè)實(shí)例，每個(gè)60秒，于是就變成了30秒，心虛的說(shuō)……

amiescort

原帖由 "eha" 發(fā)表：


呵呵~~  不要緊  我讓樓主跑題先！

是2個(gè)是實(shí)例，每個(gè)實(shí)例的LOG是指定分開的2個(gè)文件。而且我看了另一個(gè)的正常！

這樣啊？那讓我想想……恩……這個(gè)……
大菠蘿！又去清茶灌水了？
快回來(lái)啊，我搞不掂了……

lmtok

樓主的CKPTINTVL設(shè)置的時(shí)間間隔設(shè)置得太短了，
30秒是informix里面cp時(shí)間間隔最短的了，樓主
這個(gè)參數(shù)估計(jì)是搞錯(cuò)了，
應(yīng)該與物理日志沒(méi)有太大的關(guān)系。
這個(gè)參數(shù)在onconfig文件內(nèi)

diablocom

物理日志太小的確會(huì)讓CP頻繁發(fā)生.但是物理日志不宜太大,如果一次CP操作超過(guò)5秒,這不是很正常的.

ifx

產(chǎn)生checkpoint的條件大概有四類：
checkpoint interval到期
phylog 75%滿
要用到的下一個(gè)logic log含有checkpoint
其它管理事件：onmode -c add chunk，dbspaces等
相信你的IDS也應(yīng)該是這些事件引起的，看你的介紹，應(yīng)該說(shuō)，1、3、4的情況是不存在的，只能是因?yàn)閜hysical log達(dá)到了75%滿的情況，其實(shí)，看你的onstat -m算是不錯(cuò)的，check point的時(shí)間不能過(guò)長(zhǎng)，否則是無(wú)法忍受的。
如果physical太大（當(dāng)然，大有大的好處），而75%的條件不滿足，可能會(huì)造成check point的時(shí)間過(guò)長(zhǎng)，可以調(diào)整LRUMAXDIRTY和LRUMINDIRTY等參數(shù)解決。

amiescort

原帖由 "ifx" 發(fā)表：
產(chǎn)生checkpoint的條件大概有四類：
checkpoint interval到期
phylog 75%滿
要用到的下一個(gè)logic log含有checkpoint
其它管理事件：onmode -c add chunk，dbspaces等
相信你的IDS也應(yīng)該是這些事件引起的，看你的..........

ifx一出，誰(shuí)與爭(zhēng)鋒……

admirer

原帖由 "diablocom" 發(fā)表：


恩,這個(gè)解釋我覺(jué)得2不是很有道理,因?yàn)榫退阌脩艟�索較多,數(shù)據(jù)庫(kù)比較繁忙,檢查點(diǎn)發(fā)生的也不能在幾分鐘內(nèi)都這么平均啊,是不是?

1.由于作業(yè)繁忙，導(dǎo)致“物理”和“邏輯”日志灌滿速度加快，可能同時(shí)觸發(fā)第二、四類CP啟動(dòng)
2.cp的時(shí)間間隔均勻是因?yàn)閕nformix最小CP間隔為30（informix建議設(shè)置CKPTINTVL值為300秒）秒。而這30秒的最小值長(zhǎng)期被觸發(fā)（如果再有最小值還有可能更小），且歷時(shí)1～3秒已經(jīng)說(shuō)明這個(gè)系統(tǒng)安全性受到了威脅，必須予以重視。
3.一般的，CP間隔不能太�。╥nformix推薦值300秒左右），歷時(shí)不能太大（0～5秒），如果離這只值太大就需要對(duì)系統(tǒng)進(jìn)行優(yōu)化了（我的系統(tǒng)CP間隔900秒，歷時(shí)0～3秒，當(dāng)然我得系統(tǒng)雙至強(qiáng)CPU，4G內(nèi)存，同時(shí)連接用戶約180左右）。
4.這個(gè)系統(tǒng)偏偏該大的不大，該小的不是很小，所以需要優(yōu)化。

如果可能的話，建議摟住將系統(tǒng)相關(guān)參數(shù)貼出來(lái)，讓大家?guī)湍惆寻衙}！