Sistema se pone lento con el paso de los dias.

[Casimiro Noteví]

Deberías informarnos de que versión de firebird estás hablando, el tipo (SS o CS), qué parámetros en transacciones, si tienes forcedwrites activo o no, si usas cache, si has cambiado algún parámetro predeterminado, qué características físicas (discos, memoria, etc.) tiene el servidor, qué sistema operativo tiene, etc, etc, etc...

[jcapitan]

Ok. Gracias por su pronta respuesta.
Servidor:
En el servidor tengo instalado FireBird 2.5.0.25920 CS, en los equipos (el ciente de la misma versión), el servidor tiene Windows Server 2003 R2 Enterprise Edition SP2, 4Gb en RAM, Intel XEON 3Ghz, cuenta con dos particiones C: de 12 Gb con espcio libre en estos momentos de 6.20 Gb y D: (donde radican la base de datos) con 668 GB y 656 GB libres.
Servidor Firebird: La configuración es la que trae desde el momento de la instalación (predeterminado), lo unico que he modificado es el archivo de alias para las rutas.
Borland Delphi 2010.
En cuanto al componente que utilizo para conectarme es el FIBPlus 6.9.9
Y los parámetros de:
Transacción:
...
..
Timeout | 0
TimeoutAction | TARollback
TPBMode | tpbReadCommitted
TRParams | Empty
UserKindTransaction | NoUserKind

En cuanto a las tablas les tengo habilitada la opción de autocommit
Manejo eventos, estos para hacer los refresh de las tablas modificadas por los usuarios y con esto que se refleje en todos.

No uso cache.

[rastafarey]

Hermanito con ese equipo que tienes todo deberia funcionar bien. A menos que se estes quedando muchas transacciones en el limbo.

Lee esto Optimizando firebird

[Neftali [Germán.Estévez]]

Deberías utilizar la herramientas de Windows Server para monitorizar las conexiones al servidor, datos de subida y bajada, estado de la RAM,... para saber si puede haber algun cuello de botella (debido al servidor).

Dentro de las herramientas Administrativas tienes el "Performance Tools" para poder activar diferentes Alertas y sensores.

[guillotmarc]

Estoy de acuerdo con rastafarey.

Como suele ocurrir en la inmensa mayoría de ocasiones que se dan estos síntomas (lentitud gradual de la base de datos), la razón más probable es una pobre implementación de las transacciones que no las cierra adecuadamente.

Lee este hilo para comprobar las transacciones que aún tienes abiertas y su antiguedad.

http://www.clubdelphi.com/foros/showthread.php?t=55887

NOTA: En el hilo también se muestra una sentencia para finalizar todas las transacciones, cuyo efecto sería parecido a reiniciar el Servidor.

Si como todo apunta, te encuentras que tienes muchas transacciones abiertas, y algunas muy antiguas, tendrás que corregir el programa para arreglar el problema.

Las transacciones se tienen que finalizar lo antes posible.

Con Timeout a 0 las transacciones no se cierran hasta que tú no se lo digas. Pon el Timeout a 1 si quieres que se cierren enseguida (es como lo tengo yo).

Saludos.

[Casimiro Noteví]

Empezado por guillotmarc

[..]
Lee este hilo para comprobar las transacciones que aún tienes abiertas y su antiguedad.
http://www.clubdelphi.com/foros/showthread.php?t=55887
NOTA: En el hilo también se muestra una sentencia para finalizar todas las transacciones, cuyo efecto sería parecido a reiniciar el Servidor.
[..]

No había seguido ese hilo hasta el final, ¡qué interesante!.

[jcapitan]

Mil gracias por su apoyo y consejos, checaré bien lo que me recomiendan, y les comento como me fue.
De nuevo, Casimiro Notevi, rastafarey, Neftali, guillotmarc y a toda la comunidad de Club Delphi Gracias Mil.

[jcapitan]

Bueno aqui estoy de nuevo..

Estuve monitoreando la base de datos con Sinática Monitor, y veo solo una transacción viva por ip.

Mencionan que tengo que cerrar la transacción lo mas pronto posible, pero como mantengo información en tiempo real en un grid para los usuarios, es decir cuando alguien modifique un registro se refleje en los demás.

Ando muy perdido en cuanto las transacciones segun veo. Ojala me puedan recomendar una lectura o ejemplos. Para aplicaciones de este tipo.

Les menciono la aplicación, los usuarios estan divididos en 2 grupos.
Grupo 1. Reciben llamadas y capturan información en "papeletas".
Grupo 2. Visualizan en tiempo real lo que el Grupo 2 está capturando, y atiende una de ellas metiendo información también en esta papeleta; si un usuario del grupo 1 cambió un campo del registro, en el grid que tiene en pantalla se muestra el cambio en tiempo real.

(Realmente todos ven lo que los demas capturan, pues tienen ventanas abiertas con grids que muestran información de folio, dirección, etc)

Cuando se cierran las papeletas (ya fueron atendidas) se mueve la información a otra tabla que es el historial (esta no la tienen pantalla pues son una cantidad muy grande de registros), de esta manera los refresh sera sobre la tabla que no tiene tantos registros, creo que de esta manera es más óptimo, si estoy mal por favor me corrigen.

En este caso como debo manejar las transacciones si es necesario que la información se esté refrescando y en pantalla.