1st run of copy job of big machine over slow connection

VMware specific discussions

1st run of copy job of big machine over slow connection

Veeam Logoby it@normik.dk » Fri Jan 29, 2016 9:21 pm

Hi,

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:
  1. 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?
  2. 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?

/Michael
it@normik.dk
Lurker
 
Posts: 1
Liked: never
Joined: Wed Dec 18, 2013 8:21 am
Full Name: Nørgård Mikkelsen

Re: 1st run of copy job of big machine over slow connection

Veeam Logoby Shestakov » Sat Jan 30, 2016 6:32 pm

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.
Thanks!
Shestakov
Veeam Software
 
Posts: 4842
Liked: 393 times
Joined: Wed May 21, 2014 11:03 am
Location: Saint Petersburg
Full Name: Nikita Shestakov

Re: 1st run of copy job of big machine over slow connection

Veeam Logoby foggy » Mon Feb 01, 2016 1:59 pm

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).
foggy
Veeam Software
 
Posts: 14716
Liked: 1075 times
Joined: Mon Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson


Return to VMware vSphere



Who is online

Users browsing this forum: Google [Bot] and 29 guests