Hi,
I'm soon replacing my primary SAN based primary repository with a large DAS based repository. As I'm also switching from ReFS back to NTFS. I guess the quickest way to get back on track is to just update the jobs with the correct repository settings, and do an active full. However, when I start the primary repository from scratch with active fulls, will the next wan-based copy-job still only do changed blocks compared to the primary job? Or would the next copy-job be practically a full as well?
In that case, can I better copy the last chain of full and incrementals to the new repository, and map those backup files?
I founda lot of info about mapping backups, but not specifically on how copy jobs would pick that up. The main issue is that we are very limited in WAN (VPN) bandwidth to our remote site.
-
- Expert
- Posts: 127
- Liked: 29 times
- Joined: Oct 10, 2014 2:06 pm
- Contact:
-
- Product Manager
- Posts: 14844
- Liked: 3086 times
- Joined: Sep 01, 2014 11:46 am
- Full Name: Hannes Kasparick
- Location: Austria
- Contact:
Re: New primary repository - will WAN copy-job suffer?
Hello,
changing to a new repository does not have any impact on WAN acceleration as the data of the backup is the same.
Best regards,
Hannes
changing to a new repository does not have any impact on WAN acceleration as the data of the backup is the same.
Best regards,
Hannes
-
- Expert
- Posts: 127
- Liked: 29 times
- Joined: Oct 10, 2014 2:06 pm
- Contact:
Re: New primary repository - will WAN copy-job suffer?
Ok. So it shouldn't make a difference if I copy the last chain or just do an active full, with regards to amount of data in the next copy job.
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: New primary repository - will WAN copy-job suffer?
Right, backup copy job will still process only changed blocks.