informix頻繁宕機(jī)，請(qǐng)求幫助

westnorth

最近一段時(shí)間informix頻繁宕機(jī)，但online.log中沒有報(bào)錯(cuò)信息，只是頻繁的分配共享內(nèi)存。日志相關(guān)內(nèi)容如下：

11:54:18  dynamically allocated new shared memory segment (size 838860

13:02:40  dynamically allocated new shared memory segment (size 838860

13:53:51  dynamically allocated new shared memory segment (size 838860

16:06:28  dynamically allocated new shared memory segment (size 838860

16:31:12  dynamically allocated new shared memory segment (size 838860

17:17:25  dynamically allocated new shared memory segment (size 838860

17:58:51  dynamically allocated new shared memory segment (size 838860

18:30:22  dynamically allocated new shared memory segment (size 838860

19:22:57  dynamically allocated new shared memory segment (size 838860

20:24:26  dynamically allocated new shared memory segment (size 838860


請(qǐng)問這是怎么回事？
另外，現(xiàn)在informix一啟動(dòng)，就有111個(gè)oninit進(jìn)程。其中aio有100多個(gè)，其它各一個(gè)。這是不是不太正常？
onconfig 中內(nèi)存相關(guān)的參數(shù)如下：

LOCKS           2000            # Maximum number of locks
BUFFERS         200             # Maximum number of shared buffers
NUMAIOVPS                       # Number of IO vps
PHYSBUFF        32              # Physical log buffer size (Kbytes)
LOGBUFF         32              # Logical log buffer size (Kbytes)
LOGSMAX         6               # Maximum number of logical log files
CLEANERS        1               # Number of buffer cleaner processes
SHMBASE         0x10000000        # Shared memory base address
SHMVIRTSIZE     8000            # initial virtual shared memory segment size
SHMADD          8192            # Size of new shared memory segments (Kbytes)
SHMTOTAL        0               # Total shared memory (Kbytes). 0=>unlimited
CKPTINTVL       300             # Check point interval (in sec)
LRUS            8               # Number of LRU queues
LRU_MAX_DIRTY   60              # LRU percent dirty begin cleaning limit
LRU_MIN_DIRTY   50              # LRU percent dirty end cleaning limit
LTXHWM          50              # Long transaction high water mark percentage
LTXEHWM         60              # Long transaction high water mark (exclusive)
TXTIMEOUT       0x12c             # Transaction timeout (in sec)
STACKSIZE       32              # Stack size (Kbytes)

我跟我們另一臺(tái)機(jī)子上的informix參數(shù)對(duì)比了一下，基本一致。

Jens

BUFFERS         200             # Maximum number of shared buffers

Buffers 這么少？？？

ahkai

如果不指定NUMAIOVPS ， 系統(tǒng)會(huì)根據(jù)chunk的數(shù)量分配適當(dāng)?shù)谹IO。

xjfirst

SHMVIRTSIZE     8000            # initial virtual shared memory segment size
SHMADD          8192            # Size of new shared memory segments (Kbytes)
這兩個(gè)參數(shù)使用的是默認(rèn)值，小了一點(diǎn)兒，可心根據(jù)機(jī)器內(nèi)存情況適當(dāng)加在。BUFFERS實(shí)在太小了。

westnorth

謝謝大家！ 這些參數(shù)當(dāng)時(shí)裝的時(shí)候取的默認(rèn)值。我改改試試。