Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Il servizio di backup e RE utilizza le API VMware vSphere Storage - Data Protection per creare backup delle VM VMware, collocandoli nel pool di snapshot dell'appliance di backup/ripristino o nei pool OnVault oppure in entrambi.
Il backup e la RE utilizzano gli snapshot per eseguire il backup incrementale dei dati dai VMDK a livello di VM. Dopo che il servizio di backup e RE ha creato un backup dello stato corrente di tutti i VMDK collegati a una VM, puoi utilizzarlo per:
Monta i dati come nuovi dischi collegati a una VM selezionata (la VM di origine o un host fisico o una VM diversa). Consulta Montare un'immagine VMware.
Ripristina i dati su tutti o su alcuni dischi collegati alla VM VMware di origine. Consulta Ripristinare una VM VMware.
Clona i dati su tutti o su dischi selezionati collegati a una nuova VM VMware di destinazione. Consulta Ripristinare una VM VMware.
Il backup e il DR possono essere configurati per archiviare più copie di ogni snapshot su più posizioni utilizzando OnVault, che scrive i backup in Cloud Storage, o StreamSnap, che copia gli snapshot in un secondo appliance di backup/recupero.
Backup e DR utilizza i checksum automatici per garantire l'integrità dei dati dopo ogni operazione di backup riuscita.
Come funziona: snapshot delle VM VMware per il backup e la RE
Il backup dei dati con le VM VMware segue questi passaggi:
Il primo snapshot riuscito di una VM VMware crea uno snapshot di ogni
disco virtuale (VMDK). Per ogni disco si tratta di uno snapshot completo che contiene tutti
i dati sul disco virtuale.
Il secondo snapshot contiene solo i nuovi dati o i dati modificati dal primo snapshot. I dati che non sono cambiati dallo snapshot 1 non sono inclusi.
Lo snapshot 2 contiene invece riferimenti allo snapshot 1 per i dati invariati.
Lo snapshot 3 contiene tutti i dati nuovi o modificati dall'snapshot 2, ma non contendrá i dati invariati degli snapshot 1 o 2. Lo snapshot 3 contiene invece riferimenti ai blocchi negli snapshot 1 e 2 per i dati invariati.
L'operazione viene ripetuta per tutti gli snapshot successivi della VM VMware. Gli snapshot vengono sempre creati in base all'ultimo snapshot riuscito acquisito da Backup e DR. Se alla VM VMware viene aggiunto un disco virtuale aggiuntivo, questo viene incluso automaticamente nello snapshot successivo della VM. Puoi anche utilizzare le regole di inclusione o esclusione per controllare quali dischi virtuali sono inclusi in ogni backup. Per impostazione predefinita, tutti i dischi virtuali sono inclusi nella regola di inclusione dei volumi.
Il montaggio dei dati con i backup delle VM VMware segue questi passaggi:
Selezionano la VM VMware e il punto in cui vogliono lavorare.
Seleziona se vuoi eseguire il montaggio su un host o una VM esistente, creare una nuova VM VMware o ripristinare i dischi della VM VMware di origine.
Se crei una nuova VM VMware, seleziona le variabili di posizione, ad esempio vCenter, host ESX e datastore da utilizzare.
Backup e DR utilizzano la tecnologia degli snapshot per creare nuovi dischi virtuali dai backup. Quando vengono creati, questi dischi vengono collegati all'host o alla VM VMware nuova o esistente. Questi dischi virtuali sono scrivibili e possono essere migrati su dischi fisici utilizzando un'attività VMotion di VMware Storage.
Posizione di archiviazione del backup
Quando crei un piano di backup e lo applichi a una VM VMware, i criteri e il profilo specificano dove viene archiviato il backup.
I dati di backup basati su VM VMware possono essere archiviati direttamente in Google Cloud Storage,
utilizzando un modello Direct to OnVault nel piano di backup. Questa operazione è valida per Google Cloud VMware Engine, anche se è consigliabile assicurarsi che la larghezza di banda sia sufficiente se utilizzi questa funzionalità. Se la larghezza di banda è limitata, è consigliabile un criterio di snapshot locale, che conserva una copia dei dati di backup per un periodo di tempo definito dall'utente. Oltre al criterio di snapshot, è possibile attivare ulteriori criteri OnVault per archiviare i dati per periodi di tempo più lunghi nei bucket di archiviazione. Google Cloud
Ogni VM può avere fino a quattro criteri OnVault, ciascuno dei quali specifica diversiGoogle Cloud bucket di archiviazione, che possono essere diverse classi di archiviazione e diversi tipi di località.
Una posizione di archiviazione multiregionale offre la massima disponibilità e resilienza. Una posizione di archiviazione regionale ti offre un maggiore controllo sulla località fisica dei dati perché specifichi una singola regione.
[[["Facile da capire","easyToUnderstand","thumb-up"],["Il problema è stato risolto","solvedMyProblem","thumb-up"],["Altra","otherUp","thumb-up"]],[["Difficile da capire","hardToUnderstand","thumb-down"],["Informazioni o codice di esempio errati","incorrectInformationOrSampleCode","thumb-down"],["Mancano le informazioni o gli esempi di cui ho bisogno","missingTheInformationSamplesINeed","thumb-down"],["Problema di traduzione","translationIssue","thumb-down"],["Altra","otherDown","thumb-down"]],["Ultimo aggiornamento 2025-09-04 UTC."],[[["\u003cp\u003eBackup and DR Service utilizes VMware vSphere Storage APIs to create backups of VMware VMs, storing them in either the snapshot pool of the backup/recovery appliance, OnVault pools, or both.\u003c/p\u003e\n"],["\u003cp\u003eThe service uses snapshots to incrementally back up VMDK data at the VM level, where subsequent snapshots only contain new or modified data and reference unchanged data from previous snapshots.\u003c/p\u003e\n"],["\u003cp\u003eBacked up data can be mounted to create a new VMware VM or as new disks attached to a VM, restored to the source VMware VM, or cloned to a new target VMware VM.\u003c/p\u003e\n"],["\u003cp\u003eBackup data can be stored in Google Cloud Storage via OnVault policies, offering options for multi-regional, dual-region, or regional locations, and allowing up to four different OnVault policies per VM.\u003c/p\u003e\n"],["\u003cp\u003eWhen backing up older Windows Server OS versions in Google Cloud VMware Engine VMs, the system is supported, however the support team cannot assist with any OS related problems, that will require the OS vendor for support.\u003c/p\u003e\n"]]],[],null,["# Backup and DR Service for VMware VMs\n\nBackup and DR Service uses VMware vSphere Storage APIs - Data Protection to create\nbackups of VMware VMs, placing these backups either in the snapshot pool of the\nbackup/recovery appliance or in OnVault pools, or in both.\n| **Note:** Only backing up old Windows server OS versions inside the Google Cloud VMware Engine VM is supported. Installing a Backup and DR Service agent won't let you back up support team cannot assist with OS boot-up issues or other OS-related problems. In such cases, you must contact the OS vendor for support.\n\nBackup and DR uses snapshots to incrementally backup data from your VMDKs at\nthe VM level. After Backup and DR Service creates a backup of the current state of\nall VMDKs attached to an VM, you can use it to either:\n\n- Mount that data to create a new VMware VM. See\n [Mount a VMware image](/backup-disaster-recovery/docs/access-data/mount-vmware-image).\n\n- Mount that data as a new disk(s) attached to a selected VM (either the\n source VM or a different physical host or VM). See [Mount a VMware image](/backup-disaster-recovery/docs/access-data/mount-vmware-image).\n\n | **Note:** OnVault pools pointing to backup vaults don't support mount operations.\n- Restore that data to either all or selected disks attached to the source\n VMware VM. See [Restore a VMware VM](/backup-disaster-recovery/docs/restore-data/restore-vm).\n\n- Clone that data to either all or selected disks attached to a new target\n VMware VM. See [Restore a VMware VM](/backup-disaster-recovery/docs/access-data/clone-image-of-a-vm).\n\nBackup and DR can be configured to store multiple copies of each snapshot\nacross multiple locations using OnVault that writes backups to Cloud Storage,\nor StreamSnap that copies snapshots to a second backup/recovery appliance.\nBackup and DR uses automatic checksums to ensure the integrity of your data after each successful backup job.\n\nHow it works: Backup and DR VMware VM snapshots\n-----------------------------------------------\n\nData backup with VMware VMs follows these steps:\n\n1. The first successful snapshot of a VMware VM creates a snapshot of each\n virtual disk (VMDK). For each disk this is a full snapshot that contains all\n of the data on the virtual disk.\n\n2. The second snapshot only contains any new data or modified data since the\n first snapshot. Data that hasn't changed since snapshot 1 isn't included.\n Instead, snapshot 2 contains references to snapshot 1 for any unchanged data.\n\n3. Snapshot 3 contains any new or changed data since snapshot 2 but won't\n contain any unchanged data from snapshot 1 or 2. Instead, snapshot 3 contains\n references to blocks in snapshot 1 and snapshot 2 for any unchanged data.\n\nThis repeats for all subsequent snapshots of the VMware VM. Snapshots are\nalways created based on the last successful snapshot taken by Backup and DR.\nIf an additional virtual disk is added to the VMware VM, this disk is\nautomatically included in the next snapshot of the VM. You can also use\ninclude or exclude rules to control which virtual disks are included in each\nbackup. By default, all virtual disks are included in the Volume Inclusion Rule.\n\nData mount with VMware VM backups follows these steps:\n\n1. Select the VMware VM and point in time that they want to work with.\n\n2. Select if you want to mount to an existing host or VM, create a new\n VMware VM or restore the disks of the source VMware VM.\n\n3. If creating a new VMware VM, select the location variables such as which\n vCenter, ESX host and datastore to be used.\n\n4. Backup and DR uses snapshot technology to create new virtual disks from\n the backups. When these disks are created they are attached to the host or to\n the new or existing VMware VM. These virtual disks are writable, and can be\n migrated to physical disks using a VMware Storage VMotion task.\n\nBackup storage location\n-----------------------\n\nWhen you create a backup plan and apply it to a VMware VM, the policies and\nprofile specify where the backup is stored.\n\nVMware VM-based backup data can be stored directly into Google Cloud Storage,\nusing a Direct to OnVault template in the backup plan. This works for\nGoogle Cloud VMware Engine, though it is recommended to ensure\nsufficient bandwidth exists if you are using this feature. If bandwidth is\nlimited, then a local snapshot policy is recommended, which retains a copy of\nthe backup data for a user defined period of time, and in addition to the snapshot\npolicy, additional OnVault policies can be enabled to store data for longer\nperiods of time in Google Cloud Storage bucket(s).\n\nOnVault backups can be stored in a\n[Cloud Storage multi-regional location](/storage/docs/locations#location-mr),\na [Cloud Storage dual-region location](/storage/docs/locations#location-dr),\nor a [Cloud Storage regional location](/storage/docs/locations#location-r).\n\nEach VM can have up to four OnVault policies, each specifying different\nGoogle Cloud Storage buckets, which could be different storage classes and\ndifferent location types.\n\nA multi-regional storage location provides the highest availability and\nresilience. A regional storage location gives you more control over the\nphysical location of your data because you specify a single region.\n\nThe VMware administrator's guide\n--------------------------------\n\n- [Backup and DR for VMware VMs](/backup-disaster-recovery/docs/concepts/vmware-intro)\n\n- [Configure Google Cloud VMware Engine for Backup and DR protection](/backup-disaster-recovery/docs/configuration/prepare-vmware)\n\n- [Add vCenter and ESX server hosts to the management console](/backup-disaster-recovery/docs/configuration/add-vcenter-host)\n\n- [Discover and protect VMware VMs](/backup-disaster-recovery/docs/configuration/discover-and-protect-vms)\n\n- [Apply a backup template to protect a VM](/backup-disaster-recovery/docs/create-plan/apply-backup-template-to-manage-a-VM)\n\n- [Configure application settings for VMware VMs](/backup-disaster-recovery/docs/backup/configure-application-settings-for-vmware-vm)\n\n- [Restore a VMware VM](/backup-disaster-recovery/docs/restore-data/restore-vm)\n\n- [Mount a VMware image](/backup-disaster-recovery/docs/access-data/mount-vmware-image)\n\n- [Clone an image of a VMware VM](/backup-disaster-recovery/docs/access-data/clone-image-of-a-vm)\n\n- [Create LiveClone workflows](/backup-disaster-recovery/docs/access-data/create-liveclone-workflows)\n\n- [Move VM management between two backup/recovery appliances](/backup-disaster-recovery/docs/configuration/supported-vmware)"]]
