Discussions specific to the VMware vSphere hypervisor
- Posts: 3
- Liked: never
- Joined: Dec 18, 2013 8:21 am
- Full Name: Nørgård Mikkelsen
I need some advice on how to accomplice the following task.
I have a virtual 15TB Redhat server that daily do a forward incremental backup to Repository A. I need to do a copy-job to repository B.
Between the two repositories, there is a 1000Mbps connection.
In office hour, the transfer agent is limited to 500Mbps. Rest of the time unlimited.
To accomplice this I think:
- Create a second job on repository A that backs up the Redhat server one time (then disables) and then do a Copy-job of this. When it completes several days after and the backup is on repository B. I’ll delete the secondary job on repository A, edit the primary job to do a copy-job to the one created by the secondary now deleted job? Does it make any sense? Does it involve mapping?
- Edit the Redhat job on repository A to do an active full on “First Monday every month” and create a Copy-job. My question is: Will the copy-job use the first created full and let me continue to create my daily forward incremental backup on primary repository or will the copy-job lock the Redhat with a snapshot so that a daily backup cannot be done before the copy-job is completed?.
Do you think any of the two methods will work or do you have another suggestion?
- Veeam Software
- Posts: 6974
- Liked: 714 times
- Joined: May 21, 2014 11:03 am
- Full Name: Nikita Shestakov
- Location: Prague
Hi Michael and welcome to the forums!
Do you have a chance to move the initial full backup to the secondary repository faster(e.g. over faster network or manually on USB drive)?
Once you have a backup on the target site, you can leverage seeding
. All later backups will be incremental and will not take a lot of time to be copied to the target. You may also try to use WAN acceleration
As for the source backup job, you don`t need to create 2 of them and delete one. One is enough.
- Veeam Software
- Posts: 18278
- Liked: 1564 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
I don't think using WAN acceleration on such a fast link is reasonable. Just give the backup copy enough time to complete initial run (should take a couple of days given your link speed).
Backup copy job always copies the latest VM state, please review the corresponding user guide section
for better understanding of how backup copy job works. Also, regular backup job has a priority over the backup copy job - if a backup job tries to access files while backup copy job is running, backup server will stop the backup copy job and let backup job create VM restore points. Depending on the backup method used by the regular job, this might not be an issue (f.e., forward incremental backup mode locks only the latest restore point and backup copy job should not be interrupted).
Users browsing this forum: Bing [Bot], Google [Bot], Kenji Kashiwa and 34 guests