This is an archive version of the document. To get the most up-to-date information, see the current version.Snapshot Chain
During every backup session, Veeam Backup for Google Cloud creates a cloud-native snapshot of each instance (whether it is a VM instance or a Cloud SQL instance) added to a backup policy. The cloud-native snapshot itself is a collection of point-in-time snapshots (for a VM instance) or a single 'backup' (for a Cloud SQL instance) that Veeam Backup for Google Cloud creates using native Google Cloud capabilities.
Note |
Cloud-native snapshots of Cloud SQL instances are referred to as backups in Google Cloud documentation. However, since all 'backups' of a Cloud SQL instance are automatically deleted after you remove the instance itself, 'backups' of Cloud SQL instances are referred to as snapshots in this guide. In terms of Veeam logic, backups are independent files that are stored in backup repositories and that are not affected by any actions performed with the original instances whatsoever. |
A sequence of cloud-native snapshots created during a set of backup sessions makes up a snapshot chain. Veeam Backup for Google Cloud builds the snapshot chain in the following way:
- During the first backup session, Veeam Backup for Google Cloud creates a snapshot of all instance data and, by default, saves it in the multi-regional location closest to the region in which the original instance resides. This snapshot becomes a starting point in the snapshot chain.
The creation of the first snapshot may take significant time to complete since Veeam Backup for Google Cloud copies the whole image of the instance.
Tip |
You can change the default location of cloud-native snapshots created for VM instances in the backup policy settings. |
- During subsequent backup sessions, Veeam Backup for Google Cloud creates snapshots that contain only those data blocks that have changed since the previous backup session.
The creation of subsequent snapshots typically takes less time to complete, compared to the first snapshot in the chain. Note, however, that the completion time still depends on the amount of processed data.
For more information on how incremental VM and Cloud SQL snapshots work, see Google Cloud Compute Engine documentation and Google Cloud SQL documentation.
Cloud-native snapshots act as independent restore points for backed-up instances. If you remove any snapshot, it will not break the snapshot chain — you will still be able to roll back instance data to any existing restore point.
The number of cloud-native snapshots kept in the snapshot chain is defined by retention policy settings. For more information, see Retention Policy for Snapshots.