¿Cómo puedo hacer una copia de seguridad de una máquina virtual VirtualBox con TimeMachine?

He leído muchas cosas diferentes sobre el uso de TimeMachine con VirtualBox, pero no he podido encontrar una respuesta muy clara sobre cuál es una configuración aceptable. Algunas personas dicen "incluya todo el disco virtual", otras dicen "use instantáneas e incluya todo excepto el disco virtual", y otras personas dicen "olvídese de TimeMachine, cree una partición separada en su unidad de copia de seguridad y exporte sus máquinas virtuales manualmente". He leído que incluir todo el VBox vdi / vdmk hará que TimeMachine escriba todo el disco cada vez que algo cambie, completando la copia de seguridad de TimeMachine y borrando todo el historial de copias de seguridad incrementales.

La mayoría de las cosas que he leído tienen algunos años también. Me pregunto si alguien tiene algún consejo nuevo sobre esto. ¿Cuál es la mejor manera de hacer una copia de seguridad de las máquinas virtuales de VirtualBox usando TimeMachine? ¿Es incluso una tarea con la que vale la pena meterse, o es una copia de seguridad manual la mejor opción?

Respuestas (3)

Tengo una respuesta, no es la respuesta , pero recientemente salvó mi parte posterior cuando el disco duro de mi iMac se bloqueó hace unas semanas, así que pensé en compartirla. No es una lectura corta, pero creo que puede ayudar.

Hay muchos problemas relacionados con las máquinas virtuales que pueden causar dolores de cabeza para las estrategias de copia de seguridad: tamaño de los archivos VDI, instantáneas, tiempo de copia de seguridad, etc. En consecuencia, decidí trazar mi propio camino aquí para simplificar las cosas.

Evito la estrategia de "poner todos los huevos en una sola canasta". Lo que esto significa es que mientras tengo una máquina virtual que ejecuta FreeBSD para el desarrollo web, lo que se desarrolla no está en ninguna parte de la máquina virtual. Aquí hay un mapa de cómo se ve mi entorno:

ingrese la descripción de la imagen aquí

El gráfico debe actualizarse porque ya no ejecuto Oracle Linux 7 porque cambié a FreeBSD 10-2. También tengo 4 unidades USB conectadas a Synology, no solo una. Pero esos son menores y los conceptos siguen siendo exactamente los mismos. A continuación se muestra cómo lo puse todo junto...

La arquitectura

Mi entorno consiste en mi

  • Synology NAS (RAID 1) con un destino iSCSI configurado para almacenar todos los datos para la máquina virtual FreeBSD
  • una unidad USB para respaldar ese iSCSI LUN
  • un trabajo cron en Synology para tomar instantáneas diarias del directorio de desarrollo (esto incluye un volcado diario de MySQL)

en mi iMac

  • un VDI de tamaño dinámico que alcanza un máximo de 24 GB
  • FreeBSD VM configurado como me gusta, actualizado con todos los parches y actualizaciones más recientes
  • FreeBSD VM "puenteado" para que aparezca como un nodo en mi red y no NAT detrás de VirtualBox
  • Iniciador iSCSI que se conecta a Synology iSCSI LUN
  • el autoarranque de la máquina virtual está habilitado para que arranque automáticamente la máquina virtual en los reinicios
  • Time Machine configurado para realizar copias de seguridad una vez al día

Cómo funciona esto

Debido a que tengo un destino iSCSI asignado a mi máquina virtual FreeBSD, todo lo que hago se cambia en Synology, no en la propia máquina virtual. En lo que respecta a FreeBSD, es solo otro punto de montaje. En este caso, creé un punto de montaje.

/mnt/web/http/htdocs -----> Synology iqn.diskstion.local-some-name

¿Por qué iSCSI? iSCSI es a nivel de bloque, no a nivel de archivo. Por lo que el sistema operativo puede decir, ha conectado otro disco duro a su sistema operativo. Lo formatea y particiona de la misma manera que lo haría con cualquier unidad que haya agregado a su sistema.

Luego cambié la DocumentRootentrada httpd.confal directorio antes mencionado. Ahora, si apunta su navegador al servidor web alojado en mi iMac, todos los archivos provienen de Synology y solo pasan a través de la máquina virtual. Si escribo código nuevo, está en Synology.

