Power Builder - Ayuda sobre reparación .DB

Estimados:

Luego de un corte de luz, al parecer se dañó mi base de datos, extensión .db. Esto me provoca inconvenientes debido a que no puedo ver la información de las tablas al momento de conectarme a la base me envía el sisguiente mensaje: "UNABLE TO START SPICIFIED DATA BASE".

Necesito saber como puedo reparar una base de datos dañada. Debido a que esto no me había sucedido anteriormente. He intentado reparar la base con sybase utilities, en la opción REBUILD DATABASE, pero me arroja el error anteriormente descrito.

También he intentado reparar con otros programas que he encontrado en la red, sin embargo no he podido. Por ejemplo he intentado con la utilidad DTUTIL32, pero no resulta. Además he intentado con el programa Recovery for Paradox, el cual luego de un rato dice que la repara, pero es solo una versión de prueba (demo), lo que no me permite una reparación completa.

Podrían indicarme si hay alguna forma fácil y eficiente de reparar un .db dañado con su correspondiente log? Desde donde puedo descargar un programa que me permita repararla sin problemas?

Bueno si no es posible que me ayuden con el dato especifico y instrucciones para repararla ¿Podrían ayudarme a repararla? La base de datos es pequeña, pesa aprox. 3.6 mb. si me indican el correo electrónico se las podría enviar para que por favor me ayudarán a repararla. Es que la necesito super urgente.

Muchas gracias de antemano Francisco.

hola francisco,
mándamelo a ver si puedo ver / hacer algo.

Miguel ( mjlreina38 hotmail com )

Hola francisco,

ya esta resuelto: tienes varias correos en la cuenta que usaste para mandarme el correo hoy.

descibiré lo que hicé. Resumidamente existe un parámetro -f en sqlanywhere que te 'F'uerza a arrancar la base de datos. me costó lo suyo hasta que descubrí que no me funcionaba al estar el log en el directorio de la base de datos. Hay que quitarlo (creo que sólo ha sido el problema que tuvé).
----------------

"copiar la base de datos a donde tengas instalada el sqlany50":
hacia el directorio donde está dbeng50.exe para no tener que escribir todo el rato todos los path de donde está el dbeng50 y dblog.exe / la base de datos

en mi caso:
copy supermivan.db c:\sqlany50\win32
copy deudores.log c:\sqlany50\win32
cd c:\sqlanywhere50\win32

intenté un par de cosas que no funcionaron del todo:
---------------
C:\SQLANY50\win32>dbeng50 -n supermivan.db -f
C:\SQLANY50\win32>dbeng50 -n supermivan.db -a
C:\SQLANY50\win32>dbeng50 supermivan.db -a

y luego cahí en la cuenta que el log no tenía que estar (deudores.log)
------------------------

C:\SQLANY50\win32>ren *.log *.bak
C:\SQLANY50\win32>dbstop
Unable to stop SQL Anywhere Agent -- database engine not running.

C:\SQLANY50\win32>dbeng50 .\supermivan.db -f
dbstop
C:\SQLANY50\win32>dbeng50 .\supermivan.db

C:\SQLANY50\win32>dir *.log
El volumen de la unidad C es ACER
El número de serie del volumen es: E17E-D0F0
Directorio de C:\SQLANY50\win32
No se encuentra el archivo

y para volver a activar el log:
------------------------------
C:\SQLANY50\win32>dblog
Usage: dblog [switches] database

Switches (use specified lower-case letter, as shown):
-g <n> set LTM generation number
-il ignore LTM truncation point
-ir ignore SQL Remote truncation point
-m <name> set transaction log mirror name
-n do not use a transaction log or mirror
-o <file> log output messages to file
-q quiet: do not print messages
-r do not use a transaction log mirror
-t <name> set transaction log name

C:\SQLANY50\win32>dblog -t deudores.log supermivan.db
"supermivan.db" was using log file "deudores.log"
Transaction log filename not changed
"supermivan.db" is using no log mirror file
Transaction log starting offset is 0000781590

C:\SQLANY50\win32>dbeng50 .\supermivan.db
C:\SQLANY50\win32>dir *.log
El volumen de la unidad C es ACER
El número de serie del volumen es: E17E-D0F0
Directorio de C:\SQLANY50\win32
No se encuentra el archivo

(no encontraba porque no se había hecho nada todavía supongo, luego sí aparecia)

tuvé que apagar el ordenador para poder copiar la base de datos y log al destino final ya que quedaban bloqueados por algo y todo funciona.
(usuario: dba, contraseña: sql)

saludos,
Miguel