Is there a way to take VMware snapshots instead of production data?
Best answer by coolsport00
View original
Page 1 / 2
Userlevel 7
+7
This is really becoming a great thread...love it! 😊 Would be nice to have a Veeam PM chime in here….
Agree, this thread has turned into a great wealth of knowledge when it comes to snapshots.
Userlevel 7
+17
This is really becoming a great thread...love it! 😊 Would be nice to have a Veeam PM chime in here….
Userlevel 7
+22
Think about it., If Veeam doesn’t backup the “last” snapshot, why would it be taking a snapshot at all.
I may have to do my own testing to make sure I understand how it works correctly. I had assumed that CBT included blocks on any delta disks in use as well. But like I said, easy enough to test.
With that said, in reference to your above, it takes a snapshot in order to free up the base disk for access. If the VM is attached to the base disk, another VM can’t attach to it to gain read access. The snapshot offloads the access for the production VM to a delta (snapshot) disk. This is almost sort-of difference in the case of storage snapshots.
Not much changes with storage snapshots
it’s just the SAN volume gets a snapshot and the VMware snpashot can be removed.
While Veeam does it’s thing, that SAN volume snapshot is a clone of the VM with the snapshot on it.
a wait a storage snapshot so not as bad
Userlevel 7
+22
So yeah, those snapshots are there to store the changing data in a delta. If you delete them you lose the data that changed since the start of the backup. I guess when they get orphaned they manage to consolidate or something hence no issues deleting them? I mean otherwise if no one checked that thing could grow to be a monster and then you might not be able to consolidate.
I just consolidated a 140TB Snapshot :)
wow that must have been fun. I have had really bad situations with VMs Snapshots running for weeks.
Userlevel 7
+6
Not much changes with storage snapshots
it’s just the SAN volume gets a snapshot and the VMware snpashot can be removed.
While Veeam does it’s thing, that SAN volume snapshot is a clone of the VM with the snapshot on it.
I get that. But in the case of a storage snapshot, I believe both the base disk and delta disk(s) would be accessible because the active workload is shifted back to the life files on the array, and not the snapped files.
Userlevel 7
+8
Think about it., If Veeam doesn’t backup the “last” snapshot, why would it be taking a snapshot at all.
I may have to do my own testing to make sure I understand how it works correctly. I had assumed that CBT included blocks on any delta disks in use as well. But like I said, easy enough to test.
With that said, in reference to your above, it takes a snapshot in order to free up the base disk for access. If the VM is attached to the base disk, another VM can’t attach to it to gain read access. The snapshot offloads the access for the production VM to a delta (snapshot) disk. This is almost sort-of difference in the case of storage snapshots.
Not much changes with storage snapshots
it’s just the SAN volume gets a snapshot and the VMware snpashot can be removed.
While Veeam does it’s thing, that SAN volume snapshot is a clone of the VM with the snapshot on it.
Userlevel 7
+6
Although, the existing snapshots prohibit the usage of changed block tracking (CBT). Therefor the speed of the backup will be slower than without additional snapshots.
Also good to know. I didn’t realize that CBT didn’t apply to snapshots - I do see however that to enable CBT there shouldn’t be snapshots on a VM or that can cause errors.
Userlevel 7
+6
Think about it., If Veeam doesn’t backup the “last” snapshot, why would it be taking a snapshot at all.
I may have to do my own testing to make sure I understand how it works correctly. I had assumed that CBT included blocks on any delta disks in use as well. But like I said, easy enough to test.
With that said, in reference to your above, it takes a snapshot in order to free up the base disk for access. If the VM is attached to the base disk, another VM can’t attach to it to gain read access. The snapshot offloads the access for the production VM to a delta (snapshot) disk. This is almost sort-of difference in the case of storage snapshots.
Userlevel 7
+17
I think the existing snapshots are transparent for Veeam. The Veeam Snapshot create a fixed state of the VM including the already existing snapshots. So, the backups should be fine.
Although, the existing snapshots prohibit the usage of changed block tracking (CBT). Therefor the speed of the backup will be slower than without additional snapshots.
And the snapshots will fill up the storage of the cluster...
Userlevel 7
+8
There is no data loss backing up a VM with a snapshot. You can have many snapshots on a VM and when you run the backup you get the CURRENT stat at the time the backup was run.
I am testing this as I write it.
- Creating a file on desktop calling it BEFORE_SNAPSHOT
- Take a VMware Snapshot
- Renamed the file to AFTER_SNAPSHOT
- Run a Veeam backup job containing VM
- Do a file level restore for the VM in Veeam
- Navigate to C:\Users\XXXXX\Desktop
File shows AFTER snapshot. (as expected)
I am using storage snapshots but this is the order.
Veeam tells VMware to take a snap, the SAN does a volume snapshot, then VMware deletes the local snapshot and it retrieves it from the SAN.
No stun and lightning fast. (other than initializing the job)
Think about it., If Veeam doesn’t backup the “last” snapshot, why would it be taking a snapshot at all.
The terminology is a bit odd, It’s true Veeam doesn’t backup VMware snapshots. . You could have 8 Snapshots on a VM, run Veeam, and you will not backup those 8 snapshots. What you will get is the CURRENT state of the VM the time the backup was run. You can’t backup a VM “with” the snapshots. As in you can NOT restore a VM and have those 8 snapshots attached. It will only be the state of the VM when the backup was run.
Hope this helps.
Userlevel 7
+20
So yeah, those snapshots are there to store the changing data in a delta. If you delete them you lose the data that changed since the start of the backup. I guess when they get orphaned they manage to consolidate or something hence no issues deleting them? I mean otherwise if no one checked that thing could grow to be a monster and then you might not be able to consolidate.
I just consolidated a 140TB Snapshot :)
😮
Userlevel 7
+8
So yeah, those snapshots are there to store the changing data in a delta. If you delete them you lose the data that changed since the start of the backup. I guess when they get orphaned they manage to consolidate or something hence no issues deleting them? I mean otherwise if no one checked that thing could grow to be a monster and then you might not be able to consolidate.
I just consolidated a 140TB Snapshot :)
Userlevel 7
+17
Sure thing
Userlevel 7
+7
Thank you
Userlevel 7
+17
The Snapshot Hunter feature Veeam created several years ago was much needed. Mostly takes care of orphaned snaps. You are correct though...if, for whatever reason, Veeam can't /doesn't successfully remove the snap after a backup, it can grow. It's highly advised to never manually delete them or yes...you will lose data. Veeam does continue trying to consolidate using the Hunter. If it still can't remove it, all that's needed is to create a snap manually, let it go for like a minute, then consolidate them all.
Userlevel 7
+22
So yeah, those snapshots are there to store the changing data in a delta. If you delete them you lose the data that changed since the start of the backup. I guess when they get orphaned they manage to consolidate or something hence no issues deleting them? I mean otherwise if no one checked that thing could grow to be a monster and then you might not be able to consolidate.
Userlevel 7
+17
Userlevel 7
+22
ah good call
https://helpcenter.veeam.com/docs/backup/vsphere/backup_hiw.html?ver=120
Userlevel 7
+17
You can read more here.
Userlevel 7
+7
Is the behaviour for taking backups from Storage Snapshots the same
Userlevel 7
+17
No worries
Userlevel 7
+7
Thanks
Userlevel 7
+6
Yikes….good to know.
Userlevel 7
+17
Userlevel 7
+20
See points 7 & 8 here (I looked it up for my review as well) 😊
Veeam backs up the read-only (i.e. parent/source) VM disk.
Shane is right on this one for sure. 👍🏼
Page 1 / 2
Comment
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.