Oh... el directorio de datos de MySQL... lo has adivinado... ¡en Synology!

Copia de seguridad

Una vez que creé la VM de FreeBSD de la manera que me gustaba, archivé inmediatamente una copia y la puse en Synology y en una memoria USB. Era sólo 4 GB, por cierto.

Probé el procedimiento de restauración eliminando la VM en mi iMac y luego copiándola nuevamente en el directorio de VM de mi iMac. El truco es, en lugar de Importar/Exportar, simplemente "Agregarlo" a VirtualBox y "Abrir" el .vboxarchivo de la máquina que copió.

ingrese la descripción de la imagen aquí

Ahora, mi imagen de FreeBSD tenía solo 4 GB y nunca cambia, a menos, por supuesto, que haga una actualización. Por lo tanto, no hay necesidad de hacer una copia de seguridad de esto con Time Machine (a menos que yo quiera) porque solo cambia cuando hago una actualización del sistema operativo.

Synology está configurado con un RAID 1, por lo que los discos están duplicados. Si uno falla, entonces todavía tengo el otro; que mi primer nivel de protección de datos. También tengo una copia de seguridad diaria en una unidad USB; ese es mi segundo nivel. También hago una instantánea de directorio diaria usando tary mysqldumpeso es cron'd (en Synology); tercer nivel. Synology tiene la capacidad de sincronizarse con los proveedores de la nube, por lo que, si configuro esto, ahora tengo 4 niveles de protección de datos disponibles. Compre otro NAS y use rsync... 5 niveles... y así sucesivamente....

Cómo funcionó esto

Así que antes dije que esto me salvó el tocino cuando mi disco duro se bloqueó. Debido a que mis datos existían en otra unidad, estaban seguros. Tuve una copia de seguridad de la imagen de mi VM en dos lugares, así que estaba lista.

Cuando volví a copiar mi VM en mi nuevo iMac, una vez que lo cargué, supo dónde estaba el objetivo iSCSI e inmediatamente se puso a trabajar. Restauré en menos de 10 minutos en total y eso incluye el tiempo para buscar y copiar la imagen maestra de VM en mi nuevo iMac.

Pero ahí no es donde salvó mi tocino...

Elegí actualizar a un SSD de 1 TB y la entrega demoraría 2 días. No pude estar inactivo durante dos días, así que copié la máquina virtual en mi Surface Pro 3, la cargué y, como la máquina virtual "sabía" dónde estaba el destino iSCSI de Synology, volví a estar en funcionamiento en 10 minutos en un computadora completamente diferente .

No necesita un NAS externo

Ok, tal vez mi configuración sea un poco exagerada con un NAS e iSCSI. Sin embargo, no hay nada que le impida configurar un "directorio compartido" en su Mac y compartirlo a través de NFS y montarlo en su VM. Recuerde, la VM está configurada para ser su propio nodo en la red; no tiene idea de que está volviendo a la unidad compartida de donde obtiene los datos. Con esta configuración, aún puede obtener el beneficio de que la VM nunca cambia y solo realiza una copia de seguridad de lo que ha cambiado, que sería lo que está en el directorio que se comparte a través de NFS.

Conclusión

Siempre he suscrito la filosofía de que la protección de datos no es un producto o servicio que compras; es una estrategia que empleas. Descubrí que confiar en una cosa (es decir, Time Machine) es un desastre esperando a suceder. Al construir esto como niveles de protección , puedo ser muy eficiente y contar con un alto respaldo en caso de desastre. También me permite ser extremadamente flexible y "rápido" al volver a estar en línea.

Es bastante fácil usar Time Machine para ingresar y eliminar todas las copias de seguridad de un archivo específico, así que digo: deje que haga una copia de seguridad de su máquina y recopile algunos datos.

  • ¿Qué tan grande es su disco de respaldo?
  • ¿Cuánto espacio utiliza la máquina virtual para una instantánea?
  • ¿Puede usar la configuración en VirtualBox para minimizar el nuevo espacio necesario a medida que la máquina virtual escribe datos en su(s) imagen(es) de disco?

