--------------------------------------------------------
How VMware snapshots work
A disk "snapshot" is a copy of the virtual machine disk file (VMDK) at a certain point in time. It preserves the disk file system and system memory of your VM by enabling you to revert to the snapshot in case something goes wrong. Snapshots can be real lifesavers when upgrading or patching applications and servers. This article will go over everything you need to know about using snapshots with VMware, including what they are, how they work and advanced techniques.
Snapshot disk space used and rate of growth
If you create more than one snapshot of your virtual machine (VM), then you'll have multiple restore points available to revert to. When you create a snapshot, what was currently writable becomes read-only from that point on. Using
in-file delta technology, new files are created that contain all changes (delta) to the original disk files.
The size of a snapshot file can never exceed the size of the original disk file. Any time a disk block is changed, the snapshot is created in the delta file and simply updated as changes are made. If you changed every single disk block on your server after taking a snapshot, your snapshot would still be the same size as your original disk file. Snapshot files will initially be small (16 MB), but will grow as writes are made to the VM's disk files.
Snapshots grow in 16 MB increments to help reduce SCSI reservation conflicts. When requests are made to change a block on the original disk, it is instead changed in the delta file. If the previously changed disk block in a delta file is changed again it will not increase the size of the delta file because it simply updates the existing block in the delta file.
The rate of growth of a snapshot will be determined by how much disk write activity occurs on your server. Servers that have disk write intensive applications, such as SQL and Exchange, will have their snapshot files grow rapidly. On the other hand, servers with mostly static content and fewer disk writes, such as Web and application servers, will grow at a much slower rate. When you create multiple snapshots, new delta files are created and the previous delta files become read-only. With multiple snapshots each delta file can potentially grow as large as the original disk file.
Different types of snapshots
*–delta.vmdk file: This is the differential file created when you take a snapshot of a VM. It is also known as the redo-log file. The delta file is a bitmap of the changes to the base VMDK, thus it can never grow larger than the base VMDK. A delta file will be created for each snapshot that you create for a VM. These files are automatically deleted when the snapshot is deleted or reverted in snapshot manager.
*.vmsd file: This file is used to store metadata and information about snapshots. This file is in text format and will contain information such as the snapshot display name, unique identifier (UID), disk file name, etc. It is initially a 0 byte file until you create your first snapshot of a VM. From that point it will populate the file and continue to update it whenever new snapshots are taken.
This file does not cleanup completely after snapshots are taken. Once you delete a snapshot it will still leave the fields in the file for each snapshot and just increment the UID and set the name to "Consolidate Helper," presumably to be used with Consolidated Backups.
*.vmsn file: This is the snapshot state file, which stores the exact running state of a virtual machine at the time you take that snapshot. This file will either be small or large depending on if you select to preserve the VM's memory as part of the snapshot. If you do choose to preserve the VM's memory, then this file will be a few megabytes larger then the maximum RAM memory allocated to the VM.
This file is similar to the VMware suspended state (.vmss) file. A .vmss file will be created for each snapshot taken on the VM; these files are automatically deleted when the snapshot is removed.
Creating snapshots
You can create snapshots either through the Snapshot Manager in the VMware Infrastructure Client (VI Client) or using the vmware-cmd command line utility directly on the ESX Service Console. With this command, a VM can be either powered on or off. It can also be suspended when creating a snapshot. If the VM is powered off you will not have the option to snapshot the virtual machine's memory.
Snapshots can be managed using the VI Client by connecting either directly to an ESX server or by connecting to VirtualCenter. If you choose to use the command line interface (CLI) instead, the syntax for creating snapshots is "vmware-cmd createsnapshot ", i.e. "vmware-cmd myvm1.vmx createsnapshot snap1 'before upgrade' 1 1". The options for quiesce and memory are either 1 for yes or 0 for no. Choosing 1 will quiesce file system writes before taking the snapshot. Choosing 1 for memory will snapshot the VM's memory state. If you create multiple snapshots, the previous snapshots become read-only once the new snapshot is created.
Deleting or reverting to snapshots
When you delete all snapshots for a VM, all of the delta files that are created are merged back into the original VMDK disk file for the VM and then deleted. If you choose to only delete an individual snapshot, then just that snapshot is merged into its parent snapshot. If you choose to revert to a snapshot, the current disk and memory states are discarded and the VM is brought back to the reverted-to state. Whichever snapshot you revert to then becomes the new parent snapshot. The parent snapshot, however, is not always the most recently taken snapshot. If you revert back to an older snapshot, it then becomes the parent of the current state of the virtual machine. The parent snapshot is always noted by the "You are here" label under it in the Snapshot Manager.
You can delete or revert to snapshots using either the VI Client or the vmware-cmd command line utility. Snapshot Manager in the VI Client offers more flexibilty and is easier to use than the CLI. One important distinction between the "Revert to Snapshot" option in the VI Client and the Snapshot Manager is that revert simply takes you back to the last snapshot taken, while Snapshot Manager gives you the flexibility to choose a specific snapshot to revert to. This is called "Go To" in Snapshot Manager.
If you do use vmware-cmd the syntax isvmware-cmd removesnapshots, which removes all snapshots, or vmware-cmd revertsnapshot, which reverts to the last snapshot. If you need to remove or revert to specific snapshots you must use the VI Client instead.
If you revert to a snapshot that does not include memory state the server will power off and once you power it back on it will be using the previous snapshot. If your snapshot does include memory state, the VM will briefly pause and then return to the previous snapshot's disk and memory states.
In
part two of this article we will cover advanced snapshot topics including how to specify alternate snapshot directories, excluding virtual disks from snapshots, extra disk space required to delete multiple snapshots, locating active snapshots and the effect of running snapshots on a VM.
-------------------------------------------------------------------
