Inicio > Blog de copias de seguridad y recuperación > Copia de seguridad de máquinas virtuales con Bacula – Resumen técnico. Visión general de la copia de seguridad de máquinas virtuales.

Copia de seguridad de máquinas virtuales con Bacula – Resumen técnico. Visión general de la copia de seguridad de máquinas virtuales.

1 Star2 Stars3 Stars4 Stars5 Stars
(41 votos, media: 4,80 fuera de 5)
Cargando...
Actualizado 2nd septiembre 2022, Rob Morrison

¿Cómo hacer una copia de seguridad de las máquinas virtuales con Bacula Enterprise Edition?

máquina virtual de copia de seguridad
Bacula Enterprise Edition proporciona herramientas para realizar copias de seguridad de imágenes de máquinas virtuales a través de sus API de copia de seguridad del hipervisor. La realización de copias de seguridad a este nivel en lugar del más omnipresente nivel de archivo proporciona muchas ventajas, aunque en muchos casos un enfoque combinado que utilice tanto copias de seguridad de archivo como de hipervisor proporcionará la mejor cobertura en entornos complejos con máquinas virtuales. Este how-to cubrirá algunas de las ventajas de añadir copias de seguridad a nivel de hipervisor de las máquinas virtuales a su instalación de Bacula Enterprise, y demostrará los fundamentos de la configuración de estas copias de seguridad para un entorno HyperV.

Algunas de las principales ventajas de realizar copias de seguridad en el hipervisor para las máquinas virtuales son:

  1. El hipervisor es un cómodo lugar central para orquestar todas las operaciones de copia de seguridad de su entorno virtual.
  2. No es necesario instalar el componente cliente de Bacula (FileDaemon) en cada máquina virtual individualmente.
  3. Los nuevos clientes se detectan automáticamente y se añaden a la copia de seguridad, reduciendo el riesgo de que se «pierda» una máquina.
  4. La restauración de archivos individuales está disponible siempre que la API del hipervisor nos permita acceder a ellos, por lo que no hay pérdida de funcionalidad sobre las copias de seguridad de archivos.

Hay algunos escollos potenciales a los que hay que prestar atención, como la copia de seguridad de las bases de datos que se ejecutan en una máquina virtual. En muchos casos, el software de virtualización es capaz de silenciar el sistema de archivos mediante el uso de herramientas de invitado, y esto a menudo significa que las bases de datos pueden ser respaldadas de forma fiable con una copia de seguridad iniciada por el hipervisor. Sin embargo, puede ser preferible instalar un cliente de copia de seguridad y un software de copia de seguridad consciente de la base de datos en estas máquinas para realizar copias de seguridad más granulares de las bases de datos y aplicaciones importantes. El soporte de Bacula Systems puede ayudar a determinar cuál es el mejor enfoque para un entorno determinado.

Bacula Enterprise Edition – Motores de virtualización soportados

Bacula Enterprise dispone de plugins para realizar copias de seguridad de máquinas virtuales con estos proveedores de hipervisores:

  • VMware
  • Hyper-V
  • KVM
  • Proxmox
  • Xen

Dependiendo de las herramientas disponibles del hipervisor, la copia de seguridad se basa en instantáneas o en archivos.

Cuando es posible, como en el caso de VMWare, las copias de seguridad basadas en imágenes permiten realizar copias de seguridad incrementales y restauraciones de un solo archivo utilizando también herramientas como Changed Block Tracking (CBT) y las capacidades de restauración de un solo archivo que presenta la API de copias de seguridad de VMWare.

Todos los plugins de copia de seguridad de máquinas virtuales de Bacula Enterprise se configuran de forma similar. Independientemente del hipervisor que utilice, el proceso que sigue en este how-to es siempre similar. Configuraremos la copia de seguridad de Hyper-V como ejemplo para la copia de seguridad de la máquina virtual con Bacula Enterprise Edition.

Cómo hacer una copia de seguridad de un host Hyper-V con Bacula Enterprise Edition

