Corrupcion en una tabla

[cesarsoftware]

Hola Casimiro.

Que suerte que no te haya pasado nunca, tengo que reconocer que es la primera vez en mucho, mucho tiempo.

La pregunta es generica, por ejemplo
A: Como evitar la corrupcion
B: GFix se usa asi (bla.bla.bla)

[Casimiro Notevi]

Empezado por cesarsoftware

A: Como evitar la corrupcion

¿Cómo evitar la corrupción?, supongo que manteniendo buenas costumbres, buen hardware, un buen SAI, cerrar las transacciones y conexiones antes de salir del programa, etc. No hay secretos.
Supongo que en tu caso ha debido ocurrir algo más, lo habitual es algún defecto en el disco, por ejemplo.

Empezado por cesarsoftware

B: GFix se usa asi (bla.bla.bla)

gfix
Recuperación de datos corruptos

Imagino que el problema habrá sido causado por fallos físicos en el sistema, yo chequearía el disco en profundidad, por si acaso.
Y la memoria RAM también.

[cesarsoftware]

Gracias casimiro, intentaremos ir por ahi.

[Gallosuarez]

cesarsoftware:

¿Lo que no me queda muy claro es como se daño solo una tabla? Vamos, es la primer vez que oigo de un caso así. ¿Porqué dices que está dañada esa tabla? ¿Que error te sale? etc, etc. Entre más detalles nos des, más es la probabilidad que alguien en el foro te pueda ayudar.

Por otro lado, te comento un caso que me sucedió a mi, y que al principio se podría interpretar que se había dañado solo una tabla. Modifiqué un dominio un VARCHAR (lo puse un valor menor al que tenía). Despues de esto, al tratar de hacer un sentencia SELECT sobre esta tabla me mandaba un error de "overflow". Y obvio, solo sucedía en un sola tabla. Lo que hice fue, hacer un respaldo de dicha Base de datos y posteriormente la volví a restaurar (sobre-escriendo la misma Base de datos). Con esto se reparó dicho error. ¿Ves, eso es precisamente a lo que me refería: al principio pareció ser lo que no era?

En fin, necesitamos más información sobre tu problema.

Saludos,
Gerardo Suárez Trejo

[Casimiro Notevi]

Claro, una tabla es muy complicado que se rompa, sería mucha casualidad que se estropeara un disco justo por el lugar donde hay datos de sólo una tabla.
Es por lo que al principio contesté que nunca había visto un caso así. Y suena más a fallo de software.

[cointec]

Empezado por Casimiro Notevi

Claro, una tabla es muy complicado que se rompa, sería mucha casualidad que se estropeara un disco justo por el lugar donde hay datos de sólo una tabla.
Es por lo que al principio contesté que nunca había visto un caso así. Y suena más a fallo de software.

Creo que quedaría mal Firebird si pon un fallo de software se corrompiera una tabla.

¿Qué tipo de corrupción tiene? Qué aparece en Firebird.log? Has comprobado si en Firebird.log se ha producido algún reinicio?

Yo tuve algún problema de corrupción con la versión 2.5.0 por unos fallos en el motor, pero se solventó en un parche y actualmente la versión 2.5.2 es bastante estable.

[Casimiro Notevi]

Empezado por cointec

Creo que quedaría mal Firebird si pon un fallo de software se corrompiera una tabla.

Un fallo de su (cesarsoftware) software