Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O serviço de backup e DR usa as APIs de armazenamento do VMware vSphere - Data Protection para criar
backups de VMs do VMware, colocando esses backups no pool de snapshots do
dispositivo de backup/recuperação ou nos pools do OnVault, ou em ambos.
O Backup e DR usam snapshots para fazer backup incremental de dados dos VMDKs no
nível da VM. Depois que o serviço de backup e DR cria um backup do estado atual de
todos os VMDKs anexados a uma VM, ele pode ser usado para:
Monte esses dados como novos discos anexados a uma VM selecionada (a
VM de origem ou um host físico ou VM diferente). Consulte Montar uma imagem do VMware.
Restaure esses dados para todos ou alguns discos selecionados anexados à VM
VMware de origem. Consulte Restaurar uma VM da VMware.
Clone esses dados para todos os discos ou discos selecionados anexados a uma nova VM
VMware de destino. Consulte Restaurar uma VM da VMware.
O backup e a DR podem ser configurados para armazenar várias cópias de cada snapshot
em vários locais usando o OnVault, que grava backups no Cloud Storage,
ou o StreamSnap, que copia snapshots para um segundo dispositivo de backup/recuperação.
O Backup e DR usa somas de verificação automáticas para garantir a integridade dos dados após cada job de backup bem-sucedido.
Como funciona: snapshots de backup e DR da VM do VMware
O backup de dados com VMs do VMware segue estas etapas:
O primeiro snapshot bem-sucedido de uma VM do VMware cria um snapshot de cada
disco virtual (VMDK). Para cada disco, esse é um snapshot completo que contém todos
os dados no disco virtual.
O segundo só contém dados novos ou modificados desde o primeiro snapshot. Dados inalterados desde o snapshot 1 não são incluídos.
Em vez disso, o snapshot 2 contém referências ao snapshot 1 para todos os dados não alterados.
O snapshot 3 contém os dados novos ou alterados desde o snapshot 2, mas não contém os dados sem alterações dos snapshots 1 ou 2. Em vez disso, o instantâneo 3 contém referências aos dados não alterados de blocos dos instantâneos 1 e 2.
Isso se repete para todos os snapshots subsequentes da VM do VMware. Os snapshots são
sempre criados com base no último snapshot bem-sucedido feito pelo Backup e DR.
Se um disco virtual adicional for adicionado à VM do VMware, ele será
incluído automaticamente no próximo snapshot da VM. Também é possível usar regras de inclusão ou exclusão para controlar quais discos virtuais são incluídos em cada backup. Por padrão, todos os discos virtuais são incluídos na regra de inclusão de volume.
A montagem de dados com backups de VM do VMware segue estas etapas:
Selecione a VM do VMware e o ponto no tempo com que você quer trabalhar.
Selecione se você quer montar em um host ou VM existente, criar uma nova
VMware VM ou restaurar os discos da VMware VM de origem.
Se você estiver criando uma nova VM do VMware, selecione as variáveis de local, como qual
vCenter, host ESX e repositório de dados serão usados.
O Backup e DR usa a tecnologia de snapshot para criar novos discos virtuais com base nos backups. Quando esses discos são criados, eles são anexados ao host ou à
VM VMware nova ou existente. Esses discos virtuais são graváveis e podem ser
migrados para discos físicos usando uma tarefa de VMotion do VMware Storage.
Local de armazenamento de backup
Quando você cria um plano de backup e o aplica a uma VM do VMware, as políticas e o
perfil especificam onde o backup é armazenado.
Os dados de backup baseados em VM do VMware podem ser armazenados diretamente no Google Cloud Storage,
usando um modelo "Direct to OnVault" no plano de backup. Isso funciona para o
Google Cloud VMware Engine, mas é recomendável garantir que haja
bastante largura de banda se você estiver usando esse recurso. Se a largura de banda for
limitada, recomendamos uma política de snapshot local, que retém uma cópia dos
dados de backup por um período definido pelo usuário. Além da política de snapshot,
outras políticas do OnVault podem ser ativadas para armazenar dados por períodos
mais longos em buckets do Google Cloud Cloud Storage.
Cada VM pode ter até quatro políticas do OnVault, cada uma especificando diferentes
buckets deGoogle Cloud armazenamento, que podem ser diferentes classes de armazenamento e
diferentes tipos de local.
Um local de armazenamento multirregional oferece a mais alta disponibilidade e
resiliência. Um local de armazenamento regional proporciona mais controle sobre o local físico dos dados porque você especifica uma única região.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-18 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)"]]