En su Director de Bacula tendrá que añadir un recurso Cliente para el host Hyper-V (en nuestro caso un Windows Server 2012R2 con Hyper-V activado), y un recurso FileSet (si no se ha creado previamente para un cliente de copia de seguridad diferente; en Bacula todos los recursos se pueden reutilizar) y finalmente un recurso Job que defina todos los parámetros del trabajo de copia de seguridad (cuándo se programa con qué nivel para qué fileset, etc.). A continuación encontrará un ejemplo de configuración:

Extracto de bacula-dir.conf

 

Job {
Name = «HyperV-job»
JobDefs = «DefaultJob»
Client = win2012-client
FileSet = «Hyper-V»
Accurate = «Yes»
}
FileSet {
Name = «Hyper-V»
Include {
Options {
signature = MD5
}
File = «C:/dummy.txt»
Plugin = «vss:/@HYPERV/»
}
}
Client {
Name = win2012-client
Address = 192.168.178.32
FDPort = 9102
Catalog = MyCatalog
Password = «windowspw»
File Retention = 60 days
Job Retention = 6 months
AutoPrune = yes
}

Esto es todo lo que necesita para empezar. La línea del plugin en el fileset le dice a Bacula que haga una copia de seguridad de todas las máquinas virtuales que se encuentran en este hipervisor. Tenga en cuenta que el FileSet contiene una referencia a un archivo de texto ficticio que es necesario porque la instantánea VSS de un sistema de archivos NTFS de Microsoft sólo se activa si se especifica al menos un archivo. Dicho esto, si sus datos de Hyper-V están repartidos en varias letras de unidad, necesitará o bien un archivo de texto ficticio en cada una de ellas (a menos que también haga copias de seguridad de archivos adicionales en ese servidor de Windows de todos modos), o bien tendrá que hacer uso del complemento Alldrives que viene con el cliente de Bacula Enterprise para Windows.

El trabajo de copia de seguridad anterior llamado «HyperV-job» se ejecutó y terminó con éxito. A continuación se muestra el joblog de este trabajo de copia de seguridad:

Copia de seguridad del registro de trabajo

 

22-Jun 09:26 centos6-64-dir JobId 4: No prior Full backup Job record found.
22-Jun 09:26 centos6-64-dir JobId 4: No prior or suitable Full backup found in catalog. Doing FULL backup.
22-Jun 09:26 centos6-64-dir JobId 4: Start Backup JobId 4, Job=HyperV-job.2018-06-22_09.26.08_12
22-Jun 09:26 centos6-64-dir JobId 4: Using Device «FileChgr1-Dev2» to write.
22-Jun 09:26 centos6-64-sd JobId 4: Volume «Vol-0001» previously written, moving to end of data.
22-Jun 09:26 win-ud8s2399ti8-fd JobId 4: VSS plugin start backup Job.
22-Jun 09:26 win-ud8s2399ti8-fd JobId 4: Generate VSS snapshots. Driver=»Win64 VSS»
22-Jun 09:26 win-ud8s2399ti8-fd JobId 4: Snapshot mount point: C:\
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Task Scheduler Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «VSS Metadata Store Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Performance Counters Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «System Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Microsoft Hyper-V VSS Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «ASR Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «WMI Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Registry Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «COM+ REGDB Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 win-ud8s2399ti8-fd JobId 4: VSS Writer
(BackupComplete): «Shadow Copy Optimization Writer», State: 0x1 (VSS_WS_STABLE)
22-Jun 09:28 centos6-64-sd JobId 4: Elapsed time=00:02:15, Transfer rate=22.30 M Bytes/second
22-Jun 09:28 centos6-64-sd JobId 4: Sending spooled attrs to the Director. Despooling 13,343 bytes …
22-Jun 09:28 centos6-64-dir JobId 4: Bacula Enterprise centos6-64-dir 8.10.2
(25Apr18): Build OS: x86_64-redhat-linux-gnu-bacula-enterprise redhat JobId: 4 Job: HyperV-job.2018-06-22_09.26.08_12
Backup Level: Full (upgraded from Incremental) Client: «win2012-client» 8.10.2
(25Apr18) Microsoft Datacenter Edition (build 9200), 64-bit,Cross-compile,Win64 FileSet: «Hyper-V»
2018-06-22 09:22:15 Pool: «File» (From Job resource) Catalog: «MyCatalog» (From Client resource)
Storage: «File1» (From Job resource) Scheduled time: 22-Jun-2018 09:26:06
Start time: 22-Jun-2018 09:26:10 End time: 22-Jun-2018 09:28:25
Elapsed time: 2 mins 15 secs Priority: 10 FD Files Written: 36 SD Files Written: 36 FD
Bytes Written: 3,011,737,880 (3.011 GB) SD Bytes Written: 3,011,748,601 (3.011 GB) Rate: 22309.2 KB/s
Software Compression: None Comm Line Compression: 69.7% 3.3:1 Snapshot/VSS: yes
Encryption: no Accurate: yes Volume name(s): Vol-0001 Volume Session Id: 4 Volume Session Time: 1529652856
Last Volume Bytes: 3,021,011,807 (3.021 GB) Non-fatal FD errors: 0 SD Errors: 0
FD termination status: OK SD termination status: OK Termination: Backup OK
22-Jun 09:28 centos6-64-dir JobId 4: Begin pruning Jobs older than 6 months .
22-Jun 09:28 centos6-64-dir JobId 4: No Jobs found to prune.
22-Jun 09:28 centos6-64-dir JobId 4: Begin pruning Files.
22-Jun 09:28 centos6-64-dir JobId 4: No Files found to prune.
22-Jun 09:28 centos6-64-dir JobId 4: End auto prune.

Como puede ver la copia de seguridad terminó con el estado «Backup OK» que, por supuesto, es exactamente lo que usted quiere para todos sus trabajos de copia de seguridad con Bacula Enterprise. En el joblog por encima del resumen Bacula imprime información detallada sobre lo que ocurre en el Cliente y el Storage Daemon con marcas de tiempo. En particular puede ver la información de las instantáneas VSS con detalles sobre todos los escritores VSS en el joblog de ejemplo anterior.

máquina virtual de copia de seguridadLa restauración de las máquinas virtuales contenidas funciona como cualquier otra restauración en Bacula. Desde Bweb o bconsole, navegue hasta el trabajo deseado, ya sea el más reciente o un punto específico en el tiempo. A continuación, seleccione los datos que desea restaurar, ya sea todo, un solo archivo o una VM específica. Por último, inicie la restauración, ya sea en la ubicación original si la VM ha sido eliminada, o realice una restauración cruzada en un host diferente. La recuperación de desastres se simplifica drásticamente con la capacidad de recuperar máquinas enteras en un hardware diferente en una nueva ubicación con el clic de un botón.

Los ejemplos de configuración de Bacula que hemos compartido anteriormente se aplican a la copia de seguridad de máquinas virtuales de Hyper-V. Otros hipervisores que soportamos funcionan de manera muy similar, y cada plugin de Bacula Enterprise viene con una amplia documentación sobre los recursos que deben definirse y sobre las opciones específicas de cada hipervisor que están disponibles en el FileSet. Por ejemplo, en el ejemplo anterior hemos elegido hacer una copia de seguridad de todas las máquinas virtuales del host Hyper-V, pero también podríamos haber seleccionado elementos individuales para la copia de seguridad de las máquinas virtuales. Si divide el trabajo de copia de seguridad en partes más pequeñas como esa, obtendrá una experiencia de restauración más detallada, sus copias de seguridad serán más rápidas porque los trabajos son más pequeños y podrá ejecutar varios trabajos en paralelo para acelerar el proceso general.

Respaldo de KVM con Bacula Enterprise

Bacula Enterprise ayuda a que todo el proceso de copia de seguridad/restauración de KVM sea lo más sencillo posible. Los clientes individuales no necesitan la instalación de software adicional ni la creación de scripts, y los usuarios tienen un control total sobre los datos de los que se hace una copia de seguridad o se recuperan. También existe la capacidad de autodetección, que permite a los usuarios localizar las máquinas virtuales automáticamente tras la configuración inicial del plugin.

