Onsite replications - why?

Availability for the Always-On Enterprise

Onsite replications - why?

Veeam Logoby hasayeretFMG » Mon Jun 19, 2017 1:18 pm

Hi guys,

Currently we're running off hours backups with no replications.
We do not have a DR site at the moment and all of our production VMs, as well as our VM server are onsite.
Any reason to have a during-the-day replication jobs or any replication jobs at all since we're not replicating offsite or are we better sticking with our off-hours backups?
If the answer is "yes" then my next question would be: why during-the-day replications and not backups?

Thanks a million! :)
hasayeretFMG
Enthusiast
 
Posts: 37
Liked: 1 time
Joined: Fri Jun 16, 2017 1:18 pm
Full Name: Rotem Ben

Re: Onsite replications - why?

Veeam Logoby DGrinev » Mon Jun 19, 2017 3:37 pm

Hi Ben,

It depends on your RTO (Recovery time objective)\RPO (Recovery point objective).
Replication provides you with ability to failover most business critical services in a few minutes to the DR site in case of disaster/outage at the production site.
When the production site become back online you can initiate failback process to get back from the VM replica to the original VM.

Since all backups are stored on site, in case of disaster the downtime will last until the issue resolved. Thanks!
DGrinev
Veeam Software
 
Posts: 381
Liked: 48 times
Joined: Thu Dec 01, 2016 3:49 pm
Full Name: Dmitry Grinev

Re: Onsite replications - why?

Veeam Logoby hasayeretFMG » Mon Jun 19, 2017 4:21 pm

Thank you for your answer!
Since everything is onsite is there any point even going with replications?
hasayeretFMG
Enthusiast
 
Posts: 37
Liked: 1 time
Joined: Fri Jun 16, 2017 1:18 pm
Full Name: Rotem Ben

Re: Onsite replications - why?

Veeam Logoby tsightler » Mon Jun 19, 2017 4:57 pm 3 people like this post

There can still be use cases for onsite replication, it's all about the RPO. For example, if I have systems which I consider critical, I may want to replicate them from one storage to another, or one cluster to another, that way, if a system gets damaged, perhaps a Windows update gone awry, or ransomeware, or just a complete storage system failure, you can failover that VM to the other system right away. I've even seen customers replicate VMs on the same machine in some cases, just to have a very quick way to recover if something were to damage the running VM beyond repair.

Backup + Instant Recovery can get a similar RPO/RTO, but then you still have to move the system back to production storage so and, for larger VMs, or VMs with high I/O requirements, the performance loss might not be acceptable. Replicas don't have this issue, they are just another VM and can be powered on and running from the same or different production storage immediately.

So it's really all about what your requirements are. Can you live with the time it takes to restore your VMs, or is the performance of running your VMs from instant restore acceptable? If so, then backups alone are probably OK, but if not, then having a local replica can really be useful, generally being able to return a system, regardless of size, back to full production status in a matter of a few minutes.
tsightler
Veeam Software
 
Posts: 4768
Liked: 1737 times
Joined: Fri Jun 05, 2009 12:57 pm
Full Name: Tom Sightler

Re: Onsite replications - why?

Veeam Logoby stamm » Mon Jun 26, 2017 3:57 pm 2 people like this post

We just started doing this very thing for one reason: we want to have an onsite copy of our data in the event that we get smacked with ransomware. We presently run our Veeam backups to onsite storage, running backup copies through Veeam Cloud Connect to our cloud provider, and then decided that neither of those solutions seem to be ransomware-proof. We decided to implement a retired backup device as a target for yet another backup copy on a monthly basis, then cut off all network access to that device until it's time to run the next backup copy. This is what we're treating as our air-gapped copy. It's not 100% foolproof either but we don't want to dive back into the world of tape backups for the purposes of air gapping, since going to the cloud was going to eliminate all of our tape problems :mrgreen:. The good news is that it's onsite and the worst we would lose is a month's worth of data.
stamm
Novice
 
Posts: 5
Liked: 3 times
Joined: Tue Oct 21, 2014 1:37 pm
Full Name: Pat Stammer

Re: Onsite replications - why?

Veeam Logoby daniel.farrelly » Wed Jun 28, 2017 3:10 pm 1 person likes this post

We decided to implement a retired backup device as a target for yet another backup copy on a monthly basis, then cut off all network access to that device until it's time to run the next backup copy

We do same on a weekly basis.
daniel.farrelly
Novice
 
Posts: 9
Liked: 4 times
Joined: Mon Feb 29, 2016 5:16 pm
Full Name: Daniel Farrelly


Return to Veeam Backup & Replication



Who is online

Users browsing this forum: bstreza, Google [Bot], iColin and 30 guests