BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Este contenido es parte de Guía Esencial: Guía esencial (y práctica) sobre ambientes virtuales
Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

Supere cualquier problema que encuentre al respaldar sus VMs

Los problemas comunes con las copias de seguridad de VM incluyen poco espacio en disco, poca memoria, interdependencias, etc. Aprenda cómo superar estos problemas y más con este consejo experto.

Aunque respaldar las máquinas virtuales suele ser un proceso sencillo y confiable, a veces las cosas salen mal. Estos son algunos de los problemas más comunes que pueden ocurrir con las copias de seguridad de VM.

El destino del respaldo se queda sin espacio

Es fácil burlarse de la idea de que un destino de copia de seguridad se quede sin espacio. Después de todo, un buen administrador de copia de seguridad monitorea meticulosamente el almacenamiento disponible para garantizar que este problema no ocurra. Aun así, los objetivos de respaldo pueden inesperadamente quedarse sin espacio.

Al igual que con cualquier otro tipo de copia de seguridad, cuando un respaldo de VM se queda sin espacio, generalmente es el resultado de un crecimiento de datos inesperado. Este problema tiende a ser algo más frecuente en entornos virtualizados porque las VM son altamente dinámicas. Un administrador podría, por ejemplo, migrar en vivo varias VM a un host diferente, cambiando así el volumen de datos que reside en el host. Del mismo modo, un administrador puede crear una colección de nuevas máquinas virtuales sin detenerse a pensar en el efecto que las nuevas máquinas virtuales tendrán en la copia de seguridad.

Poco espacio en disco dentro de un host o VM

Si bien es bastante obvio por qué la falta de espacio en disco en un destino de respaldo causaría problemas al respaldar las máquinas virtuales, la disminución del espacio de almacenamiento en un host de virtualización específico o incluso dentro de una VM también puede causar problemas para las copias de seguridad. Hay varias razones diferentes para esto, pero la razón principal tiene que ver con la forma en que funciona el servicio de instantáneas de volumen (Volume Shadow Copy Services o VSS).

Por defecto, VSS tiene 120 segundos para preparar una copia sombra. Si este proceso no se completa dentro del tiempo designado, VSS generará un error de tiempo de espera de escrituras de llenado o flush writes timeout error (0x80042313). Si un sistema se está quedando sin espacio disponible en el disco, eso puede causar que el Sistema de archivos de nueva tecnología funcione mucho más lentamente. Las unidades de estado sólido también se ralentizan a medida que comienzan a llenarse. Estos factores pueden causar que VSS agote el tiempo de espera antes de que se pueda crear una copia sombra, sin importar que un disco que esté casi lleno pueda carecer de la capacidad requerida por el búfer VSS.

Baja memoria dentro de una VM

El sistema operativo Windows está diseñado para usar un archivo de paginación (pagefile) para superar la escasez de memoria física. Si la memoria comienza a agotarse, las páginas de memoria se intercambian entre la memoria y el disco. El intercambio excesivo conduce a una condición llamada batido o thrashing, en la que el archivo de paginación se bombardea con solicitudes de intercambio, y la máquina funciona muy lentamente como resultado. Por cierto, esta condición no es exclusiva de las máquinas virtuales. También puede sucederle a las máquinas físicas.

Como se indicó anteriormente, VSS tiene una cantidad limitada de tiempo para crear una instantánea. La paginación de memoria virtual excesiva puede ralentizar la máquina virtual hasta el punto de que el proceso de instantánea VSS no se puede completar dentro del tiempo asignado. Vale la pena señalar que el intercambio excesivo no es la única causa potencial de esta condición. Cualquier carga excesiva de E/S podría causar problemas para VSS.

Interdependencias de VM

Al realizar copias de seguridad de máquinas virtuales o restaurarlas, también pueden surgir problemas como resultado de las complejas interdependencias que a menudo existen en un entorno virtualizado. Una aplicación de varios niveles podría depender de Active Directory, el sistema de nombres de dominio y varios servidores de bases de datos. La única forma de proteger adecuadamente una aplicación así es hacer una copia de seguridad de todos los recursos de dependencia.

Lo que puede hacer que esto sea complicado es que los recursos de dependencia pueden estar dispersos entre los hosts, e incluso pueden residir en la nube pública o en entornos virtualizados anidados que la copia de seguridad no puede ver. Esta es la razón por la cual las pruebas de recuperación son tan importantes. Las pruebas son la única forma de saber con certeza si una aplicación compleja está adecuadamente protegida.

Las máquinas virtuales se omiten de la copia de seguridad

Otro problema común con la copia de seguridad de las VM es que, en ocasiones, no todas las VMs que residen en un host particular se respaldan. Este problema particular puede ocurrir si la organización realiza copias de seguridad a nivel de invitado y no agrega las máquinas virtuales recién creadas a una tarea de respaldo. El problema también puede ocurrir si realiza copias de seguridad de nivel de host, pero el software de respaldo no está configurado para detectar y proteger automáticamente las nuevas máquinas virtuales.

Las VM fallan durante la copia de seguridad

Aunque nunca he visto este problema, he escuchado historias de máquinas virtuales Hyper-V que fallaron durante la copia de seguridad en hosts de alta densidad. La razón por la que esto sucede es porque hay algunas VM de Hyper-V que deben colocarse brevemente en un estado guardado para poder hacer una copia de seguridad. Esto es especialmente cierto para las máquinas virtuales que ejecutan un sistema operativo que no es compatible con Hyper-V Integration Services.

Si una máquina virtual vecina está configurada para usar memoria dinámica, entonces es teóricamente posible que dicha máquina virtual reclame parte de la memoria de la máquina virtual mientras está en un estado guardado. Cuando la máquina virtual se saca del estado guardado, es posible que no haya suficiente espacio de memoria disponible para que se inicie la máquina virtual.

Este artículo se actualizó por última vez en enero 2018

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close