Bacula Enterprise permite realizar copias de seguridad de KVM en cualquier momento, sin importar si la VM en cuestión está activa, en pausa o apagada por completo. Uno de los puntos clave del software de Bacula consiste en realizar las copias de seguridad de las máquinas virtuales sin interrupciones del servicio y con una consistencia total de los datos, ya que las copias de seguridad de las máquinas virtuales suelen requerir mucho tiempo y recursos, ralentizando todos los demás procesos del sistema.

El ahorro de almacenamiento y de ancho de banda también es posible con las funciones Snapshot y Global Endpoint Deduplication de Bacula. El principio general de funcionamiento de Bacula es algo similar a cómo se realizan habitualmente las copias de seguridad dentro de KVM: mediante la creación de instantáneas y su volcado en lugares específicos. Sin embargo, Bacula, a diferencia de la mayoría de los scripts de copia de seguridad habituales, no necesita instalarse en el sistema en primer lugar y funciona a nivel de hipervisor para empezar mediante una tecnología sin agentes.

Respaldo de Xen con Bacula Enterprise

Con Xen, Bacula Enterprise tiene un proceso específico que incluye:

  • Limpieza antes de iniciar el proceso (borrando las instantáneas más antiguas o estancadas);
  • Creación de una nueva instantánea de una VM invitada en cuestión;
  • Exportar los datos de la instantánea a un Storage Daemon de Bacula mediante el comando vm-export de XenServer;
  • Eliminando la instantánea posteriormente.

Tanto el estado de parada como el de ejecución están bien para que el proceso de copia de seguridad funcione. También hay una plantilla de título específica para las instantáneas antiguas que se eliminarán en el proceso de copia de seguridad: BaculaSnapshot_<UUID>_JobID_<NR>. Por supuesto, el módulo Citrix Hypervisor le notificará en forma de pantalla de registro información sobre cada proceso de copia de seguridad de la VM huésped y su estado, así como sobre las instantáneas eliminadas. Un proceso de copia de seguridad realiza automáticamente una copia de seguridad de cada VM que encuentra, a menos que se especifique lo contrario a través de una serie de parámetros específicos del plugin, incluyendo:

  • vm=<name-label>
  • uuid=<uuid>
  • include=<name-label-regex>
  • exclude=<name-label-regex>
  • quiesce=<0|1>

Respaldo de VMware con Bacula Enterprise

Realizar una copia de seguridad de VMware con Bacula es posible de dos maneras diferentes: utilizando el plugin de vSphere para crear copias de seguridad de imágenes y equipando cada VM invitada con un software cliente de Bacula.

Después de instalar Bacula Enterprise File Daemon en cada VM, tendrá que acordarse de repartir todos los trabajos de copia de seguridad para que no se ejecuten al mismo tiempo y creen un efecto de cuello de botella. Aparte de eso, es más o menos un proceso de copia de seguridad normal. Instalar el software de Bacula en cada VM le permite aprovechar una serie de características:

  • Verificación de trabajos;
  • Compresión a nivel de archivo;
  • Restauración rápida de archivos individuales;
  • Detección de desajustes en la suma de comprobación, etc.

El otro método consiste en utilizar el plugin de vSphere para guardar los discos del cliente a nivel bruto. En este caso tampoco es necesario que cada VM invitada tenga instalado el software de Bacula. El plugin de vSphere utiliza el acceso NBD o SAN para leer y guardar el contenido de la VM en cuestión. Este método es fundamentalmente diferente del anterior, ya que éste no necesita utilizar el sistema de archivos para interactuar con los archivos, por lo que la infraestructura de ESXi no necesita delegar tantos recursos al proceso de copia de seguridad cada vez. La desventaja de este proceso es que también guarda archivos innecesarios del sistema, como los archivos temporales de Internet o el archivo de intercambio.

Respaldo de Red Hat Virtualization con Bacula Enterprise

Al igual que con VMware, el proceso de copia de seguridad de RHV puede realizarse de dos maneras diferentes: interna y externa.

El método externo se basa en el módulo RHV de Bacula Enterprise para realizar una serie de copias de seguridad diferentes simplemente descargando discos a través de la API. Estos métodos no dependen de la VM en el entorno RHV, pero son más lentos que el diferente.

