Comprehensive data protection for all workloads
Post Reply
mcz
Veeam Legend
Posts: 835
Liked: 172 times
Joined: Jul 19, 2016 8:39 am
Full Name: Michael
Location: Rheintal, Austria
Contact:

reason for not backing up / replicating RAM

Post by mcz »

Hello everybody,

I'm wondering why the veeam-guy's took the decision for not backing up the RAM of the vm to be able to restore it later and resume exactly at the point where the snapshot has been taken... Consider applications/databases which are not VSS aware, currently you always have to stop these services and start them after snapshot has been taken to make sure they are consistent. If you would backup RAM and restore it later, you would be able to continue your OS and the application was fine.

Next consideration is that sometimes it takes a lot of time to get all the services of a vm started and available, in case of RAM restore everything would run already...

Thanks for your answers!
Andreas Neufert
VP, Product Management
Posts: 6707
Liked: 1401 times
Joined: May 04, 2011 8:36 am
Full Name: Andreas Neufert
Location: Germany
Contact:

Re: reason for not backing up / replicating RAM

Post by Andreas Neufert »

Hi Michael,

thank you for the question.
If I remember right the VM will be stunned until the memory is written to the disk, so your database would not be accessible during that time.
https://kb.vmware.com/selfservice/micro ... Id=1015180

As well there is the best practice to let the OS and Application know that there was a restore, so that they can replicate with other databases or Application metadata in a way without corruption.

Overall nearly all databases can be brought in a consistency state with a command for the time of a VM Snapshot (some seconds). This should be the optimal way. If you tell us which database you have, we maybe can help with a script or Veeam configuration to achieve this.
mcz
Veeam Legend
Posts: 835
Liked: 172 times
Joined: Jul 19, 2016 8:39 am
Full Name: Michael
Location: Rheintal, Austria
Contact:

Re: reason for not backing up / replicating RAM

Post by mcz »

Hi Andreas,

thanks for the clarifications. Well in our case (we use vsphere 6.0) the impact to the vm/database is less than a second during which the vm won't respond... We use an old SqlBase database version 9.0.1 which has no vss support...
Post Reply

Who is online

Users browsing this forum: Bing [Bot], Google [Bot] and 224 guests