Básicamente, lo único que se deduce de lo que has presentado es que FB es quien está consumiendo los recursos del servidor.
Habría que ver qué es lo que se está ejecutando en esa base de datos.
* INSERTs/UPDATEs/DELETEs
* Ejecución de un SP
* SELECTs
Deberías mirar que es lo que ejecutan los triggers/sp.
Por ejemplo un select buscando el MAX(campo) de una taba con millones de registros sin utilizar índices o utilizando índices inadecuados. Esto se solucionaría agregando un índice descendiente sobre el campo que deseas.
También puede ser que un trigger haga operaciones sobre otras tablas, que a su vez hacen operaciones sobre otra tabla, que a su vez...
Si ves que se trata de SELECT complejo (con JOIN/UNION/GROUP BY, etc.) deberías ejecutarlo y ver qué PLAN está utilizando (qué índices y si son óptimos). Seguramente se puede optimizar.
Además de esto, podría ver cómo está tu base de datos mediante un GSTAT -h.
Mira la diferencia de transacciones entre la última activa y la reciente. Si la diferencia es más de 20.000 deberías mirar qué es lo que bloquea el commit de las trasnacciones.
Cita:
C:\>"C:\Program Files\Firebird\Firebird_2_5\bin\"gstat.exe -h C:\Datos\BASE_DE_DATOS.FDB -user SYSDBA -pass masterkey
Database "C:\Datos\BASE_DE_DATOS.FDB"
Database header page information:
Flags 0
Checksum 12345
Generation 148371
Page size 8192
ODS version 11.2
Oldest transaction 143954
Oldest active 143955
Oldest snapshot 143621
Next transaction 148358
Bumped transaction 1
Sequence number 0
Next attachment ID 166
Implementation ID 26
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 1
Creation date Dec 9, 2014 10:00:10
Variable header data:
Sweep interval: 0
*END*
|