May 6, 2013 at 7:34 pm
Hello all....maybe someone can help me out - or break the bad news to me...
Restore error: 13 (The data is invalid).
Error Log information:"05/06/2013 19:28:13,Backup,Unknown,BackupIoRequest::ReportIoError: read failure on backup device 'F:\Backups\ToBeRestored\FullBackup.bak'. Operating system error 13(The data is invalid.).
05/06/2013 19:28:13,Backup,Unknown,Error: 18210<c/> Severity: 16<c/> State: 1."
Product: Sql Server 2012 SP1
OS: Windows Server 2008 R2 Standard SP1
I have googled my (what's left of my) brains out with this error....and all I have found is that it may lead to insufficient disk space; however, I'm leading towards it being corrupt.
I have run RESTORE FILELISTONLY and verified the file sizes...and according to that - I have enough disk space (with 100GB+ to spare).
I have run RESTORE HEADERONLY just to see if that would run.
I do get the same error (13 The data is invalid) when I try to run RESTORE VERIFYONLY.
This area definitely isn't my forte....so I apologize if this is a stupid question (or if I have posted in the wrong forum) 🙂
Is there ANY way to get find out what is causing the error - or to even get this data restored if it is a corrupt backup?
Thanks so much!
May 6, 2013 at 7:50 pm
Did restore headeronly produce the same error or did it run?
Also, do you have any IO related errors in the event logs?
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
May 6, 2013 at 8:26 pm
I apologize - I didn't actually put that in the first post! Restore headeronly works just fine.
For your question "Also, do you have any IO related errors in the event logs? " - If you're speaking of the windows event log (sorry if I'm wrong - 🙁 - trying to learn, though!) - no others show up other than the same one in the sql error message...OS error 13 (The data is invalid).
Thanks so much.
Lee Ellen
May 6, 2013 at 8:30 pm
I'd try to copy this file and restore it on another system. I suspect your file might be corrupt.
May 6, 2013 at 8:53 pm
Thanks. I am going to try that once I can get the hard drive hooked up to another machine tomorrow when I'm in the office.
If it fails as well, am I just out of luck with getting this backup restored?
Thanks!
May 6, 2013 at 9:14 pm
I'm with Steve, I think the file might be corrupt.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
May 6, 2013 at 9:46 pm
So when y'all say the file might be corrupt - that could mean that the .bak file (on the client's end) might be okay - but the copy I have is corrupt?
It was sent to me on an external hard drive (I'm pretty sure - I'm not the one that actually hooks it up to the machines - I'm just doing the restore work). Could it possibly be something wrong with the drive? (bad sectors or something? - again - not my area of expertise 🙂 )
Thanks! 🙂
May 6, 2013 at 11:37 pm
Well, it could be just your copy. It could be the drive that is no good. And it could also mean that the original bak file is also corrupt.
Attempting to restore to a different server could possibly help narrow that down.
Also, have you tried copying the bak file off of the external drive and to the server and then tried the restore?
It could be that the external drive is choking when you attempt the restore.
Jason...AKA CirqueDeSQLeil
_______________________________________________
I have given a name to my pain...MCM SQL Server, MVP
SQL RNNR
Posting Performance Based Questions - Gail Shaw[/url]
Learn Extended Events
May 7, 2013 at 8:22 am
I'd also make another backup of the source database, ASAP.
May 7, 2013 at 8:31 am
Yes, that was the last thing I tried before I posted my question here.
I received the same error. 🙁
I am waiting on a response from the client to see if they can restore the backup on their side.
I also created a md5 hash on the backup file we received and have asked the client to do the same to compare.
Thanks for all the assistance!
May 7, 2013 at 8:33 am
Thanks, Steve. I'm definitely going to ask the client to verify their latest backup.
Thanks 🙂
May 8, 2013 at 4:43 am
Have u check that your DB version is same.. or higher than BACKUP DB..?
May 8, 2013 at 11:57 am
Yes, the customer is using 2012, and the instance I was trying to restore to was 2012 as well.
We are leaning towards the hard drive being bad.
Thanks to everyone for their input!
Viewing 13 posts - 1 through 12 (of 12 total)
You must be logged in to reply to this topic. Login to reply