InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comTue, 18 Jun 2013 20:29:04 GMT20http://www.sqlservercentral.com/Forums/Topic1394860-263-1.aspxI just keep repeating the mantra "no one has ever lost their job for failing to take a backup, only for failing to recover the application to the required state". I was caught recently where some backups from last year were needed to argue a legal case. The infrastructure team guaranteed that they had the data and went and ordered the relevant tapes from the off site storage. Low and behold all of the tapes were corrupt so there were no available back ups to restore. But that didn't frighten the infrastructure team into checking all other tapes, I had to force them via their manager and yes more and more of the tapes were found to be faulty, even though the back up software issued a "verified" status after the backup.Always test your restores on a regular basis, and not just the local backups but also any business critical off site backups.Tue, 11 Dec 2012 19:36:35 GMTdogramonehttp://www.sqlservercentral.com/Forums/Topic1394860-263-1.aspxThis is kind of like buying a car without test driving it first. Don't just assume everything works. Test drive those backups.:-DTue, 11 Dec 2012 10:54:49 GMTTravisDBAhttp://www.sqlservercentral.com/Forums/Topic1394860-263-1.aspxI hit this problem yesterday with our first test of our disaster recovery solution: encryption no longer worked!Once I'd figured out it was an issue to do with the Service Master Key on the new box I was ok, but still it was a bit of a "oh no!" moment.And...back to the documentation :-)Tue, 11 Dec 2012 02:49:08 GMTMichael Lysonshttp://www.sqlservercentral.com/Forums/Topic1394860-263-1.aspxComments posted to this topic are about the item [B]<A HREF="/articles/Editorial/95313/">Test Your Restores</A>[/B]Mon, 10 Dec 2012 20:28:41 GMTSteve Jones - SSC Editor