FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
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 |
#2
|
||||
|
||||
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 |
#3
|
||||
|
||||
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".
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#4
|
|||
|
|||
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 Última edición por jhonny fecha: 08-01-2009 a las 17:39:28. Razón: No se amiten petición del tipo "Cracks" en el club ;) |
#5
|
||||
|
||||
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?
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#6
|
|||
|
|||
Cita:
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 |
#7
|
||||
|
||||
Pregunto lo que debí preguntar desde el principio, ¿Al menos te deja conectar a la base de datos?
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#8
|
|||
|
|||
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 |
#9
|
||||
|
||||
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.
__________________
Lecciones de mi Madre. Tema: modificación del comportamiento, "Pará de actuar como tu padre!" http://www.purodelphi.com/ http://www.nosolodelphi.com/ |
#10
|
||||
|
||||
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? |
#11
|
||||
|
||||
Cita:
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. |
#12
|
||||
|
||||
Gracias Casimiro vamos a ponerlo en practica.
Saludos. |
#13
|
||||
|
||||
No recordaba que además puse una explicación en la wiki de clubdelphi, exactamente aquí. |
#14
|
|||
|
|||
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.- |
#15
|
|||
|
|||
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
__________________
Luis Fernando Buelvas T. |
#16
|
||||
|
||||
Muy interesante esa página, hay buena documentación ahí
|
#17
|
||||
|
||||
Gracias a este documento http://www.intitec.com/varios/Firebi...sCorruptos.pdf me he librado de una buena. Muy buena ayuda.
__________________
http://www.gestionportable.com |
#18
|
||||
|
||||
Cita:
|
Herramientas | Buscar en Tema |
Desplegado | |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
internal gds software consistency check | capo979 | Conexión con bases de datos | 4 | 06-05-2008 14:10:50 |
internal gds software consistency check | mar646 | Firebird e Interbase | 3 | 31-01-2005 11:57:14 |
internal gds software consistency chack (can't continue after bugcheck) | edy_aca | Firebird e Interbase | 5 | 21-09-2004 22:35:21 |
internal gds software consistency check (invalid block type encountered (147)) | StartKill | Firebird e Interbase | 12 | 26-07-2004 23:18:23 |
Error Internal gds software consistency check (can´t continue after bugcheck)" en XP | murci | Firebird e Interbase | 6 | 04-08-2003 08:49:59 |
|