mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2024-12-26 03:21:44 +03:00
kbase: incrementalbackupinternals: Clarify language in snapshots section
Emphasize what needs to happen and also that creating a snapshot doesn't create the appropriate bitmaps. Also mention that granularity is kept. Signed-off-by: Peter Krempa <pkrempa@redhat.com> Reviewed-by: Eric Blake <eblake@redhat.com>
This commit is contained in:
parent
19061038a7
commit
de56070c9d
@ -109,17 +109,18 @@ as ``base image``.
|
|||||||
The topmost overlay is the image which is being written to by the VM and is also
|
The topmost overlay is the image which is being written to by the VM and is also
|
||||||
described as the ``active`` layer or image.
|
described as the ``active`` layer or image.
|
||||||
|
|
||||||
Handling of bitmaps
|
Handling of bitmaps during snapshots
|
||||||
-------------------
|
------------------------------------
|
||||||
|
|
||||||
Creating an external snapshot involves adding a new layer to the backing chain
|
Creating an external snapshot involves adding a overlay on top of the previously
|
||||||
on top of the previous chain. In this step there are no new bitmaps created by
|
active image. Libvirt requires that all ``block-dirty-bitmaps`` which correspond
|
||||||
default, which would mean that backups become impossible after this step.
|
to the checkpoint must be created in the new overlay before any write from the
|
||||||
|
guest reaches the overlay to continue tracking which blocks are dirtied.
|
||||||
|
|
||||||
To prevent this from happening we need to re-create the active bitmaps in the
|
Since there are no new bitmaps created by ``qemu`` or ``qemu-img`` by default
|
||||||
new top/active layer of the backing chain which allows us to continue tracking
|
when creating an overlay, we need to re-create the appropriate bitmaps
|
||||||
the changes with same granularity as before and also allows libvirt to stitch
|
(see below) in the new overlay based on the previously active bitmaps in the
|
||||||
together all the corresponding bitmaps to do a backup across snapshots.
|
active image. The new bitmaps are created with the same granularity.
|
||||||
|
|
||||||
After taking a snapshot of the ``vda`` disk from the example above placed into
|
After taking a snapshot of the ``vda`` disk from the example above placed into
|
||||||
``vda-2.qcow2`` the following topology will be created:
|
``vda-2.qcow2`` the following topology will be created:
|
||||||
|
Loading…
Reference in New Issue
Block a user