El método externo es capaz de aprovechar los tipos de copia de seguridad incremental y diferencial, cada uno con sus propias ventajas y defectos. La copia de seguridad incremental es más rápida y ahorra mucho espacio de almacenamiento, pero tarda mucho en restaurarse si hay un gran número de copias de seguridad incrementales después de la última completa. La copia de seguridad diferencial es algo más lenta que la incremental y ocupa un poco más de espacio de almacenamiento, pero tiene una mayor velocidad de restauración y no sufre el efecto de ralentización de la velocidad de restauración que tiene la incremental.

También está el método interno, el que se llama proxyVM. El proceso en sí consiste en una VM especial que se coloca dentro del entorno RHV, y esa VM crea copias de seguridad de todos los discos que pertenecen a las VM. Este método sólo es capaz de trabajar con el tipo de copia de seguridad completa, pero es mucho más rápido que los otros en general. El proceso en sí consiste en vincular la VM en cuestión, crear una instantánea de todos los datos y desvincular todo después.

Respaldo de Proxmox con Bacula Enterprise

Hay tres pasos importantes que forman parte del proceso de copia de seguridad de Proxmox, aunque la naturaleza del proceso en sí es algo similar a otros.

  1. La configuración de una VM invitada se guarda
  2. Se crea una instantánea de la VM (mientras se suspende o apaga la VM en cuestión)
  3. Se ejecuta el comando vzdump y se guardan los datos

El registro de la copia de seguridad mostraría todos los pasos de la creación de la copia de seguridad, desde el principio hasta el final, así como qué copias de seguridad antiguas u obsoletas se eliminaron previamente. Las propias copias de seguridad se crean en formato .vma (para la VM huésped QEMU) o .conf y .tar (para la VM huésped LXC). Este trabajo también puede afectar a varias VM a la vez, cada una con nombres de archivo distintos y el formato de archivo apropiado.

Resumen sobre cómo hacer una copia de seguridad de las máquinas virtuales con Bacula

backup virtual machine
La realización de copias de seguridad de máquinas virtuales a través de las interfaces de copia de seguridad de su hipervisor ofrece muchas ventajas sobre las copias de seguridad tradicionales basadas en agentes, especialmente cuando la simplicidad de la gestión y la recuperación de desastres son primordiales. Bacula Enterprise Edition le ofrece la posibilidad de elegir y combinar enfoques virtualizados y tradicionales para proporcionar una solución completa de copia de seguridad y recuperación para una gama especialmente amplia de entornos virtuales, bases de datos, aplicaciones y hardware físico, todo ello desde una única plataforma escalable.

Alternativas a Bacula Enterprise VM Backup

Sin embargo, Bacula Enterprise no es, por supuesto, la única solución del mercado. Esto nos da una gran oportunidad para dar una visión general de varios otros proveedores del sector, así como de sus capacidades y ventajas.

1. Veritas Enterprise Data Services Platform

veritas landing page

Como experto reconocido en el campo de la protección de datos y las copias de seguridad, Veritas también ofrece su propia visión de las copias de seguridad de máquinas virtuales, con soporte para VMware, Red Hat, Hyper-V, Nutanix AHV, etc. Ofrece copias de seguridad sin agentes, protección de datos eficiente y escalable, automatización de la protección y mucho más.

La propia plataforma ayuda a la optimización de la carga de trabajo, a una mejor modernización y a una mejor continuidad del negocio. Veritas tiene su propia interfaz de usuario de gestión de máquinas virtuales y ofrece varias funciones diferentes para realizar copias de seguridad de las propias máquinas virtuales, incluida la recuperación granular. Además, es capaz de ayudar con el cumplimiento de la normativa en los entornos híbridos, con herramientas de clasificación de datos, alertas e informes automáticos, y el cumplimiento de los requisitos gubernamentales en términos de cumplimiento de las copias de seguridad.

2. Altaro VM Backup

altaro landing page

El software Altaro VM Backup se posiciona como un software de copia de seguridad asequible pero útil y de alto rendimiento. Se enorgullece de su rápida configuración y de su interfaz de usuario fácil de usar y se comercializa ampliamente como una solución que no requiere conocimientos previos para funcionar correctamente. Es compatible con las máquinas virtuales de VMware y Hyper-V, ofrece impresionantes opciones de escalabilidad y mucho más.

