Tablas dañadas y renombradas con extencion 9d23

[Jorge Luis Villanueva]

Estimados colegas:

Tengo el problema que todas las tablas DBF me aparecen renombradas y con la extencion 9d23. He tratado de repararlas con herramientas que hay en el mercado, pero el problema es que se recupera muy poca informacion de las tablas, para repararlas, primero les cambio extencion a txt para ver que campos tiene el encabezado para identificarlas, despues las renombro al nombre original y despues le paso la herramienta, si se reparan pero se recuperan muy pocos datos. He buscado en google si hay algun caso parecido pero no me aparece ninguna coindicencia.

Les agradeceria si me pudieran ayudar.

Bendiciones.

[José Enrique Llopis]

Mala cosa. Eso suena a virus…

 

 

 

 

 

---

[panchimancuso]

debes de excluir del antivirus la carpeta de tu sistema para que no la chequee.

puede ser el antivirus que hace eso

[Carlos Miguel FARIAS]

Cuando dices que recuperas pocos datos, en que sentido, pocos registros o pocas columnas, o un poco de cada cosa.

Supongo que tienes el diseño de las tablas, los datos que se pierden de que tipo son (enteros, monetarios, datetime, memo, otros)?

Si son menos registros de los que debieran, puede que este roto el puntero de cabecera que indica que cantidad de registros físicos tiene la tabla (ver en doc de fox, donde, en la cabecera ese dato, es un dato en binario).

Si son menos columnas es un problema de cabecera corrupta.

En todos los casos, no quedaría mas remedio que recurrir al backup.

Saludos: Miguel, La Pampa (RA)

Larga Vida y Prosperidad

Que la Fuerza los acompañe, y si no hicieron el backup, derecho al lado oscuro.

[Carlos Hidalgo]

Jajajajaja he ahí la importancia del backup

[Germán Fabricio Valdez]

debe ser un virus nuevo porque en todo google ni en bing aparece algo parecido

[Jorge Luis Villanueva]

Si se recupera la estructura completa, de los registros se recuperan muy pocos, ninguno o registros con basura. Bendiciones.

[Carlos Miguel FARIAS]

El tamaño de la tabla responde a la cantidad de registros recuperados o es más grande?

Si responde al tamaño recuperado (header() mas registros * longitud de registro) es porque los registros realmente se borraron, caso contrario y si el tamaño en disco es más grande, está roto el contador de registros en la cabecera (posiciones 4 a 7, número en binario, hay una forma de calcular el valor que no recuerdo, googlealo).

Si a la tabla la abres con un editor en modo hexa, podes corregir esa parte.

Si no tienes campos binarios (integer, currency, datetime y los nuevos de vfp 9) puedes recuperar los datos leyendo a bajo nivel, tomando los segmentos de cada registro-campo, e insertarlos en una tabla nueva con igual estructura.

Y por supuesto, sugiero recurrir al backup.

Y consultas por el foro, para que todos aprovechen y puedan corregir, aportar

Saludos: Miguel

El 9 de noviembre de 2016, 16:16, Jorge Luis Villanueva <jlvo...@gmail.com> escribió:

Se recupera la estructura completa pero pocos registros o ninguno. Bendiciones.

El miércoles, 9 de noviembre de 2016, 6:13:02 (UTC-6), Miguel escribió: