VPG Statuses
-
- Last UpdatedFeb 11, 2024
The following statuses are displayed:
The following provides a full description of the sub-statuses are displayed:
Substatus | Description | ||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Backing Up | Retention process is running. | ||||||||||||||||||
Bitmap Syncing1 | A change tracking mechanism of the protected machines during a disconnected state or when a VRA buffer is full. In these situations, Zerto starts to maintain a smart bitmap in memory, in which it tracks and records the storage areas that changed. Since the bitmap is kept in memory, Zerto does not require any LUN or volume per VPG at the protected side.
The bitmap is small and scales dynamically, containing references to the areas of the protected disk that have changed but not the actual I/O. The bitmap is stored locally on the VRA within the available resources. For example, when a VRA goes down and is then rebooted. When required, Zerto starts to maintain a smart bitmap in memory, to track and record storage areas that change. When the issue that caused the bitmap sync is resolved, the bitmap is used to check updates to the protected disks and send any updates to the recovery site. A bitmap sync occurs during the following conditions:
During the synchronization, new checkpoints are not added to the journal but recovery operations are still possible. If a disaster occurs requiring a failover during a bitmap synchronization, the VPG status changes to Recovery Possible and you can recover to the last checkpoint written to the journal. For synchronization to work, the protected virtual machines must be powered on so that the VRA has an active IO stack, which is only available when the virtual machine is powered on.
|
||||||||||||||||||
Committing Failover | Failing over the VPG. | ||||||||||||||||||
Creating VPG | The VPG is being created based on the saved definition. | ||||||||||||||||||
Deleting the VPG | Deleting the VPG. | ||||||||||||||||||
Delta Syncing VPG Statuses | The Delta Sync uses a checksum comparison to minimize the use of network resources. A Delta Sync is used when the protected virtual machine disks and the recovery disks should already be synchronized, except for a possible few changes to the protected disks, for example:
For synchronization to work, the protected virtual machines must be powered on so that the VRA has an active IO stack, which is only available when the virtual machine is powered on. During the synchronization, new checkpoints are not added to the journal. Also, recovery operations are not possible during a Delta Sync. |
||||||||||||||||||
Delta syncing a volume VPG Statuses |
Synchronization when only delta changes for a volume needs synchronizing, for example, when a volume is added to a protected virtual machine in a VPG, and a preseeded disk is used. For synchronization to work, the protected virtual machines must be powered on so that the VRA has an active IO stack, which is only available when the virtual machine is powered on. During the synchronization, new checkpoints are not added to the journal. Also, recovery operations are not possible when delta syncing a volume. |
||||||||||||||||||
Error | Problem situation, for example, when a ZVM is disconnected from a VRA used to protect virtual machines. The VPG cannot be recovered until the problem is resolved, | ||||||||||||||||||
Failing over - Before commit | Preparing and checking the VPG virtual machines in the recovery site. | ||||||||||||||||||
Initial Sync VPG Statuses |
Synchronization performed after creating the VPG to ensure that the protected disks and recovery disks are the same. Recovery operations cannot occur until after the initial synchronization has completed. For synchronization to work, the protected virtual machines must be powered on so that the VRA has an active IO stack, which is only available when the virtual machine is powered on. Adding a virtual machine to a VPG is equivalent to creating a new VPG and an initial synchronization is performed. In this case, any checkpoints in the journal become unusable and only new checkpoints added after the initial synchronization completes can be used in a recovery. The data in the journal however remains and is promoted to the recovered virtual machine as part of a recovery procedure. |
||||||||||||||||||
Journal storage error | There was an I/O error to the journal. For example, if the journal was full and the size was increased. Once the problem is resolved a synchronization is required. | ||||||||||||||||||
Moving - Before commit | Preparing and checking the VPG virtual machines in the recovery site. | ||||||||||||||||||
Needs Configuration | One or more configuration settings are missing, for example, when reverse protection is not specified. | ||||||||||||||||||
Promoting | Updating recovered virtual machines in the VPG with data from the journal. | ||||||||||||||||||
Recovery is possible | Communication with the Zerto Virtual Manager at the protected site is down so continuing protection is halted, but recovery on the remote site is available (compare with Site disconnection). | ||||||||||||||||||
Recovery storage error | There was an I/O error to the recovery storage. For example, the datastore is almost full or the virtual machines are turned off and the recovery disks are inaccessible. | ||||||||||||||||||
Recovery storage profile error | The storage profile in the recovery site specified to be used by the VPG cannot be found. | ||||||||||||||||||
Rolling back | Rolling back to an initial status, for example, after canceling a cloning operation on the VPG. | ||||||||||||||||||
Rolling back Failover | Rolling back a Failover operation before committing it. | ||||||||||||||||||
Rolling back Move | Rolling back a Move operation before committing it. | ||||||||||||||||||
Site disconnection | Communication with the Zerto Virtual Manager at the remote, recovery, site is down so continuing protection is halted (compare with Recovery is possible ). | ||||||||||||||||||
Site disconnection. No checkpoints | Communication with the Zerto Virtual Manager at the remote, recovery, site is down and there are no checkpoints to use to recover the VPG at the recovery site. | ||||||||||||||||||
Syncing | Status while type of synchronization is being evaluated. | ||||||||||||||||||
User paused protection | Protection is paused to enable solving a Journal disk space problem, for example, by increasing the disk size or cloning the VPG. | ||||||||||||||||||
VM not protected | A virtual machine in the VPG is no longer being protected. For example, when the virtual machine was moved to another host without a VRA. | ||||||||||||||||||
Volume Initial Sync VPG Statuses |
Synchronization when a full synchronization is required on a single volume, for example, when changing the target datastore or adding a virtual machine to the VPG without using a preseeded disk. For synchronization to work, the protected virtual machines must be powered on so that the VRA has an active IO stack, which is only available when the virtual machine is powered on. During the synchronization, new checkpoints are not added to the journal. Also, recovery operations are not possible during a Volume Initial Sync. |
||||||||||||||||||
VPG has no VMs | A configured VPG where the virtual machines have been removed from it, for example when changing both the datastore and host for the virtual machines in the VPG, causes the VPG to be recreated. | ||||||||||||||||||
VPG waiting to be removed | An attempt to remove the VPG failed and it must be forcibly removed. For details, see Deleting a VPG When the Status is Deleting. | ||||||||||||||||||
Zerto Virtual Manager paused protection | Protection is paused to enable solving a Journal disk space problem, for example, by increasing the disk size or cloning the VPG. |