!!log de firebird!!

[guillotmarc]

Empezado por yossise

Entonces mi aplicacion da el siguiente mensaje de error

error al consultar [tdkqueryCs:query cache]

internal gds software consistency check (cant continue after bugcheck)

select count (*) fron rdb$database where exist ( select coddocumento from doccabdocum where coddocumento = : coddocumento)

Este error yo siempre lo he visto en las bases de datos corruptas, nunca lo he visto indicando otras situaciones.

¿ Exactamente como has comprobado que la base de datos no tenga errores ?.

En cualquier caso, ante ese error ni lo pienses, ante una fuerte sospecha de corrupción lo primero que tienes que hacer es un ciclo Backup/Restore. Es decir, haces una copia de seguridad y después la restauras, con lo que se reconstruye la base de datos y tienes la completa certeza de que ya no está corrupta.

NOTA: Te recomiendo que hagas una copia del archivo de la base de datos antes de restaurar la copia encima. Puesto que si la base de datos está corrupta, la restauración se puede quedar a medias (depende de si tienes suerte o no, si están mal algunos sectores con datos de las tablas, o solo de datos de los índices, los cuales no se restauran sino que se recrean). Entonces te quedarías con una base de datos a medio restaurar, y habrías perdido un montón de información, que incluso en la base de datos corrompida era accesible.

Ya nos dirás que tal os va después del Backup/Restore.

Respecto a la instalación de Firebird, en efecto solo en el servidor necesitas tenerlo instalado. Pero en los puestos de trabajo deberías tener instalado el cliente de Firebird (se utiliza el mismo instalador, pero al seleccionar componentes se escoge de solo instalar el cliente).

Aunque muchas veces no se instala ese cliente de Firebird, y simplemente se distribuye con la aplicación la librería cliente fbclient.dll (junto a otras librerías que pueden ser necesarias, como el C++ RunTime de Microsoft). Si ese es vuestro caso también deberías asegurarte de que vuestro programa utiliza la versión de fbclient.dll que corresponde al servidor.

Por cierto, actualiza a Firebird a la 2.0.6. Sigue siendo la misma versión de Firebird (la 2.0), para los programas que se conecten es exactamente igual, pero tiene bastantes bugs corregidos.

Saludos.

[jacanche]

Si me permiten un comentario, yo recomendaria, sacar un backup de la base de datos, dar de baja el servicio firebird, copiar o mover el archivo de la base de datos, iniciar el servicio firebird, restaurar la base de datos.

Se preguntaran, ¿por que dar de baja el servicio firebird?, segun mi experiencia y recalco experiencia, por que no es otra cosa, si se copia el archivo de datos con el servicio firebird funcionando, la copia puede contener errores.

[yossise]

Empezado por jacanche

Si me permiten un comentario, yo recomendaria, sacar un backup de la base de datos, dar de baja el servicio firebird, copiar o mover el archivo de la base de datos, iniciar el servicio firebird, restaurar la base de datos.

Se preguntaran, ¿por que dar de baja el servicio firebird?, segun mi experiencia y recalco experiencia, por que no es otra cosa, si se copia el archivo de datos con el servicio firebird funcionando, la copia puede contener errores.

Se refierea a parar el servicio firebird y despues copiar el archivo.fdb y ya esta.

[jacanche]

No tan asi, mira supongamos lo siguiente:

La base de datos se llama MiBase.fdb y se encuentra en c:\datos\sistema\Mibase.fdb

que haria yo:

1 .- parar el servicio firebird y copiar el archivo fdb a otro directorio, esto es por lo que decia Marc, siempre es bueno tener una copia fisica del archivo de la base de datos, antes de querer restaurar la base de datos sobre si misma, si pasa algo en la restauracion, siempre tendras una copia del archivo original con la que puedes intentar otra cosa, y yo sugiero parar el servicio firebird por que me ha pasado que si copio el archivo fdb mientras el servicio firebird se encuentra funcionando, la copia puede tener errores por que quizas el servicio firebird no haya escrito a disco alguna cosa que tenga pendiente, alguna transaccion o no se, alguna cosa que le haga falta escribir al archivo.

2.- Iniciar el servicio firebird y realizar un respaldo, por ejemplo c:\datos\sistema\MiBase.gbk o como quieras llamarle al respaldo.

para este momento deberias tener fisicamente tres archivos
digamos

c:\datos\respaldo\CopiaMibase.fdb
c:\datos\sistema\MiBase.fdb
c:\datos\sistema\MiBase.gbk

3.- Restaura el respaldo MiBase.gbk, dile que lo restaure a c:\datos\sistema\MIBase.fdb, y que reemplaze la base de datos existente.

con esto deberias tener una base de datos en buen estado.

[Casimiro Noteví]

Empezado por jacanche

No tan asi, mira supongamos lo siguiente: [..]

Ese proceder es correcto y el motivo también

[yossise]

Bien he hecha las copias oportunas y he restaurado la base de datos,como me han indicado.

Efectiamente tengo instalado solo el cliente de firebird en los puestos, la firebird.dll .

estoy a la espera de ver si se produce un error,

les tendre informados

muchas gracias por la ayuda.

[yossise]

bien saludos de nuevo
No habra pasado ni una semana y el servidor se ha vuelto a colgar esta
mañana


Sigo buscando y encuentro un archivo log con este mensaje


20/08/2010 12:43:36 [Main ] Error EIdSocketError en comando TCP []: Socket Error # 10054
Connection reset by peer.


la hora es la misma a la que se produjo el error.

Gracias por vuestra colaboracion.

[Casimiro Noteví]

Está claro que tienes problemas de hardware en algún sitio:

INET/inet_error: read errno = 10054 or 10038 or 10093
Multiple entries in interbase.log or firebird.log with errors 10054, 10038, 10093, etc. These errors are caused by network problems - check your hubs, network adapters, etc. It is not an InterBase or Firebird error in itself, but it may cause problems.