internal gds software consistency check

[Kipow]

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?

[Casimiro Noteví]

Empezado por Kipow

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.

[Kipow]

Gracias Casimiro vamos a ponerlo en practica.

Saludos.

[Casimiro Noteví]

Empezado por Kipow

Gracias Casimiro vamos a ponerlo en practica.

Saludos.

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

[andressanchez]

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.-

[lbuelvas]

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

[Casimiro Noteví]

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