Error al intentar restaurar desde un backup de transacciones

Hola Pablo, los pasos que estoy haciendo son mas o menos
los mismos que me describís.
cuando hago el restore del Full, dejo la DB como read-only
para continuar restaurando los archivos de transacciones
(en tu caso haces lo mismo, no?), con el primero no tengo
problemas (simpre utilizo la opcion no recovery), pero con
el segundo, no camina.
Te aclaro que no estoy trabajando siempre con el mismo
servidor. En el que está al BD y tengo los dispositivos de
backup's, no es el mismo donde hago las restauraciones, al
otro, copio todos los archivos que me generan los
distintos respaldo y restauro desde disco.

Sebastián:

Cuando restaures el primer log debes dejar la DB en

estado No Recovery para

que se puedan anexar los cambios existentes en los logs

siguientes.

Si utilizas el EM y has realizado correctamente los

backups te recupera la

información en la secuencia correcta y te deja la db en

estado operacional.

Sin embargo, si lo realizas manualmente debes:

1) Restaurar el backup Full
2) Restaurar el primer LOG con la opcion WITH NORECOVERY

(lo que deja tu DB

en estado inconcistente)
3) Repetir el paso 2 hasta un LOG antes del último
4) Restaurar el último LOG normalmente (lo que dejará la

DB nuevamente en

estado consistente.)

Espero que sea de utilidad.

Saludos.



Pablo O. Abbate
MCDBA - MCAD - MCSD - MCT
www.auladat.es




"Sebastian"

escribió en el mensaje

news:1119d01c3bf3d$cb927830$

Durante el día se generan 5 respaldos de las transacciones
con la opcion Truncate. Restauro desde el Full, aplico el
primer respaldo del archivo de transacciones y al intentar
aplicar el segundo me da el siguiente error:

" Microsoft SQL-DMO (ODBC SQLState: 42000)

El registro de copia de seguridad empieza en el LSN
1236701000000021300001, demasiado tarde para aplicarlo a
la base de datos.
Se puede restaurar una copia de serguridad del registro
anterior, que incluya el LSN 123618200000009800001.
Fin anómalo de RESTORE LOG "

Gracias, Sebastian


.

Sebastián:

Al restaurar el backup full no hay necesidad de dejar la DB en RO, solo
debes restaurarlo completamente. A partir de allí continuar con el proceso
conforme te lo indiqué.
Supongo que el modo de recuperación que estás utilizando en ambas DBs es
FULL RECOVERY, ¿no?

Si lo que intentas es crear una réplica on-line de tu DB en un segundo
servidor hay una herramienta muy buena para esto.
Coméntame si esta es tu intención y te paso mas información sobre el tema.


Pablo O. Abbate
MCDBA - MCAD - MCSD - MCT
www.auladat.es



escribió en el mensaje
news:1130e01c3bf4d$9bdb8db0$

Hola Pablo, los pasos que estoy haciendo son mas o menos
los mismos que me describís.
cuando hago el restore del Full, dejo la DB como read-only
para continuar restaurando los archivos de transacciones
(en tu caso haces lo mismo, no?), con el primero no tengo
problemas (simpre utilizo la opcion no recovery), pero con
el segundo, no camina.
Te aclaro que no estoy trabajando siempre con el mismo
servidor. En el que está al BD y tengo los dispositivos de
backup's, no es el mismo donde hago las restauraciones, al
otro, copio todos los archivos que me generan los
distintos respaldo y restauro desde disco.

Sebastián:

Cuando restaures el primer log debes dejar la DB en

estado No Recovery para

que se puedan anexar los cambios existentes en los logs

siguientes.

Si utilizas el EM y has realizado correctamente los

backups te recupera la

información en la secuencia correcta y te deja la db en

estado operacional.

Sin embargo, si lo realizas manualmente debes:

1) Restaurar el backup Full
2) Restaurar el primer LOG con la opcion WITH NORECOVERY

(lo que deja tu DB

en estado inconcistente)
3) Repetir el paso 2 hasta un LOG antes del último
4) Restaurar el último LOG normalmente (lo que dejará la

DB nuevamente en

estado consistente.)

Espero que sea de utilidad.

Saludos.



Pablo O. Abbate
MCDBA - MCAD - MCSD - MCT
www.auladat.es




"Sebastian"

escribió en el mensaje

news:1119d01c3bf3d$cb927830$

Durante el día se generan 5 respaldos de las transacciones
con la opcion Truncate. Restauro desde el Full, aplico el
primer respaldo del archivo de transacciones y al intentar
aplicar el segundo me da el siguiente error:

" Microsoft SQL-DMO (ODBC SQLState: 42000)

El registro de copia de seguridad empieza en el LSN
1236701000000021300001, demasiado tarde para aplicarlo a
la base de datos.
Se puede restaurar una copia de serguridad del registro
anterior, que incluya el LSN 123618200000009800001.
Fin anómalo de RESTORE LOG "

Gracias, Sebastian


.