FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
internal gds software consistency check
Hola a todos, tengo un problema con una base de datos en firebird 2.1
Al intentar hacer un backup me devuelve el error: internal gds software consistency check (decompression overran buffer (179) file: sqz.cpp line: 231) El error lo da cuando llega a una tabla concreta: ASIENTOS He intentado hacer los pasos habituales con GFIX y GBAK pero nada, lo he intentado de mil maneras. Con el software FBFirstAID, no me detecta el problema. Investigando, he ido haciendo selects sobre la tabla asientos y veo que me da el mismo error al hacer un select que incluya a dos registros concretos. Son correlativos. Con todos los demás no hay problemas. Alguien sabe como puedo solucionar el problema, no se si se puede editar de alguna forma los datos a bajo nivel y eliminar estos registros o hay alguna otra forma. Gracias. David |
#2
|
||||
|
||||
Puedes crear una BD igual, extrayendo su metadata y luego con IBPump copiar todos los datos menos esos registros.
Si necesitas explicación... aquí estamos. |
#3
|
|||
|
|||
internal gds software consistency check
Hola Casimiro gracias por la respuesta. Esta opción ya la comprobé y el problema es que cuando llega a esa tabla, exporta los primeros registros y cuando llega a los dañados se para el proceso, independientemente de lo que le marque en la opción de "stop after..."
Aparentemente este es un caso típico en el que un simple GFIX y su posterior GBAK solucionan el problema, pero por algún motivo no funciona. Yo se que algunas empresas arreglan estas cosas, pero claro cobrando una buena pasta. |
#4
|
||||
|
||||
Puedes "personalizar" esa tabla poniendo un select sql que excluya ambos registros, entonces se los saltará. Algo así como:
Así no procesará esos registros. |
#5
|
||||
|
||||
Cita:
Pero un simple GFIX y el posterior GBAK solo solucionan el problema en algunas ocasiones (las menos). Todo depende de lo que se haya estropeado (estructura, datos, índices, etc. ...). Si puedes solventarlo con un GFIX / GBAK te puedes dar con un canto en los dientes, igual que si lo puedes recuperar volcando los datos (exceptuando esos dos registros). Para esto están las copias de seguridad, para poder recuperar los datos si se estropean. Cuando no tienes copias de seguridad es cuando juegas con fuego y puedes acabar teniendo que contratar una empresa para que te repare una base de datos. Saludos.
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
internal gds software consistency check | MiKloSS | Firebird e Interbase | 17 | 22-04-2013 14:56:36 |
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 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 |
|