05-08-2012 08:42 AM
Hi All,
When i try and restore a VM from tape i get the following error:
the restore failed to recover the requested files( 5)
the tapes are brand new and we were able to write to the tapes with no issue, this is happening on a number of restore job we are running.
Our tape library are encrypted, we are using Netbackup 7.0.1 in a Windows 2003 R2 x64 environment
here is the detailed status:
I have alos attached the log file 050812_00001.log
Any ideas about this issue?
05-08-2012 08:53 AM
Check this technote:
http://www.symantec.com/business/support/index?page=content&id=TECH16017
Also is it the same media server doing the restore that did the backup?
05-08-2012 09:13 AM
Not necessary, we have 5 media serves in our main office and another two in a second office.
Master server is in the second office.
05-08-2012 09:20 AM
are they all configured with same drives, OS, drivers, touch files? if no, get the media server that wrote the backup to do the restore.
05-08-2012 12:05 PM
Do you relabel your tapes with a script or something? it will be the only reason to see an empty header or the tape was never writen, try to use tar to dump some data or at least read through the tape indexes just to be sure no data is in there, this will remove NBU from the equation.
05-09-2012 04:55 AM
@revaroo All configs are the same expect for one media server which is server 2008 R2 enterprise.
@omar villa We do not relabel are tapes via scripts or any other method once it has been barcoded. These are brand new tapes and have only been written to once.
05-09-2012 06:01 AM
are you stop VM services before restore? this a privilages issue.
05-09-2012 05:19 PM
Have you already tested writing and restoring file backups instead?
How did you configured encryption? With NetBackup KMS? With tape vendor's solution? Decru?
It is possible that encryption keys are not shared in tape drives if you use non-KMS solution. You should also open a case with tape drive vendor.
05-09-2012 08:26 PM
What is your SIZE_DATA_BUFFER setting? I've seen a case where a customer overran the hardware buffer on their tape device and while the backups all ran like a champ, they couldn't restore a thing. I leave my SIZE_DATA_BUFFER settings to 262144 and ramp up the buffering with the NUMBER_DATA_BUFFER variable if I need more on the back-end.