En cuanto a las copias de seguridad de las máquinas virtuales en sí, Altaro ofrece encriptación de datos, soporte de CDP, soporte nativo de Azure, Wasabi y S3, integración de RMM, etc. También afirma tener menores requisitos de almacenamiento que la mayoría cuando se trata de copias de seguridad, así como deduplicación con tamaño de bloque variable y mayor velocidad de copia de seguridad/restauración.

3. Acronis Cyber Backup

acronis landing page

Otro nombre muy conocido en el ámbito de las copias de seguridad y la recuperación, Acronis Cyber Backup, es una solución completa que afirma proteger la totalidad de su entorno VMware con RTOs extremadamente rápidos y TCOs reducidos. También es compatible con Hyper-V, Linux KVM, XenServer, Red Hat y Oracle VM.

En cuanto a la lista de características en sí, hay varias características diferentes que contribuyen a que Acronis tenga RTOs más rápidos, como las capacidades de recuperación granular, el soporte de recuperación Bare Metal, las características de automatización de la recuperación, la validación del contenido de las copias de seguridad, etc. En cuanto a la protección de dichos datos, Acronis ofrece una consola centralizada para todas sus operaciones, así como paneles personalizados, soporte de copias de seguridad sin agentes y protección activa contra el ransomware, entre otras características.

4. Rubrik

rubrik landing page

Rubrik es una solución de copia de seguridad y recuperación de máquinas virtuales que pone la importancia de la información de sus máquinas virtuales por encima de todo. Funciona con Hyper-V, VMware y Nutanix AHV, ofreciendo muchas características y conjuntos de herramientas diferentes para que sus datos estén lo más seguros posible.

Algunas de las capacidades de Rubrik incluyen la posibilidad de descubrir sus máquinas virtuales automáticamente, ya sea mediante la integración con la API de un hipervisor o utilizando una conexión directa. También puede crear dominios SLA, explorar y restaurar de forma granular los archivos dentro de sus máquinas virtuales con copia de seguridad y, al igual que Bacula, en general es capaz de manejar incluso los mayores volúmenes de datos.

5. Veeam Backup & Replication

veeam landing page

Veeam Backup & Replication es otro ejemplo de plataforma multifuncional masiva que también proporciona servicios de backup y recuperación de máquinas virtuales. Veeam es compatible con los mismos tres tipos básicos de máquinas virtuales -Hyper-V, AHV y VMware- y ofrece una gran cantidad de funciones en cuanto a copias de seguridad, protección de datos, restauración de datos y mucho más.

La función de recuperación instantánea de Veeam afirma que reduce drásticamente el tiempo de inactividad de sus máquinas virtuales, y la adición del soporte CDP facilita la transferencia de varias máquinas virtuales a la vez o incluso la migración a un servidor diferente. Además, Veeam trabaja con copias de seguridad basadas en imágenes que soportan VSS, por lo que es consciente de la aplicación y no cargaría una parte rota de una aplicación que se lanzara en medio de un proceso de copia de seguridad.

6. Nakivo Backup & Replication

nakivo landing page

Los tres tipos principales de máquinas virtuales (VMware, AHV e Hyper-V) parecen ser extremadamente populares, razón por la cual una gran cantidad de software de copia de seguridad de máquinas virtuales se dirige a esos tres en primer lugar – como Nakivo. Nakivo Backup & Replication tiene todo lo que usted puede necesitar de una solución de respaldo de VM – automatización de procesos, verificación de respaldo, implementación rápida, y eso es sólo el comienzo.

Nakivo también puede ofrecer la combinación esperada de operaciones de copia de seguridad y recuperación para sus máquinas virtuales o datos de aplicaciones, así como opciones de recuperación instantánea de archivos, deduplicación y compresión. Además, Nakivo también puede ofrecer copias de seguridad incrementales que se basan en imágenes, no ocupan demasiado espacio y pueden realizarse automáticamente cada periodo de tiempo específico.

