• And what if the full backup that completed successfully won't restore? Completing doesn't mean it's good. If you're using RESTORE VERIFYONLY, that checks the header of the backup file only.

    So, you delete all the tran logs before the full backup. Next day something goes wrong, you go to restore but the full backup's damaged and won't restore. The tran logs are gone, so assuming you still have the previous night's full backup, you restore and lose ~36 hours of data. Is that acceptable?

    Gail Shaw
    Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
    SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability

    We walk in the dark places no others will enter
    We stand on the bridge and no one may pass