none
Copia de Seguridad Log de Transacciones RRS feed

  • Pregunta

  • Estimados.

    Tengo un dispositivo de copia de seguridad que alberga varias copias de seguridad del registro de transacciones.

    Supongamos que de dicho dispositivo un operador ha restaurado N registros de transacciones, que tablas o vistas puedo consultar para saber que numero de archivo es el que toca restaurar ?

    Nota. No quiero hacer el restore con cualquier numero de File y generar el error para saber el LSN.

    Saludos.


    DBA SQL Server Santiago/Chile

    miércoles, 24 de mayo de 2017 0:26

Respuestas

  • Saludos

    Consulta la tabla msdb.dbo.backupset 

    Haz un restore de header only y asi podras ver la cadena de backups

    https://www.mssqltips.com/sqlservertip/3209/understanding-sql-server-log-sequence-numbers-for-backups/

    miércoles, 24 de mayo de 2017 17:54

Todas las respuestas

  • Saludos

    Consulta la tabla msdb.dbo.backupset 

    Haz un restore de header only y asi podras ver la cadena de backups

    https://www.mssqltips.com/sqlservertip/3209/understanding-sql-server-log-sequence-numbers-for-backups/

    miércoles, 24 de mayo de 2017 17:54
  • Hola Enrique.

    Me funciono perfecto, una sola cosa.

    Cuando restauro la BD dicha informacion no aparece en backupset.

    Entonces miro [restorehistory] y ahi claro aparece.

    Mi problema es el siguiente, supongamos que hago un restore de la BD, y luego hago 5 restore del los file del log, ahora hago NUEVAMENTE un restore del la BD usando el mismo BAK que antes, y consulto backupset por nombre de la BD veo que ya hay 5 registros entonces no tengo como volver  a restaurar los 5 files, se entiende ?



    DBA SQL Server Santiago/Chile


    • Editado CMAPM jueves, 25 de mayo de 2017 3:15
    jueves, 25 de mayo de 2017 3:04
  • No sabria decir me suena a que si es posible pero necesitaria hacer el experimento no veo porque se interrumpa la cadena en ese escenario que estas poniendo te invitaria a probar porque no he tenido esta necesidad.
    jueves, 25 de mayo de 2017 3:21
  • Tendrás por ahí una buena guía para replicar la data de un servidor a otro ? Que no sea de Always On por temas de que aun no lo vamos a implementar, tampoco Mirror pues en un test hizo todo muy lento.

    DBA SQL Server Santiago/Chile

    jueves, 25 de mayo de 2017 3:28
  • http://www.sqlservercentral.com/articles/Log+Shipping/62676/

    https://www.enterprisedb.com/docs/en/9.5/pg/log-shipping-alternative.html

    No entiendo porque dices que Mirror es lento y si lo era porque no probaron asincrónico?

    jueves, 25 de mayo de 2017 3:34