7. MSP360 (CloudBerry Backup)

msp360 landing page

Como marca bastante popular en el mercado de las copias de seguridad y la recuperación, en general, MSP360 tiene varios campos diferentes que puede cubrir cuando se trata de copias de seguridad. Sin embargo, sólo hay una variante de MSP360 que puede trabajar con máquinas virtuales, y es CloudBerry Backup.

CloudBerry Backup es compatible con las máquinas virtuales VMware e Hyper-V y ha sido creado para generar las copias de seguridad de sus máquinas virtuales, comprimirlas y encriptarlas y, a continuación, subir dichas copias de seguridad a un proveedor de almacenamiento en la nube de su elección. CloudBerry Backup es compatible con Google Cloud, Amazon Glacier/S3, Wasabi, MS Azure y BackBlaze B2 como sus principales proveedores de almacenamiento en la nube compatibles, y garantiza que sus copias de seguridad sean siempre consistentes en cualquier momento.

8. Vembu VM Backup

vembu landing page

Hablando de software de copia de seguridad sin agente, hay otra solución que soporta esta tecnología, y es Vembu VM Backup. Vembu ofrece un conjunto estándar de características que ya hemos visto varias veces: soporte de CDP, restauración instantánea de VM, recuperación granular de archivos, verificación de copias de seguridad, etc.

También admite la migración entre hipervisores, las copias de seguridad nativas en cinta y la supervisión centralizada. Todas las copias de seguridad que realiza el software Vembu VM Backup se cifran, comprimen y deduplican automáticamente para ayudarle a alcanzar el nivel necesario de seguridad de los datos sin gastar más espacio de almacenamiento para sus copias de seguridad.

9. Micro Focus VM Explorer

micro focus landing page

En realidad, hay otra solución de copia de seguridad de máquinas virtuales que admite el almacenamiento de copias de seguridad en cinta, y es Micro Focus VM Explorer. Es una solución bastante interesante para utilizar en sus objetivos de copia de seguridad de máquinas virtuales. Funciona bastante bien tanto con entornos VMware como Hyper-V, y ofrece un conjunto bastante básico de funciones que cabría esperar de una solución que utilizará para realizar copias de seguridad de máquinas virtuales.

La lista de características que VM Explorer puede ofrecer es bastante extensa, con restauración granular, inicio rápido, varias configuraciones de automatización, copia de seguridad tanto en la nube como en almacenamientos físicos, incluso incluyendo algunos de los objetivos menos populares como OpenStack de Rackspace, junto con las ubicaciones habituales de almacenamiento en la nube como S3, Azure, etc.

10. Iperius Backup

iperius landing page

Como actor algo más pequeño en el mercado, Iperius Backup es una solución que se aleja de una práctica bastante común en el mercado: diferentes precios para diferentes números de máquinas virtuales y hosts. Ese no es el caso de Iperius – una licencia da un número ilimitado de usuarios, con todas las características incluidas. Y hay muchas de esas características, también.

Para empezar, Iperius afirma ser la única solución del mercado capaz de realizar una replicación incremental de máquinas virtuales con hosts sin ESXi. Además, también hay muchas características que son bastante comunes en este campo, como los diferentes tipos de copia de seguridad, la compatibilidad con Hyper-V/VMware, la capacidad de guardar las copias de seguridad en la nube y en ubicaciones de almacenamiento físico, las copias de seguridad consistentes con las aplicaciones, y todo ello dentro de una solución sin agente.

Sobre el autor
Rob Morrison
Rob Morrison es el director de marketing de Bacula Systems. Comenzó su carrera de marketing de TI con Silicon Graphics en Suiza, desempeñando con fuerza varios puestos de gestión de marketing durante casi 10 años. En los siguientes 10 años, Rob también ocupó varios puestos de gestión de marketing en JBoss, Red Hat y Pentaho, asegurando el crecimiento de la cuota de mercado de estas conocidas empresas. Se graduó en la Universidad de Plymouth y tiene una licenciatura en Medios Digitales y Comunicaciones, y completó un programa de estudios en el extranjero.
Deja un comentario

Su dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *