Cuando una máquina virtual de Hyper-V se niega a iniciarse porque está atrapada en un «estado guardado», su trabajo puede detenerse por completo. Este problema es frecuente entre los administradores de TI, especialmente tras reinicios del host o durante la recuperación ante desastres. En esta guía explicaremos qué es un estado guardado en Hyper-V, por qué su máquina virtual podría no iniciarse desde dicho estado, qué ocurre si elimina ese estado y cómo solucionar paso a paso una máquina virtual atascada. Asimismo, abordaremos la solución avanzada de problemas en entornos complejos y compartiremos buenas prácticas para evitar este inconveniente en el futuro.
¿Qué es el estado guardado en Hyper-V?
El estado guardado en Hyper-V captura, en un instante determinado, todo lo relativo a su máquina virtual en ejecución —su contenido de memoria y el estado de los dispositivos—, lo que le permite pausar su trabajo y reanudarlo posteriormente sin perder progreso. Al colocar una máquina virtual en modo de estado guardado, Hyper-V escribe dos archivos clave en su carpeta: .bin para los datos de memoria y .vsv para el contexto de los dispositivos.
Estos archivos, en conjunto, permiten que Hyper-V congele de forma segura la actividad de su máquina virtual. El archivo .bin contiene una copia exacta de lo que estaba almacenado en la memoria RAM cuando usted pausó o apagó la máquina virtual mediante la opción Save, en lugar de Turn Off o Shut Down. El archivo .vsv registra detalles como los registros de la CPU y los búferes del adaptador de red.
¿Por qué es esto importante? Si necesita reiniciar su servidor host o realizar tareas de mantenimiento, pero desea que las máquinas virtuales reanuden desde donde las dejó —no simplemente se reinicien—, depende de estos archivos. Algunas herramientas de copia de seguridad también activan los estados guardados para poder capturar instantáneas coherentes sin apagar los sistemas operativos invitados.
Es importante no confundir los estados guardados con los puntos de control (instantáneas). Los puntos de control incluyen los cambios en el disco; los estados guardados solo conservan los datos de la memoria volátil.
¿Por qué mi máquina virtual Hyper-V no inicia?
Cuando su máquina virtual se queda atascada al intentar restaurarse desde un estado guardado y no arranca, el mensaje de error suele indicar algo como
«No se pudo restaurar el estado de la máquina virtual» o
«La máquina virtual no es compatible con el ordenador físico.»
Este problema indica que algo falló entre el guardado y la restauración de esa instantánea de memoria.
En primer lugar, los archivos .bin o .vsv dañados impedirán reanudar la ejecución porque falta información crítica o esta es ilegible. Otro factor que puede causar este problema son los cambios de hardware: si traslada una máquina virtual entre hosts con CPUs distintas o modifica la configuración de hardware (por ejemplo, al agregar o eliminar adaptadores de red), la imagen de memoria anterior podría dejar de coincidir con las expectativas del nuevo hardware.
También son frecuentes las escaseces de recursos: un host que no dispone de suficiente memoria RAM libre o espacio en disco simplemente no puede cargar de nuevo en funcionamiento volcados de memoria de gran tamaño. Problemas de almacenamiento, como unidades desconectadas o letras de unidad modificadas, significan que Hyper-V no puede encontrar en absoluto esos archivos fundamentales.
Los permisos también son importantes: si la configuración de seguridad de Windows bloquea el acceso a cualquier parte de la carpeta de la máquina virtual —incluido después de que los análisis antivirus hayan bloqueado archivos—, aparecerán errores relacionados con el acceso denegado.
Por último, los trabajos de copia de seguridad interrumpidos a veces dejan las máquinas virtuales detenidas a mitad de proceso en un estado inutilizable.
En entornos agrupados que utilizan almacenamiento compartido (Volúmenes compartidos de clúster), surge una complejidad adicional: las migraciones en vivo entre nodos pueden provocar incoherencias de versión si los hosts ejecutan distintas versiones de Windows Server o tienen niveles diferentes de actualizaciones.
A veces, incluso eliminar el estado guardado no ayuda si hay problemas de configuración más profundos, como tipos de firmware incompatibles (máquinas virtuales de generación 1 frente a generación 2) o versiones de servicios de integración que no coinciden entre los hosts.
¿Qué ocurre al eliminar el estado guardado en Hyper-V?
Eliminar un estado guardado suprime tanto los archivos .bin como los .vsv de la carpeta de su máquina virtual. Esta acción obliga a su máquina virtual a iniciarse desde cero, como si alguien hubiera desconectado bruscamente su cable de alimentación en lugar de permitirle apagarse de forma ordenada.
¿Qué significa esto para los datos? Todo trabajo no guardado que se encuentre únicamente en la memoria RAM desaparecerá para siempre; sin embargo, cualquier dato escrito en discos virtuales permanecerá seguro, ya que estos no se ven afectados únicamente por la eliminación de las imágenes de memoria.
Este enfoque suele resolver los problemas de incompatibilidad causados por estados corruptos, pero ¡asegúrese siempre de tener copias de seguridad antes de eliminar estos archivos en sistemas de producción! Su eliminación suele ser segura, pero irreversible respecto a los datos de la aplicación no guardados dentro de los sistemas operativos invitados.
Si está ejecutando hosts en clúster mediante volúmenes compartidos de clúster (CSV), tenga en cuenta que eliminar los estados guardados mientras otros nodos aún hagan referencia a ellos podría provocar problemas adicionales de sincronización, a menos que se gestione con cuidado mediante el Administrador de clústeres de conmutación por error.
¿Cómo solucionar una máquina virtual de Hyper-V que está atascada en estado guardado?
Analizaremos soluciones que van desde correcciones sencillas hasta métodos avanzados de recuperación adecuados para entornos empresariales, incluidos los clústeres. Cada método comienza con una descripción general antes de detallar los pasos, para que comprendas por qué cada uno funciona antes de aplicarlo tú mismo.
Método 1. Eliminar el estado guardado mediante el Administrador de Hyper-V
La mayoría de los administradores comienzan aquí porque es rápido y, con frecuencia, eficaz para resolver pequeños fallos relacionados con archivos de guardado dañados.
Comience abriendo Hyper-V Manager; luego, seleccione su máquina virtual problemática en la lista del panel izquierdo. En el panel derecho, bajo Actions, haga clic en Delete Saved State; confirme cuando se le solicite. Ahora intente iniciar nuevamente su máquina virtual mediante Start, en la sección Acciones: debería arrancar correctamente, como si hubiera estado apagada previamente.
Método 2. Comprobar los recursos del host y la disponibilidad de almacenamiento
Si eliminar no ayudó —o no está disponible—, su siguiente paso debe ser comprobar si las escaseces de recursos están impidiendo los intentos de inicio.
Primero asegúrese de que haya suficiente memoria RAM libre en su servidor anfitrión; abra el Task Manager, vaya a la pestaña Performance y revise la memoria disponible mientras todas las demás cargas de trabajo se ejecutan normalmente.
A continuación, verifique el espacio en disco: abra el File Explorer, haga clic derecho en la(s) unidad(es) del sistema y seleccione Properties; luego, compare los valores de espacio libre con los requisitos esperados para máquinas virtuales grandes.
Si almacena máquinas virtuales en unidades externas o en dispositivos SAN/NAS asignados mediante letras de unidad, verifique detenidamente que dichas asignaciones no hayan cambiado desde el último arranque correcto; las rutas incorrectas impedirán los intentos de restauración.
Para las implementaciones agrupadas que utilizan CSV, asegúrese de que todos los nodos vean rutas de almacenamiento idénticas mediante el Administrador de clústeres de conmutación por error; de lo contrario, podrían producirse errores relacionados con la migración.
Método 3. Corregir los permisos de los archivos de la máquina virtual
Los errores de acceso denegado suelen indicar que los permisos NTFS dentro de las carpetas de su máquina virtual están dañados, normalmente tras movimientos o copias manuales realizadas fuera de las herramientas compatibles.
Asegúrese de que la cuenta denominada NT VIRTUAL MACHINE\<GUID> tenga Control total sobre todos los elementos contenidos (.vhdx, .bin, *.vsv). Si falta:
1. Haga clic en Add
2. Introduzca exactamente el nombre del objeto
3. Conceder control total
4. Aplicar recursivamente
Alternativamente, inicie el símbolo del sistema como administrador (no PowerShell) y luego ejecute:
icacls.exe "C:\Ruta\A\VM\{VM-GUID}.bin" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)
icacls.exe "C:\Ruta\A\VM\{VM-GUID}.vsv" /grant "NT VIRTUAL MACHINE\{VM-GUID}":(F)Si la herencia de permisos parece completamente rota, utilice la bandera /reset:
icacls.exe "C:\Path\To\VM\" /reset /T
Siempre verifique los resultados intentando nuevamente acceder mediante el Explorador de archivos antes de reintentar el arranque.
Método 4. Eliminar manualmente los archivos de estado guardados
A veces ni la interfaz gráfica ni las correcciones de permisos resuelven el problema; en ese caso, la eliminación directa se vuelve necesaria.
Antes de continuar:
1) Confirme que no existen copias de seguridad ni puntos de control activos
2) Utilice el Monitor de recursos (resmon.exe) > pestaña CPU > barra de búsqueda «Controladores asociados»; introduzca una parte del nombre de archivo (.bin, .vsv) para asegurarse de que ningún proceso bloquee los archivos de destino
3) Si está bloqueado, detenga primero el proceso o servicio correspondiente
Ahora:
1) Apague por completo la máquina virtual afectada, si es posible
2) Abra la consola de servicios (services.msc)
3) Localice el servicio denominado Hyper-V Virtual Machine Management
4) Haga clic con el botón derecho > seleccione Stop
5) Navegue nuevamente hasta C:\ProgramData\Microsoft\Windows\Hyper-V\Virtual Machines
6) Elimine ambos archivos .bin y .vsv cuyos GUID coincidan con la instancia bloqueada
7) Reinicie el servicio de administración desde la misma consola (Iniciar)
8) Intente iniciar nuevamente la máquina virtual afectada
Método 5: Actualizar la versión de la configuración de la máquina virtual
Las máquinas virtuales antiguas creadas bajo versiones previas de Windows Server pueden almacenar formatos de estado guardado incompatibles con hosts más recientes tras actualizaciones o migraciones, lo que constituye un problema frecuente durante los ciclos de renovación de infraestructura.
En tales casos:
1) Asegúrese de que la máquina virtual de destino esté completamente apagada, ¡no solo en pausa o guardada!
2) Abra el Hyper-V Manager
3) Seleccione la instancia deseada
4) En el panel Acciones, haga clic en Upgrade Configuration Version
5) Confirme la actualización cuando se le solicite
Posteriormente, intente iniciar el sistema normalmente de nuevo; la mayoría de los problemas de compatibilidad desaparecen una vez que los metadatos coinciden con los estándares actuales de la plataforma.
Método 6: Solucionar conflictos del adaptador de red y la compatibilidad con el host
Los errores que mencionan incompatibilidad suelen deberse a configuraciones incorrectas del adaptador de red tras migraciones entre hosts, o al cambio de nombre o eliminación de los conmutadores virtuales asociados.
Abrir el Administrador de red virtual dentro de la interfaz del Administrador de Hyper-V; confirmar que cada adaptador conectado coincida con nombres válidos de conmutadores presentes localmente en el nuevo nodo (o nodos) host.
Si es necesario:
Renombrar los conmutadores nuevamente para que los nombres coincidan entre los servidores de origen y destino
Reasignar los adaptadores directamente en el cuadro de diálogo Configuración de cada invitado afectado
Para usuarios avanzados: compruebe la unicidad de la dirección MAC en todos los adaptadores mediante PowerShell:
Get-VMNetworkAdapter -All | Select Nombre,DirecciónMAC
Las direcciones MAC duplicadas pueden provocar fallos sutiles de conectividad, especialmente tras importar o exportar varios invitados simultáneamente.
Método 7: Exportar e importar nuevamente la configuración de la máquina virtual
Si reconstruir parece demasiado disruptivo, pero la corrupción persiste a nivel de configuración, pruebe exportar e importar los metadatos en su lugar:
1) Inicie una ventana de PowerShell con privilegios elevados
2) Ejecute Export-VM -Name "<Your_VM_Name>" -Path "<Export_Directory>"
3) Eliminar la instancia original del inventario (¡no elimine los discos!)
4) Importar de nuevo mediante Import-VM -Path "<Export_Directory>\<Config_File>.xml"
5) Adjuntar discos existentes durante las indicaciones del asistente de importación
Este proceso actualiza las referencias internas sin modificar los datos del usuario dentro de los volúmenes adjuntos.
Método 8: Reconstruir la máquina virtual utilizando los discos existentes (último recurso)
Como medida final, documente primero todos los ajustes actuales, incluidas las CPUs/RAM/distribución de red asignadas, a partir de las pantallas de configuración originales dentro del conjunto de herramientas del administrador.
Eliminar directamente la instancia con error (¡NO eliminar los discos .vhdx/.avhdx!)
Cree una coincidencia de huéspedes completamente nueva según las especificaciones previas
Durante el asistente, seleccione la opción etiquetada como «Usar un disco duro virtual existente», que apunta directamente a los archivos de almacenamiento conservados
Inicie una nueva instancia: debería comportarse de forma idéntica, excepto que ahora se ejecuta sobre una capa limpia de metadatos/configuración.
Proteja sus máquinas virtuales Hyper-V con Vinchin
Para reforzar aún más la protección contra tiempos de inactividad imprevistos causados por problemas como «el estado guardado no se puede iniciar», considere implementar una solución de copia de seguridad robusta para su entorno. Vinchin destaca como una solución empresarial diseñada específicamente para la copia de seguridad profesional de máquinas virtuales en más de 15 plataformas principales, incluyendo soporte completo para Microsoft Hyper‑V, así como VMware, Proxmox VE, oVirt, OLVM, RHV, XCP-ng, XenServer, OpenStack, ZStack y otras.
Vinchin ofrece funciones completas, como copias de seguridad incremental perpetuo (que minimizan el uso de almacenamiento), desduplicación y compresión integradas (para optimizar el rendimiento), capacidades fluidas de migración V2V entre plataformas, copias de seguridad programadas o repetitivas para automatización sin preocupaciones, y mucho más.
Con la intuitiva consola web de Vinchin, hacer una copia de seguridad de una máquina virtual Hyper‑V requiere solo cuatro pasos:
1. Seleccione la máquina Hyper‑V específica del inventario;
2. Elija dónde se almacenarán las copias de seguridad;
3. Configure estrategias como programación, eliminación de duplicados y cifrado según las necesidades de cada política;
4. Enviar el trabajo.
Reconocido a nivel mundial por miles de organizaciones, con calificaciones constantemente altas, Vinchin ofrece una forma libre de riesgos de experimentar toda su potencia mediante una licencia de prueba gratuita de 60 días que cubre todos los conjuntos de funciones disponibles.
El estado guardado de Hyper‑V no puede iniciarse: preguntas frecuentes
P1: ¿Puede la actualización de mi Windows Server hacer que los estados guardados de mis máquinas virtuales en ejecución no se inicien?
A1: Sí: una actualización importante puede modificar componentes subyacentes, lo que hace que los estados guardados antiguos sean incompatibles hasta que se eliminen manualmente o se actualicen correctamente.
P2: ¿Cómo puedo comprobar rápidamente qué proceso está bloqueando mi archivo .bin/.vsv?
A2: Abrir el Monitor de recursos > pestaña CPU > escribir parte del nombre de archivo en la columna «Controladores asociados» > ¡identificar al instante el proceso o servicio que bloquea!
P3: ¿Qué debo hacer si un nodo de mi clúster falla durante la migración en vivo, dejando varias máquinas virtuales bloqueadas?
A3: Utilice el Administrador de clústeres de conmutación por error > traslade temporalmente la propiedad del rol > borre y guarde manualmente el estado de cada invitado afectado antes de restablecer la propiedad de la carga de trabajo.
Conclusión
Un «estado guardado» bloqueado puede interrumpir las operaciones comerciales, pero una resolución cuidadosa de problemas permite reiniciar la mayoría de las máquinas virtuales rápidamente, evitando reconstrucciones innecesarias. Las copias de seguridad regulares siguen siendo fundamentales. Vinchin simplifica, hace fiable y eficiente la protección incluso de entornos complejos con múltiples hosts. ¡Pruebe Vinchin hoy mismo y mantenga alejado el tiempo de inactividad!
