Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase 12345»»»

The Importance of Validating Backups Expand / Collapse
Author
Message
Posted Sunday, September 23, 2012 5:57 PM


SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Thursday, July 3, 2014 4:00 PM
Points: 2,038, Visits: 1,663
Comments posted to this topic are about the item The Importance of Validating Backups

Paul Randal
CEO, SQLskills.com: Check out SQLskills online training!
Blog:www.SQLskills.com/blogs/paul Twitter: @PaulRandal
SQL MVP, Microsoft RD, Contributing Editor of TechNet Magazine
Author of DBCC CHECKDB/repair (and other Storage Engine) code of SQL Server 2005
Post #1363312
Posted Monday, September 24, 2012 2:40 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Today @ 8:22 AM
Points: 1,306, Visits: 2,470
Thanks Paul for writing such a nice article & clarifying the importance of "WITH CHECKSUM" option when taking the backups!


Sujeet Singh
Post #1363365
Posted Monday, September 24, 2012 3:21 AM


SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 11:06 PM
Points: 2,270, Visits: 3,778
Great stuff as usual by the SQL legend

Mohammed Moinudheen
Post #1363378
Posted Monday, September 24, 2012 3:32 AM
Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: 2 days ago @ 12:41 PM
Points: 65, Visits: 949
.
Post #1363380
Posted Monday, September 24, 2012 3:57 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Today @ 3:08 AM
Points: 1,855, Visits: 2,962
Paul Brewer (9/24/2012)
cannot cope with databases with more than 1 data file at the moment.


Hi Paul,
Been working on a similar script myself - I use RESTORE FILELISTONLY to get the data files & also to generate the MOVE statements.

Happy to send you over some code, although it'll probably need modifying to fit your process.
My starting point is the backup files themselves, rather than msdb database.

Cheers
Gaz
Post #1363393
Posted Monday, September 24, 2012 3:59 AM


SSCoach

SSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoachSSCoach

Group: General Forum Members
Last Login: Today @ 12:11 PM
Points: 15,517, Visits: 27,893
Well you know I loved this article. I've been ranting about this issue for quite some time. It's nice to have yet another resource to point to in order to try to get the point across. Thanks Paul.

----------------------------------------------------
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood..." Theodore Roosevelt
The Scary DBA
Author of: SQL Server 2012 Query Performance Tuning
SQL Server 2008 Query Performance Tuning Distilled
and
SQL Server Execution Plans

Product Evangelist for Red Gate Software
Post #1363394
Posted Monday, September 24, 2012 4:10 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Today @ 3:08 AM
Points: 1,855, Visits: 2,962
Yes, thanks for the article Paul.

Is there actually an easy way to check the output from DBCC CHECKDB?
I currently scan the SQL log using xp_readerrorlog for the DBCC output info, another way is to use TABLERESULTS clause, and check for the completion line.
However, both methods could be called undocumented - you won't find either in BOL!
Post #1363400
Posted Monday, September 24, 2012 4:32 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Monday, June 17, 2013 9:49 AM
Points: 3, Visits: 18
Great article.

Is it possible to use DBCC CHECKDB to check the database first before backing up (with all your other recommendations), so that we don't have to restore the backup to perform that test?
Post #1363405
Posted Monday, September 24, 2012 6:13 AM
SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Wednesday, May 28, 2014 1:35 PM
Points: 1,635, Visits: 1,970
I recently talked my boss into getting a drive big enough to restore all of our DBs so we can pull them from tape and do tests on a few each week. Now just comes the job of automating that which is likely to be very fun. It would also appear that we need to do some work to secure our backups a little better.

charles.wong (9/24/2012)
Great article.

Is it possible to use DBCC CHECKDB to check the database first before backing up (with all your other recommendations), so that we don't have to restore the backup to perform that test?


You can run CHECKDB first but there's no guarantee that the DB doesn't get corrupt before the backup is done. It also won't guarantee that the backup file itself doesn't get corrupted. Some people recommend doing an integrity check and if the DB is corrupt not to back it up (assuming that this means you may be deleting the last good backup.) Our process here is to backup the database since we send the backups to another location so we shouldn't be destroying a good backup. It also means that we have a copy of the corrupt DB so if we need to restore we can then do some comparisons to try and recover some of the changes. The thing you need to be careful of is making sure you're not destroying the last good backup because then you have a problem.
Post #1363441
Posted Monday, September 24, 2012 6:29 AM


SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Thursday, July 3, 2014 4:00 PM
Points: 2,038, Visits: 1,663
Glad you all like the article!

Some of the questions:
1) If you can run CHECKDB on the prod system, go for it. But also do the backup/copy/restore/CHECKDB process too. Defense in depth - just like with security.
2) Did CHECKDB complete and find errors? Check the value of @@ERROR afterwards - guarantees to be non-zero if CHECKDB found/had a problem.

Cheers


Paul Randal
CEO, SQLskills.com: Check out SQLskills online training!
Blog:www.SQLskills.com/blogs/paul Twitter: @PaulRandal
SQL MVP, Microsoft RD, Contributing Editor of TechNet Magazine
Author of DBCC CHECKDB/repair (and other Storage Engine) code of SQL Server 2005
Post #1363450
« Prev Topic | Next Topic »

Add to briefcase 12345»»»

Permissions Expand / Collapse