Hello,
I’m trying to restore a full backup on a new ESXi host but it says
Restore Point(s) is corrupted however the backup file is Full Backup
Appreciate your support.
Hello,
I’m trying to restore a full backup on a new ESXi host but it says
Restore Point(s) is corrupted however the backup file is Full Backup
Appreciate your support.
Hi
A corrupted restore point cannot be repaired by us, the community. Seems that the vbk itself is corrupted, which can happen if your backup storage has faced some corruption.
If this is the only restore point you have, and you need to restore the entire environment, then I recommend to open a Veeam Support Case. I know from cases where they provided a custom build of the tool which allowed you to restore at least some data which wasn’t corrupted in the backup file.
Thanks
Fabian
Absolutely
Please don’t attempt to modify the file yourself in any way, one question I’d want to ask on this:
Are you recovering with the same VBR environment or a new one? Just thinking if you’ve got an older VBR instance you’re recovering a newer backup to, it wouldn’t necessarily be able to read this.
You could also try using Veeam’s standalone extract utility as a separate recovery method. But please do all of this alongside Veeam support, they deal with this every day and are truly going to be your best chance of recovering this backup.
Good point from
I recommend to transfer the 1.5TB with a usb drive to your location and then export the backup there. I wouldn’t do it over a instable connection.
If it still is “corrupted”, best to ask veeam support to have a look at the file.
Is this one VBR environment or two?
Hi
A corrupted restore point cannot be repaired by us, the community. Seems that the vbk itself is corrupted, which can happen if your backup storage has faced some corruption.
If this is the only restore point you have, and you need to restore the entire environment, then I recommend to open a Veeam Support Case. I know from cases where they provided a custom build of the tool which allowed you to restore at least some data which wasn’t corrupted in the backup file.
Thanks
Fabian
Well actually this is not the only backup we’ve but the issue here is that the backup size is large and we’re restoring to a different datacenter and the link between them is slow that’s why I opened this question to see if there any option to fix this or not.
Also, I checked the backup file size and it’s looks like the same as before full backups so i dont know actually but anyway I started to copy a previous backup from the old DC to the newer one.
Can you test recovery via the source VBR to see if it can even read the backup? That’ll cut through a huge amount of potentially wasted time on whether it’s an access issue, or version issue etc. If the Veeam installation that created the backup can’t read it, then we’ve cut out a lot of troubleshooting.
I had happened to be using an outdated veeam extractor
to avoid this kind of problem , you can schedule a check crc from gui job.
Or as I do run a script for check crc storage.
check this post.
Absolutely
Please don’t attempt to modify the file yourself in any way, one question I’d want to ask on this:
Are you recovering with the same VBR environment or a new one? Just thinking if you’ve got an older VBR instance you’re recovering a newer backup to, it wouldn’t necessarily be able to read this.
You could also try using Veeam’s standalone extract utility as a separate recovery method. But please do all of this alongside Veeam support, they deal with this every day and are truly going to be your best chance of recovering this backup.
No sir this is a new Veeam BR instance at the new DC
Is this one VBR environment or two?
No, I’m copying the backups first to the other DC and start the recovery.
I couldn’t restore over WAN cuz got some network issues with the DataDomain so the easiest way was to copy the backups and it’s working but got this error with that VM only.
Good point from
I recommend to transfer the 1.5TB with a usb drive to your location and then export the backup there. I wouldn’t do it over a instable connection.
If it still is “corrupted”, best to ask veeam support to have a look at the file.
The VBR server version i guess it’s the same or higher.
Yes. the backup was transferred (copied) first to the location where we restore at.
Can you test recovery via the source VBR to see if it can even read the backup? That’ll cut through a huge amount of potentially wasted time on whether it’s an access issue, or version issue etc. If the Veeam installation that created the backup can’t read it, then we’ve cut out a lot of troubleshooting.
Well, the reason for all of this was that the DC went down including the Veeam BR servers and we got only the DataDomain available that holds the Veeam backups.
But luckily I got a call two hours ago that they got be able to make the DC up and running again.
I checked the Veeam BR source and found the job for that corrupted backup was failed so i think thats why it shows this message because of it was not finished.
Thank y’all for support.
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.