Servicio de copia de seguridad y DR para VMs de VMware
Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
El servicio Backup and DR usa las APIs de almacenamiento de VMware vSphere: Protección de datos para crear copias de seguridad de VMs de VMware y colocarlas en el grupo de instantáneas del dispositivo de copia de seguridad o recuperación, en los grupos de OnVault o en ambos.
La copia de seguridad y la DR usan instantáneas para crear copias de seguridad de los datos de tus VMDK de forma incremental a nivel de la VM. Después de que el servicio Backup and DR crea una copia de seguridad del estado actual de
todos los VMDK conectados a una VM, puedes usarla para lo siguiente:
Activa esos datos como discos nuevos conectados a una VM seleccionada (la VM de origen o un host físico o VM diferente). Consulta Cómo activar una imagen de VMware.
Restaura esos datos en todos los discos seleccionados o en los conectados a la VM de VMware de origen. Consulta Cómo restablecer una VM de VMware.
Clona esos datos en todos los discos o en los discos seleccionados conectados a una nueva VM de VMware de destino. Consulta Cómo restablecer una VM de VMware.
La copia de seguridad y la DR se pueden configurar para almacenar varias copias de cada instantánea en varias ubicaciones con OnVault, que escribe copias de seguridad en Cloud Storage, o StreamSnap, que copia instantáneas en un segundo dispositivo de copia de seguridad o recuperación.
Backup and DR usa sumas de comprobación automáticas para garantizar la integridad de tus datos después de cada trabajo de copia de seguridad que se realiza correctamente.
Cómo funciona: Copias de seguridad y DR de instantáneas de VMs de VMware
La copia de seguridad de datos con VMs de VMware sigue estos pasos:
La primera instantánea exitosa de una VM de VMware crea una instantánea de cada disco
virtual (VMDK). Para cada disco, esta es una instantánea completa que contiene todos los datos del disco virtual.
La segunda instantánea solo contiene datos nuevos o modificados luego de que se tomó la primera instantánea. No se incluyen los datos que no cambiaron desde la instantánea 1.
En cambio, la instantánea 2 contiene referencias a la instantánea 1 para cualquier dato sin cambios.
La instantánea 3 contiene datos nuevos o modificados desde que se capturó la instantánea 2, pero no contendrá datos sin cambios de la instantánea 1 o 2. En cambio, la instantánea 3 contiene referencias a bloques en la instantánea 1 y la instantánea 2 para cualquier dato sin cambios.
Esto se repite para todas las instantáneas posteriores de la VM de VMware. Las instantáneas siempre se crean en función de la última instantánea que se tomó correctamente con la copia de seguridad y la DR. Si se agrega un disco virtual adicional a la VM de VMware, este se incluye automáticamente en la siguiente instantánea de la VM. También puedes usar reglas de inclusión o exclusión para controlar qué discos virtuales se incluyen en cada copia de seguridad. De forma predeterminada, todos los discos virtuales se incluyen en la regla de inclusión de volumen.
Para activar la activación de datos con copias de seguridad de VM de VMware, sigue estos pasos:
Selecciona la VM de VMware y el punto en el tiempo con el que deseas trabajar.
Selecciona si deseas activar la unidad en un host o una VM existentes, crear una VM de VMware nueva o restablecer los discos de la VM de VMware de origen.
Si creas una VM de VMware nueva, selecciona las variables de ubicación, como el vCenter, el host ESX y el almacén de datos que se usarán.
La copia de seguridad y la DR usan la tecnología de instantáneas para crear discos virtuales nuevos a partir de las copias de seguridad. Cuando se crean estos discos, se conectan al host o a la VM de VMware nueva o existente. Estos discos virtuales se pueden escribir y migrar a discos físicos con una tarea de VMotion de VMware Storage.
Ubicación de almacenamiento de las copias de seguridad
Cuando creas un plan de copia de seguridad y lo aplicas a una VM de VMware, las políticas y
el perfil especifican dónde se almacena la copia de seguridad.
Los datos de copia de seguridad basados en VMs de VMware se pueden almacenar directamente en Google Cloud Storage, con una plantilla Direct to OnVault en el plan de copia de seguridad. Esto funciona para Google Cloud VMware Engine, aunque se recomienda asegurarse de que haya suficiente ancho de banda si usas esta función. Si el ancho de banda es limitado, se recomienda una política de instantáneas local, que retiene una copia de los datos de la copia de seguridad durante un período definido por el usuario. Además de la política de instantáneas, se pueden habilitar políticas adicionales de OnVault para almacenar datos durante períodos más largos en los buckets de Google Cloud almacenamiento.
Cada VM puede tener hasta cuatro políticas de OnVault, cada una de las cuales especifica diferentes buckets de almacenamiento deGoogle Cloud , que pueden ser diferentes clases de almacenamiento y tipos de ubicación.
Una ubicación de almacenamiento multirregional proporciona la mayor disponibilidad y resiliencia. Una ubicación de almacenamiento regional te brinda más control sobre la ubicación física de los datos porque especificas una sola región.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 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)"]]