FireBird Frezee!!!

[ELINK]

Empezado por Casimiro Notevi

Creo, que en principio, deberías de hacer un seguimiento, preguntando a los usuarios qué estaban haciendo en ese momento.

Te toca hacer de detective

jeje
Si Casimiro Notevi, ya les pregunte y revise el codigo, en las partes que me mencionaron(todo esta bien), y es que el problema ocurre muy raras veces(todos los modulos del programa son de uso diario), en estos cuatro años que tengo con firebird a ocurrido unas tres veces (pero en esas tres veces a todos se nos bajo la presion por el susto )

hay alguna manera de que el servidor me dea alguna especie de imforme del error???(ya que cuando ocurre el problema "solo" se cuelga el server, pero no da ningun error)

[Casimiro Noteví]

Normálmente, cuando sucede un error, siempre da un mensaje. En tu caso ¿qué ocurre exactamente?... es que con tan pocas pistas que das es "casi imposible" dar una respuesta adecuada

Ni siquiera has dicho qué es lo que te comentaron los usuarios, qué sistema usas, el servidor es windows o linux, son muchos usuarios, qué se hace exactamente en el servidor... muchas consultas pequeñas, pocas grandes, ... el servidor hace únicamente de servidor de interbase o hace más cosas?, si hace más cosas, cuáles son que puedan interferir en el sistema, si es un windows, no tendrás ningún virus, troyano, spyware, etc...

Que el servidor se "congele", personalmente nunca lo he vivido/sufrido, exactamente qué quieres decir con "congele", que se vuelve muy lento, que se detiene, que se "quita" de memoria?, si el "guardián" está trabajando a tope, como dices, seguramente es que está intentando poner en marcha el server y hay algún proceso que lo vuelve a cerrar y éste vuelve a intentar abrirlo... es el mejor momento para ver qué están haciendo los usuarios y buscar al culpable porque eso de que: "ya les pregunte y revise el codigo, en las partes que me mencionaron(todo esta bien)" está claro que no es así, siempre que algo falla es porque hay algún error aunque no lo hayamos podido detectar.

En fin, que no estoy contándote nada que no sepas, tan sólo te queda explicar muy detalladamente todo el entorno de trabajo para que te podamos ayudar o personarnos ahí y echarte una mano en el buen sentido de la palabra.

Saluditos.

[vtdeleon]

Saludos

Como dice Casimiro, con los pocos datos que has ofrecido, tiraré unos tiros al aire: Lo usuarios(la mayoria de veces) dan repuestas un poco vagas y no claras cuando ocurre un problema.
Como es en el servidor que ocurre el "congelamiento", podría ser algun "trigger" o "store procedure"

Solo me queda decir que avises a todos los usuarios de sistema que cuando suceda lo mismo no hagan nada (cerrar aplicacion, dar click en todos lados, puyar a ver que sucede) y asi chequeas en que modulos estan cada uno; chequeas el código, tanto en delphi con en el servidor firebird.

[ELINK]

Tienen Razon en Todo lo Que dicen: (toda concecuencia tiene una causa)

Es Un error que a mi tambien me deja perplejo
voy a tratar de responder todas sus preguntas:

qué es lo que te comentaron los usuarios???
que "de un momento a otro el programa se puso blanco y no se podia hacer nada" (programa en blanco= evidentemente el programa estaba tratardo de comunicarse con el server y consumia los recursos del cliente)

el servidor es windows o linux???
Actualmente Linux, Tambien estubo en windows, y ocurrio el mismo error un par de veces

son muchos usuarios???
nop, son solo 5.

qué se hace exactamente en el servidor???
Al ver lo que pasaba en las estaciones fui al server a ver que pasaba; no hubo ningun problema con linux, al ver los procesos vi que el fbguard consumia casi todos los recursos y cuando trataba de ingresas a traves de consola a la base de datos desde el server, simplemente no pasaba nada, yo daba la instruccion y luego no pasaba nada, no habia respuesta.

muchas consultas pequeñas, pocas grandes???
depende lo que signifique grande o pequeño para ti
las son pequeñas, la mayoria son insert y update

el servidor hace únicamente de servidor de interbase o hace más cosas???
El Servidor tiene el lujo de se solo para firebird,son 3 db con un total de 30 Mb de tamaño

exactamente qué quieres decir con "congele", que se vuelve muy lento, que se detiene, que se "quita" de memoria???

Se detiene.

Como es en el servidor que ocurre el "congelamiento", podría ser algun "trigger" o "store procedure"???
no hay store procedure, pero si trigger, los revice todos, y ninguno genera un loop infinito

*Solo me queda decir que avises a todos los usuarios de sistema que cuando suceda lo mismo no hagan nada (cerrar aplicacion, dar click en todos lados, puyar a ver que sucede) y asi chequeas en que modulos estan cada uno; chequeas el código, tanto en delphi con en el servidor firebird.

Gracias. ya lo hice, pero para la proxima tomaré mas atención y sere mas acucioso en hacer las preguntas a los users.

Espero puedan ayudarme a resolver este problema

[lpmlpm]

Otros tiros al aire:
Que libreria de conexión usas??? si dices que cambiando de servidor te dio problemas puedes pensar que tus aplicaciones cliente ponen a hacer "algo" al servidor... me sucede algunas veces con PHP por ejemplo cuando hago alguna cosa muy rara con punteros y eso, y es debido a como la dll de PHP tiene la comunicación con el servidor...

Otra cosa que puede suceder es que estas ejecutando una consulta que le pide mucho al servidor, igual y armas una consulta dinamicamente que le esta pidiendo mucho al servidor, no se una que regrese cientos de miles de registros, y si no tienes una libreria de conexión que use sesiones persistentes tus clientes le estan pidiendo al server que les "traiga pa ca" todos y cada uno de esos registros de un solo golpe, lo que forza al motor a que tiene que resolver toda la consulta de una sola vez y por eso se pone bien talachero en ese momento...

Espero te sirva...

[ELINK]

Empezado por lpmlpm

Otros tiros al aire:
Que libreria de conexión usas??? si dices que cambiando de servidor te dio problemas puedes pensar que tus aplicaciones cliente ponen a hacer "algo" al servidor... me sucede algunas veces con PHP por ejemplo cuando hago alguna cosa muy rara con punteros y eso, y es debido a como la dll de PHP tiene la comunicación con el servidor...

Otra cosa que puede suceder es que estas ejecutando una consulta que le pide mucho al servidor, igual y armas una consulta dinamicamente que le esta pidiendo mucho al servidor, no se una que regrese cientos de miles de registros, y si no tienes una libreria de conexión que use sesiones persistentes tus clientes le estan pidiendo al server que les "traiga pa ca" todos y cada uno de esos registros de un solo golpe, lo que forza al motor a que tiene que resolver toda la consulta de una sola vez y por eso se pone bien talachero en ese momento...

Espero te sirva...

no men, en la tabla mas grande del server solo tiene como maximo 10 mil registros, por eso no creo que el problema venga por hay, sin envargo puede ser por el driver odbc es el que da el mismo firebird...

[brandolin]

A mi me ha pasado que armando alguna sentencia select con dos o mas tablas o bien con alguna tabla join la misma al estar mal armada la consulta se generaba un chache enorme por lo que se consumia todo el server. Tendrias que validar las consultas en el momento que sucede que se cuelga el server.
Espero que te sirva.

[vtdeleon]

Saludos

Empezado por ELINK

...sin envargo puede ser por el driver odbc es el que da el mismo firebird...

ODBC???, Qué componentes usas???? Lo mejor para bases de datos Firebird es usar los componentes IBX o MODlib (aún no los he utilizado)