none
Backup de Bd y comprobación del Backup con un SP

    Pertanyaan

  • Hola muy buen dia a todos estoy realizando un SP para realizar un backup de manera automatica mediante un job, pero lo que necestio es que se realize el backup y posteriormente de alguna manera comprueba si ese backup realizado fue correcto, es decir que no contenga errores, eso es posible?

    Hasta ahorita tengo el scrip para realizar el backup, pero lo que no se es como saber si ese backup fue correcto, no se si tambien debo implementar algo mas en este codigo para el backup o es todo lo que debo tener en cuenta, ademas de lo faltante para comprobar el back realizado.

    CREATE PROCEDURE
    AS
    BEGIN
     BACKUP DATABASE Pruebas
     TO DISK = 'C:\Respaldos\Pruebas.Bak'
        WITH FORMAT,
           MEDIANAME = 'Z_SQLServerBackups',
           NAME = 'Full Backup of AdventureWorks2008R2';
    END

    Y es posible que le ponga a la base de datos al final la fecha en que se realizo, tengo varias dudas espero me puedan ayudar, muchas gracias de antemano.

    Saludos!!

    27 Februari 2012 19:14

Jawaban

  • Para verificar que un backup no tiene errores se usa el comando RESTORE VERIFYONLY.

    http://msdn.microsoft.com/es-es/library/ms188902.aspx

    Para crear un backup que tenga fecha puedes concatenar el nombre con la función getdate()

    que da la fecha.


    MVP MCT MCTS Daniel Calbimonte

    http://elpaladintecnologico.blogspot.com

    28 Februari 2012 0:16
  • además de lo que te ha dicho dani, yo lo que haría sería restaurar ese backup en otro server. Puedes montar un sistema de log shipping que te haga esto de forma automática, o incluso hacerte tu la aplicacioncita que lo consiga.

    En cuanto a tu backup, esa instrucción machacará el backup anterior. No anexará este backup al final en el mismo fichero. Si es lo que busca.. entonces hace lo que quieres.

    Este backup hace backups completos, pero una estrategia de backup adecuada además de backups completos ha de programar backups del log y en su caso además diferenciales (si es que merecen la pena).  La secuencia típica de un sistema grande bien diseñado y en el que no quieres perder información o quieres perder cuanta menos mejor en caso de catástrofe pasaría por la combinación adecuada a los requisitos de estos tipos de backups.

    Si el modo de recuperación de tu base de datos es Full y solamente haces backups completos, estarás contenado a que tu log crezca sin saber porque.  Y crece porque para que no lo haga hay que hacerle backups explicitamente.

    Espero que se entienda.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    28 Februari 2012 15:50
    Moderator

Semua Balasan