DR Planning - Best Practice

Availability for the Always-On Enterprise

DR Planning - Best Practice

Veeam Logoby Muddyfox » Thu Feb 16, 2017 12:34 pm

Hello, we are reviewing our current DR setup and would like to expand on our current Veeam jobs.

Current:
Datacentre: 2 ESXi 5.5 host's running 14 VM's. Roles include - 2 DC's, Exchange 2010 (standaole, no DAG), ShoreTel HQ Sevrer, File Servers, App servers, Veeam B&R and Proxy (same VM).

Offsite: Direct attached (same subnet) via fibre (500m down road). 2 ESXi 5.5 host's, 1 set as Veeam Repo Server. 1 Unused.

Veeam Config: Backup jobs only for all 14 VM's running daily (out of hours) to the backup Repo. at our Offsite. Daily Veeam Configuration backup to same location.

Planned:
Continue to backup All VM's to current Repo. host but utilise replication (15min intervals) to keep a cold state of our tier 1 VM's (Exchange, ShoreTel HQ, File) on the spare ESXi host at the offsite.

Archive backup jobs to further device for true offsite backup storage.

Is it still the case that backup's of DC's are fine but replication is a bad idea? I'm assuming so.


In the event of a primary Data Centre failure how would you go about starting the restore process at the Offsite location? my thinking was to:
Build a Veeam B&R instance and restore from the config backups.
Restore and boot the DC's to the Replica target ESXi hosts
Start bringing up the replica's.

Would this work?

Thanks and sorry for the simple nature of my post, just want to make sure I have the basics down.
Muddyfox
Novice
 
Posts: 3
Liked: never
Joined: Thu Feb 16, 2017 11:15 am
Full Name: Mike Parsons

Re: DR Planning - Best Practice

Veeam Logoby csinetops » Thu Feb 16, 2017 1:56 pm

Sounds like you are on the right track.

You have a nice pipe between sites, I would stand up a secondary DC in the DR site. That way if you lose your main site you don't have to worry about fiddling around to restore a DC, you can just bring up your replicas and worry about restoring your other DC later.

I'd also just put your Veeam management server at the DR site, no reason it can't run the jobs from there as your proxies do all the heavy lifting at your primary site. In a DR scenario you'll be ready to restore/fail over to the replicas.

You'll also need VCenter at your DR site unless you want to add and manage the ESXi hosts stand alone into Veeam to be able to restore to them.
csinetops
Expert
 
Posts: 101
Liked: 15 times
Joined: Fri Jun 06, 2014 2:45 pm
Full Name: csinetops

Re: DR Planning - Best Practice

Veeam Logoby foggy » Thu Feb 16, 2017 3:32 pm

I'm along the lines with these advises. Here's the KB article describing different DC recovery scenarios, you can see that having a secondary DC at the DR site will make it much easier.
foggy
Veeam Software
 
Posts: 14346
Liked: 1054 times
Joined: Mon Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson

Re: DR Planning - Best Practice

Veeam Logoby Muddyfox » Thu Feb 16, 2017 4:34 pm

Hi csinetops and foggy.

Great! thanks for coming back to me. I like the idea of moving the management server. I look at migrating that asap.

So assuming I switch on App Aware for the replication jobs app's like Exchange should be perfectly happy in the DR site?

How would you do your DR testing? I know Veeam makes this super easy I've just never tried it 'live'
Muddyfox
Novice
 
Posts: 3
Liked: never
Joined: Thu Feb 16, 2017 11:15 am
Full Name: Mike Parsons

Re: DR Planning - Best Practice

Veeam Logoby foggy » Fri Feb 17, 2017 10:03 am 1 person likes this post

Muddyfox wrote:So assuming I switch on App Aware for the replication jobs app's like Exchange should be perfectly happy in the DR site?

Yes.

Muddyfox wrote:How would you do your DR testing? I know Veeam makes this super easy I've just never tried it 'live'

You can create a failover plan, cut the link to production and failover all the VMs. After making sure everything is fine, perform undo failover.
foggy
Veeam Software
 
Posts: 14346
Liked: 1054 times
Joined: Mon Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson

Re: DR Planning - Best Practice

Veeam Logoby Muddyfox » Fri Feb 17, 2017 4:32 pm

Hey Foggy, great thanks.

One final question, ShoreTel runs on top of a MySQL database installed on Windows Server 2012. It's my understanding that mySQL doesn't support VSS and therefore can't be backed up with Veeam relying on the Application Aware Processing. Is this still the case? I see lots of things on here about mySQL and Linux but not Windows Server.

Thanks
Muddyfox
Novice
 
Posts: 3
Liked: never
Joined: Thu Feb 16, 2017 11:15 am
Full Name: Mike Parsons

Re: DR Planning - Best Practice

Veeam Logoby kilobits » Sat Feb 18, 2017 4:56 pm

I believe the same approach for Linux can be used for a Veeam backup of MySQL on Windows Server. Using the built-in functionality of pre-freeze and post-thaw scripts execution while using VMware Tools Quiescence. Here is the whitepaper regarding MySQL backup for Linux.

Here is a thread that may be helpful to you as well. Foggy may be able to shed more light on this as well...
kilobits
Influencer
 
Posts: 13
Liked: never
Joined: Mon Jan 16, 2017 2:52 pm
Full Name: Joe


Return to Veeam Backup & Replication



Who is online

Users browsing this forum: Bing [Bot] and 19 guests