Windows Server 2025 / Exportar e importar una VM de Hyper-V sin conflictos

La exportación de Hyper-V reúne configuración, discos virtuales y archivos de puntos de control de una máquina virtual (VM). Al importar, el modo elegido determina la identidad de Hyper-V y la ubicación de los archivos; el nombre de Windows, las direcciones IP, la identidad de dominio y la conservación de copias requieren decisiones separadas.

Distinguir una exportación de un sistema de copias

Una exportación es un conjunto de archivos de la VM. No crea por sí sola trabajos periódicos, varias versiones retenidas, comprobaciones de integridad, alertas, almacenamiento independiente ni un procedimiento de recuperación coherente para cada aplicación. Que los archivos existan no prueba que el sistema pueda recuperarse. Defina primero qué datos necesita, desde qué momento y cuánto tiempo admite para recuperarlos.

Aunque la guía oficial de exportación e importación admite exportar VM iniciadas o detenidas, esta práctica utiliza HVTEST01 independiente en grupo de trabajo, apagada normalmente y sin datos necesarios. No use DC1, DC2 ni FS1. En HV1 trabaje como administrador, registre ID original, versión de configuración, rutas y adaptadores. Revise la cadena y las combinaciones pendientes después del ejercicio de puntos de control; no borre AVHDX para simplificarla. Evite trabajos de copia o cambios de discos simultáneos.

Una exportación en el mismo volumen del host comparte sus riesgos de fallo. Distinga una carpeta de transferencia de un repositorio de copias protegido y separado. Ambos pueden contener todo el disco del invitado, incluidas credenciales y datos: restrinja el acceso y aplique las medidas de protección y conservación previstas. La ubicación temporal no es motivo para publicar o compartir esos archivos.

Exportar a una carpeta nueva y verificar el resultado

1. Dentro de HVTEST01 guarde el trabajo de prueba y ciérrela normalmente. En HV1 confirme estado Off, no Paused ni Saved, y que no queda una combinación en curso.
2. Compruebe espacio y permiso de escritura en el destino elegido. Si hay discos dinámicos, considere el tamaño real del conjunto exportado y el espacio necesario para la copia importada; no confunda capacidad virtual con espacio libre del host.
3. En Hyper-V Manager seleccione precisamente HVTEST01 y elija Exportar. Revise nombre e ID para no exportar un servidor del dominio.
4. Seleccione una carpeta nueva de destino identificable por fecha o ejecución, sin archivos que deba sobrescribir. Inicie la exportación y supervise el estado hasta terminar sin error.
5. Inspeccione el conjunto: configuración .vmcx, discos virtuales y archivos de puntos de control requeridos. Compare con el inventario original; una carpeta Snapshots vacía puede ser normal si no había puntos, pero no ignore dependencias pendientes.

Como alternativa al asistente, abra PowerShell elevado en HV1. El bloque exige una raíz existente y genera una subcarpeta por ejecución. Introduzca en Read-Host la ruta real completa sin comillas envolventes. Ejecute una línea cada vez y deténgase ante cualquier error, también en New-Item o Export-VM: el listado posterior no convierte un intento fallido en exportación correcta. Si repite el trabajo, examine primero las carpetas y el estado de los intentos previos; no sobrescriba ni elimine una exportación que deba conservar. Los parámetros de Export-VM describen la operación:

$vm = Get-VM -Name 'HVTEST01' -ErrorAction Stop
if ($vm.State -ne 'Off') { throw 'Shut down the guest before this lab export' }
$exportRoot = Read-Host 'Existing folder for exports'
if (-not (Test-Path -LiteralPath $exportRoot -PathType Container)) { throw 'Export root not found' }
$exportFolder = Join-Path $exportRoot ('HVTEST01-' + (Get-Date -Format 'yyyyMMdd-HHmmss') + '-' + ([guid]::NewGuid().ToString('N').Substring(0,6)))
New-Item -ItemType Directory -Path $exportFolder | Out-Null
Export-VM -Name 'HVTEST01' -Path $exportFolder
Get-ChildItem -LiteralPath $exportFolder -Recurse -File | Select-Object FullName,Length

Al terminar sin errores, se espera ver archivos dentro de la carpeta única de esta ejecución, con rutas y tamaños que pueda revisar. Una lista parcial o vacía no demuestra éxito y una lista completa todavía no demuestra recuperación. Guarde carpeta real, hora y resultado de la exportación para vincularlos con la importación aislada posterior; no borre el original mientras realiza esa comprobación.

Copiar únicamente un VHDX puede omitir configuración y dependencias. Conserve el conjunto completo. Si lo transfiere, compare inventarios mediante rutas relativas, tamaños y, cuando corresponda, hashes calculados sobre archivos sin cambios. Una diferencia requiere detenerse y volver a comprobar origen y copia; coincidir en tamaño no garantiza contenido idéntico. Incluso la coincidencia de hashes comprueba la transferencia, no el arranque o la recuperación de la aplicación.

