internal gds software consistency check
 

una base de datos se ha corrompido, y me marca el error de arriba, a alguien le ha salido el mismo error, ya trate de solucionarlo de diferentes maneras pero no se puede alguien ke me pudiera auxiliar, esto es lo ke he echo:


gfix -mend db_name
Next, make the database read only as shown above. Finally, backup and restore the database: gbak db_name backup_name
gbak -c backup_name new_db_name


gfix -mend -full -ignore -user SYSDBA -password ****** nombre_bd

y nada... espero alguna respuesta... salu2

prueba con esto a ver:

GBAK -user SYSDBA -password masterkey -mode read_only -b -IG -L -G base.fdb rota.fbk

GBAK -user SYSDBA -password masterkey -IG -N -I -C rota.fbk nueva.fdb

Aunque pareciera que simplemente la base de datos esta marcada como "Solo lectura", quitale esa marcación o quizá la estas copiando a un servidor como Windows 2003 Server que bloquea los archivos copiados por la red, en este ultimo caso solo es cuestión de hacer click contrario sobre la BD, luego en pripiedades y luego en el botón "Unblocked". ;)

intente hacer lo que el compañero Spynosa comenta pero al darle

GBAK -user SYSDBA -password masterkey -mode read_only -b -IG -L -G base.fdb rota.fbk

me marco el siguiente error...

ERROR: internal gds software consistency check (decompression overran buffer (179))
ERROR: gds_$receive failed
Exiting before completion due to errors
ERROR: internal gds software consistency check (can't continue after bugcheck)


en cuanto a lo que dice el compañero jhonny no es ninguna de las dos...

le seguire intentando... salu2

MiKloSS, he editado tu mensaje porque no se admiten peticiones del tipo "Cracks" en este club ;).

Por otro lado, te pregunto, ¿Si pruebas esa BD en otra maquina te sale el mismo error?

upps!!! mil disculpas, no sabia eso jejeje sorry... en cuanto a lo de la base la he porbado en 4 makinas y en ninguna funciona, lo mas seguro es ke no se pueda recuperar pero ps seguire en el intento... gracias y salu2

Pregunto lo que debí preguntar desde el principio, ¿Al menos te deja conectar a la base de datos?

a lo mejor no me explike bien, la base de datos si se conecta, abre todas las
tablas excepto 4, que son las de mas uso, una es de ventas y otra el detalle
de venta, donde se guarda todo lo ke se ha vendido, es por eso ke keria reparar
la base, cuando estoy en el sistema, me truena en la parte de ventas porke
las tablas estan dañadas, entonces cuando kiero abrirlas desde el la consola
no me las abre, y al momento de hacer el gfix me truena en esa tabla... aunke
ya se resolvio el problema para el cliente mi duda es ver si se puede reparar... salu2

Podrias probar a extraer todo el metadata y vaciar los datos con el datapump de la BD dañada a la BD nueva y vacia, en estos casos, generalmente funciona ;), si no toca entrar en las tablas del sistema y revisar que es lo que sucede.

A mi me paso algo similar el dia de ayer con un cliente, un bajon de energia, UPS marca pato y cero backups, despues de su respectivo regaño pues que me toca reparar la base, pues resulta que probe todo y lo que me funciono al final fue un programa hecho por mi nada del otro mundo que lee de una base e inserta en otra, ahi pude ver bien que tablas tenian daño y pues de 2 que estaban malas, las logre regenerar con informacion de otras tablas, suerte de gato la del cliente. Al final siempre vas a perder algo, yo en este programa le puse que leyera para adelante o para atras y al final perdia aproximadamente 1300 registros. la cuestion es saber cuales.

Aprovechando el thread, firebird tiene una opcion para generar una Base espejo (con Shadow) alguien tiene experiencia con eso?

Todos nuestros clientes tienen activo el shadow que mantiene una copia de la base de datos en otro servidor o disco externo, por si acaso :)
Puedes crear la shadow en el mismo disco o en cualquier otro, si usas windows (qué pena) sólo puedes hacer la shadow en discos locales, sin embargo con linux (qué bien) puedes hacerlo en cualquier disco que esté "montado", aquí te explico cómo hacerlo en un disco externo de red.

Gracias Casimiro vamos a ponerlo en practica.

Saludos.

No recordaba que además puse una explicación en la wiki de clubdelphi, exactamente aquí. :)

Hola foristas,


Quiero hacer un aporte en este post.

Se me presento el error:
internal gds software consistency check (decompression overran buffer (179))

Para solucionarlo lo que hice fue, extraer toda la metadata, despues borre todos los indices de la base de datos. Luego utilice gbak para hacer un backup restore, ejecute los scripts especificamente de todos los indices que borre y listo.

Saludos.-

Muchas veces los daños en las bases de datos caen sobre paginas donde se encuentran los indices, esto un backup/restore lo soluciona, el problema es cuando estan sobre los datos,es decir en las tablas y mas grave cuando los registros dañados son registros que tiene referencia hacia otras tablas.

En esta pagina http://www.intitec.com/documentos.htm revisen los links para corrupcion y recuperacion de datos que son:

http://www.intitec.com/varios/Firebi...rupcion_es.pdf

http://www.intitec.com/varios/Firebi...sCorruptos.pdf

Muy interesante esa página, hay buena documentación ahí :)

Gracias a este documento http://www.intitec.com/varios/Firebi...sCorruptos.pdf me he librado de una buena. Muy buena ayuda.

Ese sitio es fabuloso :D