En firebird uso de CPU a mas del 100%

[[duilioisola]]

Si puedes utilizar para lecturas (reportes, por ejemplo) el tipo de transacción de solo lectura (read, read_commited) ayudarás mucho al motor de la base de datos, pues no impedirçan ninguna inserción, modificación o borrado.

[andresenlared]

Muchas gracias por tu colaboracion, voy a realizar la tarea que me dices, revisar las transacciones en el codigo,,,,,,

en verdad muchas gracias....

[Casimiro Noteví]

También ten en cuenta si tienes más de una cpu debes usar la versión ClassicServer, no uses la SuperServer.

[andresenlared]

Saludos....

corri el gstat a la base de datos mas grande y efectivamente hay unas 27 mil transacciones restando la ulta activa y la actual....

ahora para eliminar esas transacciones que estan afectando el rendimiento....se realizaria un backup - Restore? se tendria que modificar algun parametro antes de hacer restore ?


Muchas gracias...

[[duilioisola]]

Con el solo hecho de desconectar todas las sesiones, se darán por finalizadas las transacciones y la "última activa" será una menos que la "siguiente". (creo que este contador se reestablece con la siguiente conexión)

Otra forma de hacerlo es con "gfix --sweep".

Una pregunta: ¿el gstat lo has hecho cuando todo estaba funcionando lento?
27 mil transacciones no debería ser muy grave (a menos que la 1 esté evitando que acaben(commit) otros 26.999 inserts/deletes/updates).

También puedes probar, sugiriéndole a tu cliente que al mediodía, cuando todos se van a a comer, que cierren la aplicación.

Un backup-restore, no solo pondría las transacciones a 0, sinó que además limpiaría los registros marcados como borrados, balancearía los índices y alguna otra cosita (eso es le "garbage collection").

Yo en algunos clientes, tengo una taréa nocturna que lo hace automáticamente.