Elegir el tipo de importación

El mismo host no admite registrar otra VM con el ID original ya registrado. Para esta prueba mantenga el original y elija Copiar; no elimine el original para sortear el conflicto. Registrar en contexto usa la carpeta de exportación como almacenamiento activo, por lo que deja de ser material temporal descartable. Compruebe recursos, rutas, conmutadores y la versión de configuración admitida por el host de destino. Una versión más nueva no se admite automáticamente en un host anterior; no actualice la configuración para probar suerte, pues no se puede degradar después. El parámetro GenerateNewId de Import-VM corresponde a la nueva identidad de la copia.

Comprobar una copia desconectada antes de usarla

1. En el host de prueba abra Acciones → Importar máquina virtual y seleccione la carpeta del conjunto exportado. No elija un VHDX aislado como sustituto del conjunto.
2. Confirme que corresponde a HVTEST01 y elija Copiar la máquina virtual, creando un identificador único. Mantenga registrada la original y registre ambos ID por separado.
3. Elija carpetas nuevas y separadas para configuración, puntos de control y discos, distintas del original y de la exportación que retendrá. Revise los destinos efectivos, no solo el nombre mostrado.
4. Lea los requisitos de compatibilidad y cualquier corrección propuesta. Si faltan memoria, discos, rutas o una versión compatible, deténgase y resuelva el requisito sin degradar protecciones ni sustituir discos a ciegas.
5. Con la copia todavía apagada, cambie su nombre visible a HVTEST01-Copy si está libre. En Configuración revise cada adaptador y seleccione No conectado. Examine también su inicio automático antes de un eventual reinicio del host: no permita que se inicie conectada por una opción heredada.
6. Inicie solo la copia mediante la consola. Compruebe acceso a Windows, sistema operativo y los mismos archivos de prueba de la exportación; compare contenido o hash previamente registrado. Verifique de nuevo que está en el ID de la copia. Fallos de servicios dependientes de red deben anotarse, no corregirse conectando ambas VM sin plan.

Un ID nuevo de Hyper-V y el nombre visible HVTEST01-Copy no cambian el nombre de Windows, su IP estática ni una cuenta de dominio. Ambas copias podrían entrar en conflicto si se conectan a la misma red. En esta verificación mantenga todos los adaptadores de la copia en No conectado; no basta con elegir otro conmutador de nombre parecido. La conexión de consola permite entrar sin red. Si más adelante necesita conectividad para otro ejercicio, planifique por separado identidad guest, direcciones únicas y requisitos de despliegue antes de conectar.

No utilice esta operación para añadir controladores de dominio ni réplicas de servidores empresariales. Las imágenes destinadas a desplegar nuevas instalaciones requieren un proceso de generalización compatible, como el flujo apropiado de Sysprep para instalaciones duplicadas; cambiar el nombre visible no lo sustituye. La recuperación o clonación de Active Directory sigue su propio procedimiento, y no debe ejecutarse Sysprep improvisadamente sobre un controlador promovido. Arrancar correctamente esta copia aislada tampoco valida servicios que necesitan sistemas externos.

Registrar recuperación, conservación y limpieza

• Enumere qué verificó: inicio de sesión local, archivo concreto y su contenido, y servicios que realmente pueden comprobarse sin red. Registre también qué queda sin verificar.
• Anote hora de exportación, ID original y de copia, versión de configuración de destino y rutas completas del conjunto retenido y de la VM de prueba.
• Compare el resultado con el objetivo de punto de recuperación (RPO: antigüedad máxima aceptable de los datos) y el objetivo de tiempo de recuperación (RTO: tiempo máximo aceptable hasta recuperar el servicio). Mida el intervalo completo definido, no solo el arranque; no invente tiempos no medidos.
• Defina versiones que se conservarán, ubicación protegida, responsable y autorización de eliminación. Tener una exportación nueva no autoriza borrar las anteriores sin revisar la política.
• Asigne alertas para fallos del proceso previsto y pruebas periódicas de restauración aislada. Una exportación manual realizada una vez no crea por sí sola esa supervisión.

Para limpiar, apague normalmente solo HVTEST01-Copy y confirme su ID. Compare sus rutas de configuración y todos los discos con las del original y la exportación retenida antes de quitar el registro o tocar archivos. Quitar una entrada de VM no es lo mismo que borrar VHDX. Tras quitar únicamente la copia de prueba prevista, compruebe que HVTEST01 y la exportación permanecen intactas. Si no puede demostrar que un archivo pertenece exclusivamente a la copia prescindible y no tiene dependencias, consérvelo para revisión; no mezcle esta limpieza con la eliminación del respaldo que quiere retener.