Recuperar una base de unos archivos de BACKUP

[iislas]

Esta posta ya la he publicado en otros foros y no hemos dado con la solucion, tal vez aqui encuentre algun otro comentario.
Tengo un esquema de respaldos, FULL, DIF y TRN (Transaccional).

El Full se ejecuta los domingos a las 3 am
El Dif se ejecuta todos los dias a las 8 am
El Trn se ejecuta cada 15 minutos del dia.

Por necesidad, tuve que recuperar la informacion aplicando primeramente el
restore del full, de la siguiente forma:

RESTORE DATABASE mybase FROM DISK =
'C:\carpeta1\BAK\BACKUP\mybase_20071209_050001.BAK '
WITH MOVE 'mybase_Data' TO 'C:\DATABASES\mybase_Data.MDF',
MOVE 'mybase_Log' TO 'C:\DATABASES\mybase_Log.LDF',
NORECOVERY

Como veran, la ruta original, no existe en el servidor actual
(d:\databases\produccion\), por lo que tuve que utilizar la instruccion MOVE.

Aplico el DIF

RESTORE DATABASE mybase FROM DISK =
'C:\carpeta1\DIF\BACKUP\mybase_20071214_080001.DIF '
WITH MOVE 'mybase_Data' TO 'C:\DATABASES\mybase_Data.MDF',
MOVE 'mybase_Log' TO 'C:\DATABASES\mybase_Log.LDF',
NORECOVERY

Hasta aqui, todo bien, me deja la base en "Loading", pero, al intentar
aplicar el primer backup del LOG de transacciones:

RESTORE LOG mybase FROM DISK =
'C:\carpeta1\TRN\BACKUP\mybase_20071214_090000.TRN '
WITH MOVE 'mybase_Data' TO 'C:\DATABASES\mybase_Data.MDF',
MOVE 'mybase_Log' TO 'C:\DATABASES\mybase_Log.LDF', RECOVERY

Me envia el siguiente mensaje de error:

Server: Msg 4330, Level 16, State 4, Line 1
The log in this backup set cannot be applied because it is on a recovery
path inconsistent with the database.
Server: Msg 3013, Level 16, State 1, Line 1
RESTORE LOG is terminating abnormally.

Ya intente hacerlo sin MOVE:

RESTORE LOG mybase FROM DISK =
'C:\carpeta1\TRN\BACKUP\mybase_20071214_090000.TRN ', RECOVERY

Y tambien recibo el mismo mensaje de error.

¿Alguna recomendacion?

Feliz 20008

[Mithrandir]

Hola,

¿Has probado usando el MOVE únicamente para LOG pero no para DATA?

¿Habías probado en alguna ocasión que pudieras restaurar tus respaldos completamente?

¿No puedes usar la ruta original al restaurar, para evitar el problema de MOVE y ya restaurada la DB simplemente recolocarla en la ruta final con sp_dettachdb y sp_attachdb?

[iislas]

Gracias Mithrandir por tus comentarios

¿Has probado usando el MOVE únicamente para LOG pero no para DATA?

R= No, porque ya no existe la ruta D:\....... en la maquina donde quiero recuperar, solo tengo C:\..............

¿Habías probado en alguna ocasión que pudieras restaurar tus respaldos completamente?

R= No, nunca tuve esa necesidad, fue hasta que tuve un problema en mi servidor cuando intente hacerlo

¿No puedes usar la ruta original al restaurar, para evitar el problema de MOVE y ya restaurada la DB simplemente recolocarla en la ruta final con sp_dettachdb y sp_attachdb?

R= Asi fue como la recupere, con un attach, solo que Dios es muy grande y no se daño el disco, ¿y si esto no hubiera sido posible?, solo tendra la opcion del RESTORE.

[iislas]

¿Nadie mas?

[Mithrandir]

R= No, porque ya no existe la ruta D:\....... en la maquina donde quiero recuperar, solo tengo C:\..............

Eso me imaginé, pero me refiero al nivel de la sentencia. Al ser el LOG un archivo LDF creo que indicar los datos de MDF (en el MOVE) es innecesario y por ahí puede ir el problema.

En cualquier caso, si la DB original no sirviera tendrías que preocuparte por tener una unidad D. Harías pasos adicionales para "crearla" y luego arreglar el desorden para tener la configuración final, pero finalmente hubieras tenido alternativas de recuperación.

[iislas]

Gracias por el comentario.

Tambien se probo, haciendo omision del MOVE en los archivos LDF y recibi el mismo error.

Si, la "solucion" (tal vez, no lo he hecho), es tener la misma ruta, ¿Pero en cado de NO tenerla?

[Mithrandir]

Pues por el lado de SQL es todo lo que se me ocurrió.

Por el lado de Windows la primera opcion que se me ocurre es compartir una carpeta y montarla como D: como share de red (la ed Enterprise no se quejará, en la Std tienes que editar un valor para que te permita trabajar sobre unidades de red). No requieres HW adicional pero la configuración de la ed. Std lo hará latoso.

Otra alternativa es usar un disco temporal que haga las veces de D: requieres de HW adicional, pero será la solución más directa.

Ambos no dejan de ser parches a algo que debiera ser resuelto por el propio SQL Server.

[iislas]

Gracias, creo que montare finalmente el disco correspondiente y hare algunas pruebas.

Saludos.