rabbeneg
16th September 2003, 20:15
Abbiamo problemi di perfomance del nostro Erp BaaN IV c4 SP 6, che dalle considerazioni fatte negli ultimi 2 mesi, secondo noi potrebbero essere imputabili al tuning di Informix 7.3 o da BaaN.
E da qualche mese che riscontriamo una lentezza generalizzata di tutto Baan e ogni tanto qualche sessione in particolare si rallenta in modo drastico.
Abbiamo 2 Company (130 e 131)
La 131 è puramente logisitca mentre la 130 è Finance + logisitca.
Cercando di trovare alcune sessioni rallentate per poter tracciare il problema ci siamo accorti che alcune sessioni che normalmente funzionano in tempi normali a volte si rallentano.
Una sessione in particolare, che calcola le giacenze in magazzino, a volte si rallenta sulla company 131 e se viene eseguita nello stesso momento sulla 130 funziona normalmente.
Credo che questo faccia escludere che il problema sia un collo di bottiglia del DBMS, visto che entrambe le tabelle si trovano sullo stesso server, stesso Database!.
Verrebbe da pensare che ci siano dei problemi di Lock, però con la alcunbe utility ho verificato che in quei momenti non c'è nessun lock sulle tabelle coinvolte.
Ho effettuato anche dei TRACE sia a livello di bshell che di DB, riscontrando a volte tempi lunghi nell'esecuzione di alcune select.
Mi è sorto il dubbio che possano essere problemi sugli indici, però se cosi fosse perchè poco dopo il programma, lanciato in modo identico, funziona perfettamente?
Potrebbe essere un problema di frammentazione della tabella, visto che abbiamo ben dodici chunck?
La RAM e la CPU non credo che siano il problema tanto è vero che nei momenti di crisi il processore è libero per più del 50% e la RAM per un buon 25%.
Alcuni dubbi sul checkpoint?
Sull' onconfig.baan il CHECKPOINT è impostato con l'intervallo di esecuzione di 3600 secondi, però ho visto dal file online.log, che viene eseguito, specialmente nei momenti di picco della giornata, anche in tempi più ristretti (avvolte anche solo 10 minuti).
Qual'è la condizione che forza l'esecuzione del checkpoint in tempi più brevi?
Alcuni chiarimenti sui logical-log?
Sul nostro file di configurazione (onconfig.baan), che invio in allegato, abbiamo impostato 12 file di logical-log di 10000 Kbyte.
E' normale che i vari file si riempiano molto velocemente e che ne vengano creati molti con uniqid crescenti?
Come posso verificare se i vari file vengono liberati?
Di seguito un onstat -l:
Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io
L-2 11 16 41159837 3051374 222398 13.5 13.7
Subsystem numrecs Log Space used
OLDRSAM 41159837 6075691796
address number flags uniqid begin size used %used
20129a8f0 1 U---C-- 23701 124a2f 5000 4735 94.70
20129a90c 2 U-B---- 23690 125db7 5000 5000 100.00
20129a928 3 U-B---- 23691 12713f 5000 5000 100.00
20129a944 4 U-B---- 23692 1284c7 5000 5000 100.00
20129a960 5 U-B---- 23693 12984f 5000 5000 100.00
20129a97c 6 U-B---- 23694 12abd7 5000 5000 100.00
20129a998 7 U-B---- 23695 12bf5f 5000 5000 100.00
20129a9b4 8 U-B---- 23696 12d2e7 5000 5000 100.00
20129a9d0 9 U-B---L 23697 12e66f 5000 5000 100.00
20129a9ec 10 U-B---- 23698 12f9f7 5000 5000 100.00
20129aa08 11 U-B---- 23699 130d7f 5000 5000 100.00
20129aa24 12 U-B---- 23700 132107 5000 5000 100.00
Il Phisical-log è posizionato sul dbspaces "rootdbs", com'è possibile vedere il dbspaces del logical-log?
Mi scuso per aver mandato cosi tante info però ho cercato di raccogliere più informazioni possibili per capire almeno la causa scatenante del problema.
S.O.???
Informix????
Driver Database???
BaaN????
E da qualche mese che riscontriamo una lentezza generalizzata di tutto Baan e ogni tanto qualche sessione in particolare si rallenta in modo drastico.
Abbiamo 2 Company (130 e 131)
La 131 è puramente logisitca mentre la 130 è Finance + logisitca.
Cercando di trovare alcune sessioni rallentate per poter tracciare il problema ci siamo accorti che alcune sessioni che normalmente funzionano in tempi normali a volte si rallentano.
Una sessione in particolare, che calcola le giacenze in magazzino, a volte si rallenta sulla company 131 e se viene eseguita nello stesso momento sulla 130 funziona normalmente.
Credo che questo faccia escludere che il problema sia un collo di bottiglia del DBMS, visto che entrambe le tabelle si trovano sullo stesso server, stesso Database!.
Verrebbe da pensare che ci siano dei problemi di Lock, però con la alcunbe utility ho verificato che in quei momenti non c'è nessun lock sulle tabelle coinvolte.
Ho effettuato anche dei TRACE sia a livello di bshell che di DB, riscontrando a volte tempi lunghi nell'esecuzione di alcune select.
Mi è sorto il dubbio che possano essere problemi sugli indici, però se cosi fosse perchè poco dopo il programma, lanciato in modo identico, funziona perfettamente?
Potrebbe essere un problema di frammentazione della tabella, visto che abbiamo ben dodici chunck?
La RAM e la CPU non credo che siano il problema tanto è vero che nei momenti di crisi il processore è libero per più del 50% e la RAM per un buon 25%.
Alcuni dubbi sul checkpoint?
Sull' onconfig.baan il CHECKPOINT è impostato con l'intervallo di esecuzione di 3600 secondi, però ho visto dal file online.log, che viene eseguito, specialmente nei momenti di picco della giornata, anche in tempi più ristretti (avvolte anche solo 10 minuti).
Qual'è la condizione che forza l'esecuzione del checkpoint in tempi più brevi?
Alcuni chiarimenti sui logical-log?
Sul nostro file di configurazione (onconfig.baan), che invio in allegato, abbiamo impostato 12 file di logical-log di 10000 Kbyte.
E' normale che i vari file si riempiano molto velocemente e che ne vengano creati molti con uniqid crescenti?
Come posso verificare se i vari file vengono liberati?
Di seguito un onstat -l:
Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io
L-2 11 16 41159837 3051374 222398 13.5 13.7
Subsystem numrecs Log Space used
OLDRSAM 41159837 6075691796
address number flags uniqid begin size used %used
20129a8f0 1 U---C-- 23701 124a2f 5000 4735 94.70
20129a90c 2 U-B---- 23690 125db7 5000 5000 100.00
20129a928 3 U-B---- 23691 12713f 5000 5000 100.00
20129a944 4 U-B---- 23692 1284c7 5000 5000 100.00
20129a960 5 U-B---- 23693 12984f 5000 5000 100.00
20129a97c 6 U-B---- 23694 12abd7 5000 5000 100.00
20129a998 7 U-B---- 23695 12bf5f 5000 5000 100.00
20129a9b4 8 U-B---- 23696 12d2e7 5000 5000 100.00
20129a9d0 9 U-B---L 23697 12e66f 5000 5000 100.00
20129a9ec 10 U-B---- 23698 12f9f7 5000 5000 100.00
20129aa08 11 U-B---- 23699 130d7f 5000 5000 100.00
20129aa24 12 U-B---- 23700 132107 5000 5000 100.00
Il Phisical-log è posizionato sul dbspaces "rootdbs", com'è possibile vedere il dbspaces del logical-log?
Mi scuso per aver mandato cosi tante info però ho cercato di raccogliere più informazioni possibili per capire almeno la causa scatenante del problema.
S.O.???
Informix????
Driver Database???
BaaN????