Skip to main content
Question

Best practice for 1 primary backup + 2 immutable Backup Copy targets

  • April 25, 2026
  • 5 comments
  • 58 views

Hello everyone,

I would like to validate a design scenario in Veeam Backup & Replication.

The customer wants the following backup architecture:

  • A primary backup repository without immutability

  • A secondary immutable repository in the same datacenter

  • A third immutable repository in the DR site

My first thought is to use:

  • 1 primary backup job to the non-immutable repository

  • 2 Backup Copy Jobs using that same primary backup as source:

    • one Backup Copy Job to the local immutable repository

    • one Backup Copy Job to the DR immutable repository

My main question is whether this is the right and recommended approach in Veeam.

More specifically, I would like to confirm:

  1. Is it supported and considered best practice to have one primary backup job and then two separate Backup Copy Jobs pointing to two different immutable targets?

  2. If both Backup Copy Jobs use the same source backup chain, could there be any issue with concurrency, locking, or file handling?

  3. Would it be better to run:

    • one single primary backup job with two associated Backup Copy Jobs, or

    • two separate primary backup jobs followed by their own Backup Copy Jobs?

  4. For this type of design, would you recommend:

    • Immediate Copy for the local immutable repository, and

    • Periodic Copy for the DR immutable repository
      to better control bandwidth and job overlap?

The goal is to keep:

  • an operational primary backup,

  • a local immutable copy for cyber resilience,

  • and a second immutable copy in DR for site-level disaster recovery.

I would appreciate any guidance on whether this design is technically correct, supported, and aligned with Veeam best practices.

Thank you.

5 comments

Jason Orchard-ingram micro
Forum|alt.badge.img+2

Hi ​@chateichon7 

Happy  to help review your design decision based on veeam best practices architecture. 

High recommendation you check out Veeam Architects Site

https://www.veeambp.com/ 

there is  great guideness in there. 


  • Author
  • New Here
  • April 26, 2026

Thank you for your response; however, I don't see much information on this backup copy topic. Could you please share a direct link with me?


Jason Orchard-ingram micro
Forum|alt.badge.img+2

Forum|alt.badge.img+3
  • Experienced User
  • April 27, 2026

@chateichon7 , 

 

It’s a reasonable setup.

 

Is it supported and considered best practice to have one primary backup job and then two separate Backup Copy Jobs pointing to two different immutable targets?

Yes

If both Backup Copy Jobs use the same source backup chain, could there be any issue with concurrency, locking, or file handling?

Veeam’s scheduler will handle the resource contention as gracefully as it can. You might sometimes see the Backup Copy Jobs (BCJs) in a waiting phase as one BCJ is processing the source files, but you can likely avoid this with judicious use of Backup Copy Windows (configure in the BCJ job, let’s you set when the BCJ will try to do its thing)

Would it be better to run:

Dealer’s choice. I would go with 2x Backup Copy Jobs as this means less pressure on your production machines due to snapshots / backup processing

For this type of design, would you recommend:

Dealer’s choice. Immediate Copy and Periodic copy have different purposes. 

Immediate: Copies new restore points from the source backups as soon as they appear

Periodic: Perform a periodic copy of the most recent restore point at a scheduled time

So you will need to discuss with your client the type of protection they want. Both Copy Jobs can use a different method, so you have a lot of flexibility here.


Michael Melter
Forum|alt.badge.img+12

@ddomask already clarified most of your questions I guess.

Just to give maybe a recommendation on top:

  • go for only a single primary job and do the 2 backup copies to reduce load to the production
  • you might consider using a SOBR + capacity tier approach for one of your copies if you would like to avoid having too much jobs and S3 is one of your approaches for the secondary repo. https://helpcenter.veeam.com/docs/vbr/userguide/capacity_tier.html?ver=13
  • Usually, to fulfill the 3-2-1 rule, it is sufficient to copy your data once every day, even if the primary job runs more often. So, I personally prefer the “periodic” mode for backup copies as it gives better control on the schedule for the copy. Keep in mind though, that this mode cannot copy transaction protocol backups (log-shipping).
  • Bandwidth control doesn’t depend on the job mode. This can be done system wide in the network options of VBR. It’s merely the different approach in the scheduling that decides between “immediate” and “periodic” here.