A snapshot is a reference point that preserves the exact folder structure and data content of a data path at a point in time. Snapshots serve as a virtual copy of the data you had at previous points in time and enable you to restore files or directories after deletion or modification.
You can take a snapshot of any directory at any time and you can create snapshot policies to schedule periodic snapshots of specified directories.
Snapshots can be viewed in a hidden read-only directory called .snapshot, which is visible under the directory of which the snapshot is taken.
For example: A snapshot of the path /a/b is created. The snapshot is named MySnapshot_b. The snapshot is visible as a directory called MySnapshot_b under /a/b/.snapshot. The content of /a/b/.snapshot/MySnapshot_b is identical to the content of /a/b at the time of snapshot creation.
Snapshots consume space when they hold on to storage that would have otherwise been released. This can happen when files are deleted or existing blocks are overwritten with new data. In these cases, the snapshot holds onto the original data.
When you take a snapshot on a given path, the snapshot preserves the data under that path only. It's consumption depends only on the delta between the current data under that path at any given time and the data under that same path at the point in time when the snapshot was taken.
The Auxiliary used physical capacity value, which you can view on the Capacity card in the Dashboard, closely indicates how much capacity is currently being used by all snapshots.
Auxiliary used is the amount of physical SSD space in use by (a) snapshots and (b) any data that may be pending deletion at the current time. This figure usually gives a close indication of snapshot capacity usage. However, at times when a large amount of data was recently deleted, wiping that data from physical storage may taken some time and temporarily enlarge this figure.
Since snapshots only indirectly consume storage (by holding onto storage that would otherwise be released), you cannot directly control the storage consumed by snapshots. However, you can effectively limit the amount of storage consumed when you set up a snapshot policy for each data path; you choose how frequently a new snapshot is taken and how many snapshots to retain for that path.
No. When you take a snapshot of a directory, pre-existing snapshots of subdirectories are not included in the data preserved by the snapshot.
Snapshots are part of the logical realm. Managers with permission for the logical realm can manage snapshots. Managers who have object-level permission to access a specific export can also manage snapshots for that export.
If a snapshot is flagged indestructible, it cannot be deleted or modified unless the cluster's indestructibility mechanism is unlocked by specially authorized personnel.
You can restore files and directories via NFS or SMB clients. Currently, the snapshots feature does not support reverting or cloning.
Yes, you can flag a snapshot as indestructible. It cannot be deleted and its expiration time cannot be shortened without a cluster-wide unlocking of the indestructibility mechanism. For information about indestructibility, see Keeping Indestructible Backups.
Article is closed for comments.