03-15-2012 12:11 AM
I am trying to restore some files from Tape.
The Backup was created with BackupExec 2010 R3 with GRT enabled from a VMware maschine over VMware vcenter.
The backuped vmdk has about 2.5TB. Now if i am trying to restore a few kilobyte of files via GRT the restore process takes about 16 hours.
Is this normal?
Solved! Go to Solution.
03-15-2012 02:52 AM
Yes it is. So taking the backup to disk first and then duplicating to tape would make life a bit easier!
03-15-2012 12:33 AM
This is because the vmdk image needs to be staged to disk before the item can be extracted for restore. This is normal.
Alternatively, you can backup to disk and then duplicate to tape. You would then restore from the disk backup which will not require any staging.
03-15-2012 12:35 AM
Hi,
It's probably staging that VM to disk...duplicate to disk first and then try the restore from there.
GRT backups are suggested to go to disk first if possible, and then duplicate to tape!
Thanks!
03-15-2012 02:25 AM
Yes while restoring the files there is written that BackupExec is staging.
So BackupExec is copying / staing the 2.5TB vmdk to disk first?
03-15-2012 02:52 AM
Yes it is. So taking the backup to disk first and then duplicating to tape would make life a bit easier!
03-15-2012 03:03 AM
You are right, but we are using direkt backup to tape because of limited disk space :(
03-15-2012 04:02 AM
If it is an application backup, then you might be better off using the RAWS agent for this...2.5TB to tape with the way it restores is going to be a mission.
04-17-2012 04:39 AM
We have the same restore speed problemas discribed above. 2008R2 Media servers in combination with 2010 R3 SP2.
Thanks
04-17-2012 05:25 AM
The only way to speed up a restore is to use a backup2disk folder.
Restoring a GRT VMDK backup requires Backup Exec to stage the complete VMDK to disk first. Nothing to do about this.