Un cálculo de la parte posterior del sobre mostraría que en un mes, tendría 24 copias de seguridad por hora de los archivos de VM, 31 copias de seguridad diarias. Entonces, si cada copia de seguridad crea una imagen completamente nueva de toda la imagen de la unidad, tendría 55 veces más almacenamiento en Time Machine que el almacenamiento en su Mac.

Si crea un total de 20 GB de espacio en disco desde Virtual Box VM, eso es 1,1 TB en la copia de seguridad. No es insignificante, pero no es una preocupación en absoluto si tiene más de 3 TB de espacio libre para experimentar.

Luego, después de unos días, puede usar una herramienta como BackupLoupe para estimar cuánto tiempo le tomará a la unidad llenarse e inspeccionar si su VM está usando el espacio de manera eficiente o si está causando demoras en la finalización de la copia de seguridad y/o incluso haciendo viable copia de seguridad (tendría que restaurar la imagen para probar).

1) El tamaño de la unidad de copia de seguridad no es realmente un problema. Tengo 1 TB actualmente, pero eso se cambia fácilmente. 2) Las instantáneas no son demasiado grandes (hasta ahora), ~ 500 mb. Sin embargo, si exporto el dispositivo, son ~ 38 GB. 3) No sé cuáles serían estos ajustes, si es que existen. No he tenido la suerte de encontrar nada útil en h the VBox Docs.
Realmente preferiría no tener que molestarme en eliminar manualmente las copias de seguridad antiguas de TM. Eso parece un paso extra y tonto. Si esa es la mejor opción, prefiero simplemente escribir un script para exportar manualmente mis dispositivos VBox.
@JordanBondo Es realmente fácil una vez que tiene una idea de cuánto es la carga de respaldo de cada día. Abra Finder en la carpeta que contiene la VM (o la carpeta que la contiene) e ingrese TM. Luego use el engranaje para eliminar todas las copias de seguridad de una imagen o una carpeta. Escriba la contraseña y limpiará todas las instancias. Entonces querrá poner la carpeta en la lista negra de futuros intervalos de copia de seguridad.
La creación de secuencias de comandos para una exportación periódica de imágenes que no crecen es mucho más amigable con Time Machine. Luego, el uso juicioso de tmutil isexcludedy hará felices tanto a usted como a sus copias de seguridad tmutil addexclusion@JordanBondotmutil removeexclusion

Solo asegúrese de que las carpetas de la caja virtual no estén en su lista de copias de seguridad excluidas (abra las preferencias del sistema-> máquina del tiempo-> opciones) y la máquina del tiempo hará el resto.

Después de una copia de seguridad completa de la máquina del tiempo, puede ingresar a la máquina del tiempo y verificar que las carpetas de la máquina virtual estén presentes en la máquina del tiempo.

EDITAR: Time Machine realiza copias de seguridad de archivos a nivel de archivo, por lo que si cambia un solo bit en un archivo * .vdi de 30 GB, Time Machine hará una copia completa del nuevo archivo y almacenará el anterior, por lo que sí, suponga que el TC se duplicará muchos datos son correctos, pero a medida que se requiera espacio adicional, se sobrescribirá la versión anterior. Me imagino que si su unidad TC es al menos el doble de su unidad OS X, nunca debería tener un conflicto

En cuanto a los archivos de VM dañados, si apaga las VM correctamente (no guarda), entonces debería estar bien.

Vea este enlace de VMWare, es aplicable a Virtual Box. Como nota al margen, la única vez que he tenido problemas para restaurar una VM desde una copia de seguridad o mover una VM es cuando estaba en un estado guardado durante el movimiento, eso parece estropearlo todo el tiempo.

Esto es lo que he estado haciendo, pero el problema (según tengo entendido) con esto es que TimeMachine no respalda correctamente las máquinas virtuales en ejecución. Sé que TM de hecho hace una copia de seguridad de los archivos, pero la pregunta es si hacerlo de esta manera hace que TM haga una copia de seguridad de los VDI/VDMK cada vez, llenando así el volumen de TM con copias de seguridad de VM HDD (no es lo que quiero) .
@JordanBondo ver editar.