Comprehensive data protection for all workloads
Post Reply
spiritie
Service Provider
Posts: 189
Liked: 40 times
Joined: Mar 01, 2016 10:16 am
Full Name: Gert
Location: Denmark
Contact:

Backup copy v10 (immediate copy)

Post by spiritie »

Hi Veeam

A little feature request :)

Having to keep different retentions for different SLA's is not possible with the new backup copy jobs,
as you can only pick entire jobs and not single VM's as in the original backup copy (periodic copy)

We are stuck on having to use the old style of the jobs for some VM's because of a larger retentions,
but we'd like to have the feature to copy the transaction log backups asap.

A workaround for this it to place these VM's in a separate backup job, but it's not as sexy.

Regards.
//Gert
Gostev
Chief Product Officer
Posts: 31460
Liked: 6648 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Backup copy v10 (immediate copy)

Post by Gostev »

Hi, Gert. This is not currently planned. Have you thought about simply moving those "special" VMs into the dedicated primary backup jobs? It seems like they require custom approach anyway, so it makes sense to have a separate "protection policy" for them. Thanks!
spiritie
Service Provider
Posts: 189
Liked: 40 times
Joined: Mar 01, 2016 10:16 am
Full Name: Gert
Location: Denmark
Contact:

Re: Backup copy v10 (immediate copy)

Post by spiritie »

Hi Gostev

I think this will "break" a lot of peoples environment where the short team backup first lands on pure
SSD with a fixed retention and then gets of loaded to slower HDD storage for longer retention periods.

This means that now we have to have more unnecessary backup jobs lying around because the new functionality
can't match the previous type of backup copy jobs and in the end this means more management.

Regards.
Gert
spiritie
Service Provider
Posts: 189
Liked: 40 times
Joined: Mar 01, 2016 10:16 am
Full Name: Gert
Location: Denmark
Contact:

Re: Backup copy v10 (immediate copy)

Post by spiritie »

Hi again

I've just noticed as well that it's still possible to define exclusions of particular VM's,
so the new type of backup copy jobs have the underlying functionality to do this.

One could exclude all other VM's from the backup copy job, but this would be a nightmare to administrate
as when new VM's added to the source backup job would be needed the excluded every time.

So this more seems of an interface functionality that is missing as the underlying system can already do this?
Gostev
Chief Product Officer
Posts: 31460
Liked: 6648 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Backup copy v10 (immediate copy)

Post by Gostev » 1 person likes this post

No, it's not just UI for sure. Requiring to specify a whole job as the source for Backup Copy jobs addresses years of bugs and data corruptions that we went through due to this "flexibility" of the original backup job. For example, if you specify a VM that is (accidentally or not) protected by more than one primary backup job.
Post Reply

Who is online

Users browsing this forum: No registered users and 175 guests