Using object storage as a backup target
Post Reply
mark49808
Enthusiast
Posts: 49
Liked: 6 times
Joined: Feb 02, 2017 6:31 pm
Contact:

Multiple overlapping SOBR on same backend disk to achieve granularity to S3

Post by mark49808 »

It seems that in v11 that if I want to copy data from a SOBR to AWS S3, I need to define that link at the SOBR itself. Which means if I only want a handful of VMs to go to S3 (ie mission critical), I'm also going to get ALL my other VMs with it that also hit that SOBR as the backup destination.

I don't want this behavior.

If I make multiple overlapping SOBRs (ie a folder on the same backend disk), is that valid? Or will I run into problems?

So in other words, where SOBR1 and SOBR2 are the same backend server(s), just a different folder path:

JOB-A (standard VMs) -> SOBR1 -> /backups/standard -> NO S3 capacity tier
JOB-B (critical VMs) -> SOBR2 -> /backups/critical -> S3 capacity tier

Seems backwards to create multiple SOBRs for the same backend infra, but i don't see another way to not send 100TB to S3 that i don't want to send. Or alternatively creating multiple physical servers to create a unique SOBR per retention type. Which is not an option here.

Or is there a better way?

Mildur
Veeam Software
Posts: 3123
Liked: 1075 times
Joined: May 13, 2017 4:51 pm
Full Name: Fabian K.
Location: St. Gallen, Switzerland
Contact:

Re: Multiple overlapping SOBR on same backend disk to achieve granularity to S3

Post by Mildur »

Hi

It's possible, supported by us and will not create any technical issues. In V10/V11, create a new backup repository or SOBR for the Jobs you don't want to have on capacity tier.
In V12, you can use Backup Copy Jobs to directly copy backups to object storage. I believe, that will solve your scenario in the future.

Thanks
Fabian
Product Management Analyst @ Veeam Software

Post Reply

Who is online

Users browsing this forum: No registered users and 8 guests