Comprehensive data protection for all workloads
Post Reply
slidek9
Enthusiast
Posts: 44
Liked: never
Joined: Apr 20, 2010 5:00 pm
Full Name: Leon
Contact:

Problems VSS Backing up with Mutiple vLANS

Post by slidek9 »

Hello,

On our production side, we have multiple vLANS

Our management vLAN houses the VC server; our production vLAN cannot see our VC server or Hosts at all.

So if I put our Veeam server in the production vLAN it cannot see the HOSTs or VC, thus we cannot select VMs to backup.

So I put Veeam on the management vLAN, now I am unable to do a VSS backup because it uses the ADMIN$ (in the production vLAN) to do backups.

Is there are trick here that I can use to do VSS backups in this situation?

Thanks!

Gostev
SVP, Product Management
Posts: 28665
Liked: 5184 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by Gostev »

Hello Leon, I don't think there is anything you can do to resolve this today. VSS processing in such deployments will only be supported in the upcoming 5.0 release. Thanks!

slidek9
Enthusiast
Posts: 44
Liked: never
Joined: Apr 20, 2010 5:00 pm
Full Name: Leon
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by slidek9 »

Okie,
Is there a release date yet for the 5.0 release please?

Gostev
SVP, Product Management
Posts: 28665
Liked: 5184 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by Gostev »

Late Q3.

slidek9
Enthusiast
Posts: 44
Liked: never
Joined: Apr 20, 2010 5:00 pm
Full Name: Leon
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by slidek9 »

Cool.
Gostev, the non-VSS type backups - would they really hurt a SQL server? As far as I understand it, the snapshot get's dropped and then Veeam backs up what is essential static data at that point in time. If the data is not changing then it would be transactionally correct. If thats so a non-VSS type backup for SQL servers using Veeam would be safe to use?

Gostev
SVP, Product Management
Posts: 28665
Liked: 5184 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by Gostev »

To be safe with non-VSS backups, I recommend that you disable VMware Tools quiescence in the Advanced job settings, as VMware SYNC driver used to sync the file system is known to cause issues to production SQL. With VMware Tools quiescence disabled, backups will be safe for your production systems at least.

tsightler
VP, Product Management
Posts: 5894
Liked: 2738 times
Joined: Jun 05, 2009 12:57 pm
Full Name: Tom Sightler
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by tsightler »

slidek9 wrote:Cool.
Gostev, the non-VSS type backups - would they really hurt a SQL server? As far as I understand it, the snapshot get's dropped and then Veeam backs up what is essential static data at that point in time. If the data is not changing then it would be transactionally correct. If thats so a non-VSS type backup for SQL servers using Veeam would be safe to use?
Non-VSS backups with Veeam would be "crash consistent" which means they would basically be as consistent as if the server was powered off/crashed at the exact moment the backup was takes. SQL should pretty much always be able to recover from this, but it's a good idea to continue to run SQL native backups just to be 100% sure you're safe.

slidek9
Enthusiast
Posts: 44
Liked: never
Joined: Apr 20, 2010 5:00 pm
Full Name: Leon
Contact:

Re: Problems VSS Backing up with Mutiple vLANS

Post by slidek9 »

The DBA is happy with crash consistent - thank both for your input :)

Post Reply

Who is online

Users browsing this forum: Baidu [Spider] and 66 guests