En este post veremos como migrar máquinas virtuales de VMware vSphere a Microsoft Hyper-V, para ello, vamos a utilizar Windows Admin Center.

Fuente captura de pantalla y post: Microsoft Learn

• Para empezar, tenemos que tener desplegado y configurado en nuestra infraestructura Windows Admin Center, en estos post que realizamos hace algún tiempo en este mismo blog podéis ver como se instala y configura Windows Admin Center.
• Estos son los requisitos que nos indica Microsoft que debemos de tener instalados en nuestro Windows Admin Center:
• Instalamos PowerCLI, para ello, nos abrimos PowerShellcomo administrador, y ejecute el siguiente comando para instalar el módulo PowerCLI, Install-Module -Name VMware.PowerCLI:

• Comprobamos que el módulo está instalado, ejecutando, Get-Module -Name VMware.PowerCLI -ListAvailable:

• Probamos la conexión a vCenter Server mediante la ejecución de, Connect-VIServer -Server «<vCenterServerFQDN_or_IP>» -User «<username>» -Password «<password>» -Force:

• Instalamos:
• Microsoft Visual C++ Redistributable
• Paquetes redistribuibles de Visual C++ para Visual Studio 2013
• Descargamos VMware Virtual Disk Development Kit (VDDK) versión 8.0.3. Extraemos el contenido y lo copiamos en el directorio, C:\Archivos de programa\WindowsAdminCenter\Service\VDDK, debemos asegurarnos de descargar VDDK versión 8.0.3 específicamente, no se admiten otras versiones.
• Aquí las tenemos descargadas, las vamos instalando en el orden indicado:

• Uso de la puerta de enlace de Windows Admin Center V2: número de compilación de versión mínima 24102.4.12.10:

• Requisitos previos del host vCenter o ESXi

Ninguno.

• Requisitos previos del host de Windows Server

Ninguno.

• Versiones de vCenter admitidas:
• La extensión admite VMware VCenter versión 6.x o 7.x o 8.x.
• Para conectarse a vCenter desde la extensión, mantenga la siguiente información de vCenter a mano:
• Nombre de dominio completo (FQDN)
• Nombre de usuario
• Contraseña
• Sistemas operativos invitados compatibles:
• Sistemas operativos Windows:
• Windows Server 2025, 2022, 2022 Azure Edition, 2019, 2016, 2012 R2
• Windows 10, Windows 11
• Sistemas operativos basados en Debian:
• Ubuntu Linux
• Ubuntu 20.04, 24.04
• Debian 11, 12, 13

• Accedemos a nuestro Windows Admin Center:

• Nos vamos a configuración:

• Accedemos a Puerta de enlace > Extensiones > Extensiones disponibles > VM Conversion (Preview) > Instalar:

• Accedemos a Puerta de enlace > Extensiones > Extensiones instaladas > VM Conversion (Preview) y vemos que ya está instalada:

• Ahora desde Windows Admin Center > Todas las conexiones, accedemos a nuestra puerta de enlace (host de Windows Admin Center):

• Sobre Extensiones > Conversión de VM (versión preliminar), conectamos nuestro vCenter:

• Introducimos el FQDN de nuestro vCenter con sus credenciales, Enviar:

• Como podemos ver, ya estamos conectado a nuestro vCenter, y podemos visualizar todas las máquinas virtuales de VMware vSphere:

• Ahora, vamos a migrar una máquina de nuestro vCenter a un servidor de Hyper-V ubicado en un Failover Cluster, para ello, accedemos al servidor de Hyper-V en Windows Admin Center al que queramos migrar la máquina virtual:

• Sobre el Servidor de Hyper-V > Extensiones > Conversión de VM (versión preliminar), seleccionamos la máquina virtual y damos a Sincronizar:

• Sobre Sincronizar máquina virtual, vemos la ruta de acceso para almacenar los datos, Sincronizar:

• Como podemos ver, la sincronización está en curso:

• Como vemos, la sincronización ha sido completada:

• Si accedemos a nuestro servidor de Hyper-V, podemos ver, que el disco virtual de la máquina ha sido migrado al formato .vhdx que utiliza Hyper-V:

• Ahora, ya podemos crear una nueva máquina virtual y adjuntarle este disco que hemos migrado:

• Aquí tenemos ya, la máquina virtual migrada, operativa y funcionando sobre Hyper-V:

Saludos y espero que os sea de ayuda

En este post vamos a ver, como actualizar Windows 10 a Windows 11 en equipos antiguos, en los que las restricciones por TPM y compatibilidad de CPU esta actualización no es posible por el método tradicional.

• Si intentamos actualizar a MS Windows 11 Pro 24H2 en nuestro equipo nos vamos a encontrar con este problema, que nos indica, que el equipo no cumple los requisitos mínimos del sistema para instalar esta versión de Windows:

• Esto es debido al TPM 2.0 (Trusted Platform Module), el TPM es un chip físico que se encuentra en la placa base de los ordenadores, y su función es servir de almacenamiento físico de credenciales, certificados, claves de cifrado…, Windows 11 va a necesitar que tengamos el TPM 2.0 activado porque es un componente esencial para Windows Hello(forma personal para iniciar sesión usando un sistema biométrico, un PIN…) y para BitLocker (aplicación de cifrado que protege el disco duro de posibles robos de datos).
• Para solucionar este problema y poder actualizar a Windows 11 Pro 24H2 necesitamos la Imagen ISO Windows 11 Pro 24H2, la montamos en nuestro equipo y accedemos a la carpeta sources:

• Desde este mismo explorador nos abrimos un cmd:

• Como vemos, se sitúa directamente sobre el directorio sources, ejecutamos el comando setupprep /product server, aquí es dónde se produce el “engaño” al sistema indicándole que se va a instalar un Windows Server, cuando en realidad se instala un Windows 11:

• Cambiamos la forma en la configuración de descarga de actualizaciones, como veis, pone Instalar Windows Server, no le echéis cuenta:

• Le indicamos, No en este momento, Siguiente:

• Empieza a preparar el sistema:

• Aceptamos el EULA:

• Le indicamos que mantenga archivos, configuraciones y aplicaciones, Siguiente:

• Comprobando que todo está listo para instalar:

• Todo listo para instalar:

• Comienza la instalación:

• Una vez que finaliza, se reinicia el equipo, y ya vemos que se ha migrado a Windows 11:

Saludos y espero que os resulte de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3f a la versión 8.0 Update 3h a través de ESXCLI, en este link os dejo toda la información.

• Como podemos ver, nuestros hosts ESXi está en la versión 8.0.3 build 24784735:

• Para empezar nos descargamos de la web de Broadcom WMware el patch para la instalación offline a través de la ESXCLI de ESXi 8.0 Update 3h build 25067014:

• Cargamos este archivo en un datastore de nuestro vCenter:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Accedemos por SSH al host ESXi que queremos actualizar:

• Ejecutamos el siguiente comando para listar los perfiles disponibles del parche descargado, esxcli software sources profile list -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip:

• Para realizar el upgrade ejecutamos el comando esxcli software profile update -p ESXi-8.0U3h-25067014-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip –no-hardware-warning una vez que ha finalizado, nos indica que debemos de reiniciar, * NOTA al final explicamos el comando hay temas a tener en cuenta:

• Una vez que el host ha iniciado, lo sacamos del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión0 Update 3h Build 25067014:

• * NOTA a tener en cuenta esxcli software profile update -p ESXi-8.0U3h-25067014-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip –no-hardware-warning
• ESXi-8.0U3h-25067014-standard nombre del perfil que contiene la versión y el número de compilación
• VMware-ESXi-8.0U3h-25067014-depot.zip archivo utilizado para la actualización de ESXi
• –no-hardware-warning esta parte es por si nos da un error de CPU, por si la CPU de nuestro equipo no es compatible con la nueva release para que ignore este error, en mi caso la CPU de mi equipo no es compatible 100% con esta nueva reléase por eso lo añado al comando, ya que es un entorno de laboratorio, en producción el comando a ejecutar sería esxcli software profile update -p ESXi-8.0U3h-25067014-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3h-25067014-depot.zip

• Para el segundo host realizamos las mismas operaciones para actualizarlo:

Saludos y espero que os resulte de ayuda

En este post vamos a ver cómo migrar máquinas virtuales de forma online o en vivo en un clúster Proxmox VE 9.0 con Ceph, sin pérdida de servicios de estas máquinas.

La topología utilizada sería la siguiente:

• Vamos a migrar una máquina que está en el nodo 2 de nuestro cluster, pvelab02, al nodo 1, pvelab01, como podemos ver le tenemos un ping tirado, para verificar que no perdemos servicio, accedemos a la máquina y damos a Migrar:

• Como podemos ver, está en línea en el nodo pvelab02 y la vamos a migrar a pvelab01:

• Comienza la migración en vivo de la máquina, y vemos que se realiza correctamente:

• Ya la tenemos corriendo sobre el nodo pvelab01 y como nos indica el ping, no hemos perdido servicio en ningún momento:

Saludos y espero que os resulte de ayuda

En este post veremos cómo migrar máquinas virtuales en vivo en un cluster proxmox con almacenamiento ZFS Pool.

La topología utilizada sería la siguiente:

• Para empezar, vemos que la máquina virtual se está ejecutando en el nodo pvelab03, y su disco virtual lo tiene ubicado en el datastore ZFS de ese mismo nodo, en los otros datastore ZFS de los demás nodo no tenemos nada:

• Para comenzar con la migración en vivo, accedemos a la máquina y damos a Migrar, le dejamos tirado un ping para ver que no perdemos servicio:

• Como podemos ver, está en línea en el nodo pvelab03 y la vamos a migrar a pvelab01 al datastore ZFS, como vemos en los warnings, nos indica que la migración puede tardar mucho tiempo debido a que tiene que mover los discos virtuales entre datastores ZFS, Migrar:

• Comienza la migración en vivo de la máquina virtual y de sus discos virtuales, y vemos que se realiza correctamente:

• Ya la tenemos corriendo sobre el nodo pvelab01 y como nos indica el ping, no hemos perdido servicio en ningún momento:

• Si accedemos al datastore ZFS del nodo al que la hemos migrado, pvelab01, vemos que ya tenemos los discos migrados:

• Y si accedemos al datastore ZFS del nodo del que la hemos migrado, pvelab03, vemos que ya NO tenemos los discos de la máquina virtual:

Saludos y espero que os resulte de ayuda

En este post vamos a ver cómo migrar máquinas virtuales de forma online o en vivo en un clúster Proxmox VE 9.0, sin pérdida de servicios de estas máquinas.

Recordamos la topología:

• Vamos a migrar una máquina que está en el nodo 3 de nuestro cluster, pvelab03, al nodo 1, pvelab01, como podemos ver le tenemos un ping tirado, para verificar que no perdemos servicio, accedemos a la máquina y damos a Migrar:

• Como podemos ver, está en línea en el nodo pvelab03 y la vamos a migrar a pvelab01:

• Comienza la migración en vivo de la máquina, y vemos que se realiza correctamente:

• Ya la tenemos corriendo sobre el nodo pvelab01 y como nos indica el ping, no hemos perdido servicio en ningún momento:

Saludos y espero que os sea de ayuda

En este post veremos cómo migrar máquinas virtuales y contenedores LXC entre nodos proxmox de distinta infraestructura, utilizando los respaldos y restores.

• Vamos a empezar a migrar una máquina virtual de un nodo en una infraestructura a otro nodo de otra infraestructura distinta, para ello, sobre la máquina virtual accedemos a Respaldo, seleccionamos el almacenamiento dónde vamos a guardar el backup, y damos a Respaldar ahora:

• Seleccionamos las opciones que nos interesen, y damos a Respaldo:

• Vemos que el respaldo ha finalizado correctamente:

• Ahora accedemos a la consola de nuestro nodo proxmox, y nos vamos a la ruta dónde se ubica el respaldo, en este caso, /mnt/pve/ISO/dump y ejecutamos scp vzdump-qemu-101-2025_09_24-11_37_29.vma.zst root@pvelab03:/mnt/pve/ISO para llevarnos el respaldo a otro nodo proxmox de otra infraestructura:

• Nos vamos al nodo proxmox pvelab03 dónde hemos copiado el respaldo con scp, abrimos su consola, accedemos a la ruta /mnt/pve/ISO y ejecutamos qmrestore vzdump-qemu-101-2025_09_24-11_37_29.vma.zst 101 –storage dts00lun0saniscsi para restaurar la máquina virtual en el datastore que nos interese:

• Y aquí tenemos la máquina iniciada en otro nodo proxmox:

• Ahora vamos a migrar un contenedor LXC de un nodo en una infraestructura a otro nodo de otra infraestructura distinta, para ello, sobre el contenedor LXC accedemos a Respaldo, seleccionamos el almacenamiento dónde vamos a guardar el backup, y damos a Respaldar ahora:

• Seleccionamos las opciones que nos interesen, y damos a Respaldo:

• Vemos que el respaldo ha finalizado correctamente:

• Ahora accedemos a la consola de nuestro nodo proxmox, y nos vamos a la ruta dónde se ubica el respaldo, en este caso, /mnt/pve/ISO/dump y ejecutamos scp vzdump-lxc-200-2025_09_24-12_18_28.tar.zst root@pvelab03:/mnt/pve/ISO para llevarnos el respaldo a otro nodo proxmox de otra infraestructura:

• Nos vamos al nodo proxmox pvelab03 dónde hemos copiado el respaldo con scp, abrimos su consola, accedemos a la ruta /mnt/pve/ISO y ejecutamos pct restore 200 vzdump-lxc-200-2025_09_24-12_18_28.tar.zst –storage dts00lun0saniscsi para restaurar el contenedor LXC en el datastore que nos interese:

• Y aquí tenemos el contenedor LXC iniciado en otro nodo proxmox:

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3e a la versión 8.0 Update 3e a través de ESXCLI, este parche corrige estas vulnerabilidades críticas, en este link os dejo toda la información, releases notes, download patch.

• Como podemos ver, nuestros hosts ESXi está en la versión 8.0.3 build 24674464:

• Para empezar nos descargamos de la web de Broadcom WMware el patch para la instalación offline a través de la ESXCLI de ESXi 8.0 Update 3f build 24784735:

• Cargamos este archivo en un datastore de nuestro vCenter:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Accedemos por SSH al host ESXi que queremos actualizar:

• Ejecutamos el siguiente comando para listar los perfiles disponibles del parche descargado, esxcli software sources profile list -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3f-24784735-depot.zip:

• Para realizar el upgrade ejecutamos el comando esxcli software profile update -p ESXi-8.0U3f-24784735-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3f-24784735-depot.zip –no-hardware-warning una vez que ha finalizado, nos indica que debemos de reiniciar, * NOTA al final explicamos el comando hay temas a tener en cuenta:

• Una vez que el host ha iniciado, lo sacamos del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión 8.0 Update 3f Build 24784735:

• * NOTA a tener en cuenta esxcli software profile update -p ESXi-8.0U3f-24784735-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3f-24784735-depot.zip –no-hardware-warning
• ESXi-8.0U3f-24784735-standard nombre del perfil que contiene la versión y el número de compilación
• VMware-ESXi-8.0U3f-24784735-depot.zip archivo utilizado para la actualización de ESXi
• –no-hardware-warning esta parte es por si nos da un error de CPU, por si la CPU de nuestro equipo no es compatible con la nueva release para que ignore este error, en mi caso la CPU de mi equipo no es compatible 100% con esta nueva reléase por eso lo añado al comando, ya que es un entorno de laboratorio, en producción el comando a ejecutar sería esxcli software profile update -p ESXi-8.0U3f-24784735-standard -d /vmfs/volumes/SATA03NASRGS/VMware-ESXi-8.0U3f-24784735-depot.zip

• Para el segundo host realizamos las mismas operaciones para actualizarlo:

Saludos y espero que os sea de ayuda

En este post vamos a ver como migrar controladores de dominio con Windows Server 2022 a Windows Server 2025.

En este laboratorio, tenemos dos controladores de dominio con Windows Server 2022, y los vamos a migrar a Windows Server 2025.

• Como podemos ver, tenemos dos controladores de dominio en nuestra infraestructura con el sistema operativo MS Windows Server 2022 Standard:

• Los roles o funciones que tienen estos servidores son los siguientes, “Servicios de dominio de Active Directory y DNS”:

• Ahora debemos desplegar dos nuevos servidores con el sistema operativo MS Windows Server 2025 Standard, los actualizamos y los configuramos como un controlador de dominio adicional:

• Empezamos la configuración de nuestros controladores de dominio adicionales asignándole un nombre y una dirección IP estática, como DNS primario le asignamos la dirección IP de uno de los controladores de dominio y como DNS secundario la dirección IP del otro controlador de dominio, más tarde, le configuraremos su propia dirección IP como DNS:

• Ahora agregamos estos equipos como un miembro más del dominio:

• Le proporcionamos las credenciales del Administrador del dominio y reiniciamos el equipo:

• Como podemos ver se ha agregado correctamente, reiniciamos el servidor:

• Para el otro equipo hacemos las mismas operaciones.
• Ahora nos vamos a la consola de Usuarios y equipos de Active Directory en el controlador de dominio principal y cómo podemos ver, estos equipos ya pertenecen al dominio ragasys.local:

• Ahora iniciamos sesión en DCRGS03 (Servidor que hemos terminado de unir al dominio) como Administrador del dominio:

• En el Administrador del servidor agregamos roles y características:

• Se nos abre el asistente típico para desplegar los roles y características, hacemos clic en siguiente:

• Sobre Tipo de instalación, elegimos la opción, Instalación basada en características o roles:

• Seleccionamos nuestro servidor dcrgs03:

• Sobre Roles de servidor, marcamos la opción Servicios de dominio de Active Directory:

• Agregamos las características:

• Clic en siguiente:

• Todas las características que requiere nuestro controlador de dominio de Active Directory se seleccionan por defecto por lo que hacemos clic en siguiente:

• Información sobre Active Directory :

• Sobre Confirmación, iniciamos el despliegue del rol Servicios de dominio de Active Directory, marcamos que reinicie automáticamente en caso necesario y clic sobre Instalar:

• Comienza el despliegue de los Servicios de dominio de Active Directory:

• Una vez finalizada la instalación cerramos el asistente:

• Sobre el Administrador del servidor promovemos este servidor a controlador de dominio:

• Sobre Configuración de implementación, marcamos la opción Agregar un controlador de dominio a un dominio existente, seleccionamos nuestro nombre de dominio y le proporcionamos las credenciales del Administrador del dominio, clic en Siguiente:

• Sobre las Opciones del controlador de dominio, seleccionamos la función de DNS, ya que es un requisito imprescindible para Active Directory, también seleccionamos que sea Catálogo Global y luego introducimos una contraseña segura que será necesaria en caso de restauración de Active Directory:

• Sobre Opciones de DNS, la dejamos por defecto, ya que el DNS lo tenemos configurado sobre el controlador de dominio principal, por lo que el controlador de dominio adicional se va a configurar automáticamente con la misma configuración que el principal:

• En Opciones adicionales, le indicamos que replique desde cualquier controlador de dominio:

• Sobre Rutas de acceso las dejamos por defecto:

• Sobre Opciones de preparación, nos indica que para instalar este controlador de dominio el asistente debe realizar las operaciones de preparar el esquema y el bosque, y preparar el dominio:

• Sobre Revisar opciones, nos muestra un resumen de las configuraciones seleccionadas, clic en Siguiente:

• Sobre Comprobación de requisitos previos, nos muestra que todas las comprobaciones se realizaron correctamente, clic a Instalar:

• Sobre Instalación, podemos ver como comienza a instalar y configurar los Servicios de dominio de Active Directory, una vez instalados, el servidor se va a reiniciar automáticamente:

• Tras el reinicio, nos abrimos la consola de Usuarios y equipos de Active Directory, y cómo podemos ver, este equipo ya está como un Domain Controller más de nuestra infraestructura:

• Para el otro controlador de dominio DCRGS04, con Windows Server 2025 realizamos las mismas operaciones, y cómo podemos ver, este equipo está también, como un Domain Controller más de nuestra infraestructura:

• También podemos comprobarlo con el comando netdom query dc:

• Con el comando repadmin /showrepl, verificamos que nuestros nuevos controlador de dominio están replicando correctamente:

• Con el comando dcdiag /test:replications comprobamos la replicación y cualquier error de replicación entre los controladores de dominio:

• Con el comando dcdiag /test:connectivity comprobamos la conectividad y cualquier error de conexión entre los controladores de dominio:

• Con el comando dcdiag /test:DNS comprobamos que el DNS esté funcionando correctamente:

• Estas mismas pruebas de diagnóstico, las debemos de realizar sobre el controlador de domino principal y así nos aseguramos que nuestros controladores de dominio estén en perfecto estado.
• Una vez que tenemos agregados los dos controladores de dominio adicionales con sistema operativo MS Windows Server 2025, y por tanto, superior a MS Windows Server 2022, vamos a proceder a transferir los roles FSMO del controlador de dominio principal al adicional, así el nuevo controlador de dominio con el Server 2025 quedará como principal.
• Todos los dominios de Active Directory disponen de cinco roles FSMO (Flexible Single Master Operations), los roles FSMO son funciones específicas que realizan los controladores de dominio a nivel de bosque o de dominio:

• Sobre cualquiera de nuestros controladores de dominio vamos a ejecutar el siguiente comando netdom query fsmo para ver quien tiene asignados estos roles FSMO, y como podemos ver todos los roles los tiene asignados nuestro primer controlador de dominio con Windows Server 2022 (dcrgs01):

• Ahora lo que vamos a realizar será transferir los cinco roles FSMO a uno de los dos controladores de dominio adicionales con Windows Server 2025 (dcrgs03), convirtiéndolo así en el domain controller principal, para ello, utilizaremos Powershell.
• Para transferir los roles fsmo del controlador de dominio dcrgs01 al controlador de domino dcrgs03, ejecutamos el siguiente comando, Move-ADDirectoryServerOperationMasterRole -Identity «DCRGS03» -OperationMasterRole SchemaMaster, RIDMaster, InfrastructureMaster, DomainNamingMaster, PDCEmulator:

• Volvemos a ejecutar el comando netdom query fsmo, y cómo podemos ver, los roles fsmo ya los tiene asignados el dcrgs03:

• También podemos usar este otro comando Move-ADDirectoryServerOperationMasterRole -Identity «DCRGS03» -OperationMasterRole 0, 1, 2, 3, 4
• Cada número se corresponde con los roles fsmo:

0    PDCEmulator
1    RIDMaster
2    InfrastructureMaster
3    SchemaMaster
4    DomainNamingMaster

• Si los cinco roles FSMO no los transferimos de forma manual, el proceso de despromoción los transferirá de forma automática a cualquier Controlador de dominio disponible, a mí personalmente prefiero hacerlo de forma manual.
• Ahora accedemos a la configuración TCP/IPv4 de nuestros nuevos controladores de dominio recién desplegados y configuramos como DNS principal su propia dirección IP y como DNS secundario la dirección IP del controlador de dominio principal:

• Ahora ya podemos despromocionar como controlador de dominio los servidores con MS Windows Server 2022, para ello, vamos a realizar lo siguiente:
• Nos abrimos el Administrador del servidor y pinchamos sobre la opción Administrar > Quitar roles y funciones:

• Se nos abre este asistente, clic en siguiente para continuar:

• Seleccionamos el servidor y clic sobre siguiente:

• Sobre Roles de servidor, desmarcamos el check “Servicios de dominio de Active Directory” y sobre el asistente que se nos abre hacemos clic en “Quitar características”:

• Se nos abre el siguiente asistente, que nos indica que tenemos que disminuir el nivel, por lo tanto, hacemos clic sobre “Disminuir el nivel de este controlador de dominio”:

• Se nos vuelve a abrir otro asistente, dónde verificamos que las credenciales sean las correctas, esta es la opción más importante del asistente, ya que al ser un controlador de dominio adicional o secundario NO aparece la opción de marcar el check “Último controlador de dominio en el dominio”, clic sobre “siguiente”:

• Marcamos el check “Continuar con la eliminación” y clic sobre siguiente:

• Introducimos la nueva contraseña para el administrador local, al eliminar el rol de controlador de dominio, la cuenta de usuario de administrador pasará a formar parte de los usuarios locales de la máquina, clic sobre “siguiente”:

• Revisamos y hacemos clic sobre “Disminuir nivel”, al finalizar la operación se reiniciará el servidor:

• Como podemos ver comienza el proceso de degradación de nuestro controlador de dominio:

• El sistema nos va a indicar que ha disminuido el nivel del controlador de dominio, y se va a reiniciar automáticamente.
• Para el otro controlador de dominio (dcrgs02) con MS Windows Server 2022, realizamos las mismas operaciones.
• Una vez que los equipos han reiniciado verificamos que los dos servidores con MS Windows Server 2022 ya no son controladores de dominio, en el Administrador del servidor nos vuelve a indicar con una advertencia “Promover este servidor a controlador de dominio”:

• Sobre la consola de Usuarios y equipos de Active Directory del Controlador de dominio principal, podemos ver como los Controladores de dominio con Windows Server 2022 han pasado a formar parte del dominio como un equipo más de éste:

• Para desinstalar los binarios de los Servicios de dominio de Active Directory, lo haremos a través del Administrador del Servidor > Administrar > Quitar roles y funciones:

• Se nos abre este asistente, clic en siguiente para continuar:

• Seleccionamos el servidor y clic sobre siguiente:

• Desmarcamos el check, Servicios de dominio de Active Directory, y Quitar características:

• Desmarcamos el check, Servidor DNS, y Quitar características:

• Una vez desmarcados estos dos checks, damos clic a “siguiente”:

• Aquí no tocamos nada, clic sobre “siguiente”:

• Nos muestra un resumen de las opciones configuradas para eliminar, le indicamos que reinicie en caso necesario y procedemos a quitar:

• Comienza con la eliminación:

• Tras el reinicio podemos ver que la eliminación ha sido correcta:

• Todo se ha eliminado correctamente, en la bandera de las advertencias, ya NO nos avisa de la promoción de este servidor a Controlador de dominio, ya que todos los binarios han sido eliminados:

• Para el otro equipo Windows Server 2022 (dcrgs02) realizamos las mismas operaciones.
• Sobre el controlador de dominio principal (dcrgs03), en Sitios y servicios de Active Directory eliminamos los dos controladores de dominio antiguos:

• Para terminar ya sólo nos quedaría elevar los Niveles Funcionales a nivel de dominio y de bosque.
• Empezaremos elevando el Nivel Funcional del bosque, para ello, nos abrimos la herramienta Dominios y Confianzas de Active Directory:

• Como podemos observar, el Nivel Funcional del bosque se encuentra en Windows Server 2016, y lo vamos a Elevar a Windows Server 2025:

• Nos indica que este cambio afecta a todo el bosque, y que una vez que hayamos elevado el nivel funcioanl del bosque, ya no podremos revertirlo, Aceptar:

• Como podemos ver, el nivel funcional se aumentó correctamente, Aceptar:

• Ahora vamos a elevar el Nivel Funcional del dominio, para ello, nos abrimos la herramienta Usuarios y equipos de Active Directory:

• Automáticamente al elevar el Nivel Funcional del bosque se eleva también el del dominio, como podemos ver, el nivel funcional del dominio se encuentra en Windows Server 2025:

• Con la herramienta Centro de Administración de Active Directory tenemos opción a Elevar los Niveles Funcionales a nivel de bosque y de dominio:

• Para terminar, vamos a cambiarle las direcciones IP a los dos Controladores de dominio nuevos, y les vamos a dejar las IPs de los controladores de dominio antiguo:

• En la consola DNS nos debería de quedar de esta forma:

• Si en nuestra infraestructura, estábamos utilizando los nombres antiguos de los controladores de dominio en algún servicio (dcrgs01 y dcrgs02), nos vamos a crear estos registros del tipo CNAME en el DNS, para que estos servicios no se vean afectados:

• Con esto ya tendríamos migrado nuestros controladores de dominio de MS Windows Server 2022 a MS Windows Server 2025.

Saludos y espero que os resulte de ayuda

En este post vamos a ver cómo convertir la versión de evaluación MS Windows Server 2025 Standard a versión completa

• Para descargarnos la versión de evaluación de MS Windows Server 2025 Standard lo podemos hacer a través de esta URL:

• Nos registramos y procedemos a su descarga:

• Como podemos ver, ya la tenemos la ISO descargada:

• Instalamos el sistema operativo como una instalación típica de Windows y lo actualizamos con los últimos parches a través de Windows Update:

• Para empezar la conversión nos abrimos un Terminal como administrador:

• Convertir Windows Server 2025 Standard:
• DISM /Online /Set-Edition:ServerStandard /ProductKey:TVRH6-WHNXV-R9WG3-9XRFY-MY832 /AcceptEULA
• Convertir Windows Server 2025 Datacenter:
• DISM /Online /Set-Edition:ServerDatacenter /ProductKey:D764K-2NDRG-47T6Q-P8T8W-YP6DF /AcceptEULA
• Convertir Windows Server 2025 Versión Azure:
• DISM /Online /Set-Edition:ServerDatacenter /ProductKey:XGN3F-F394H-FD2MY-PP6FD-8MCRC /AcceptEULA
• Introduciendo el siguiente comando me va a decir que versión tengo instalada, como podemos ver es la versión Standard de evaluación, DISM /online /Get-CurrentEdition:

• Con el siguiente comando me va a decir a que versión o versiones puedo realizar la conversión, DISM /online /Get-TargetEditions:

• Una vez que tenemos nuestra key de licencia, donde vamos a utilizar las KMS proporcionadas por Microsoft, introducimos el siguiente comando para convertir la versión de evaluación en versión completa, DISM /Online /Set-Edition:ServerStandard /ProductKey:TVRH6-WHNXV-R9WG3-9XRFY-MY832 /AcceptEULA:

• Como podemos ver, comienza a realizar la conversión:

• Una vez que ha finalizado el proceso, nos pide que reiniciemos la máquina para que la operación se realice correctamente (Y):

• Una vez que hemos reiniciado podemos ver que nuestra máquina ya se encuentra con la versión completa de MS Windows Server 2025 Standard:

Saludos y espero que os resulte de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3d a la versión 8.0 Update 3e a través de ESXCLI, este parche corrige estas vulnerabilidades críticas, en este link os dejo toda la información.

• Como podemos ver, nuestros hosts ESXis está en la versión 8.0.3 build 24585383:

• Para empezar nos descargamos de la web de Broadcom WMware el patch para la instalación offline a través de la ESXCLI de ESXi 8.0 Update 3e build 24674464:

• Cargamos este archivo en un datastore de nuestro vCenter:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Accedemos por SSH al host ESXi que queremos actualizar:

• Ejecutamos el siguiente comando para listar los perfiles dispponibles del parche descargado, esxcli software sources profile list -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3e-24674464-depot.zip:

• Para realizar el upgrade ejecutamos el comando esxcli software profile update -p ESXi-8.0U3e-24674464-standard -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3e-24674464-depot.zip –no-hardware-warning una vez que ha finalizado, nos indica que debemos de reiniciar, * NOTA al final explicamos el comando hay temas a tener en cuenta:

• Una vez que el host ha iniciado, lo sacamos del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión0 Update 3e Build 24674464:

• * NOTA a tener en cuenta esxcli software profile update -p ESXi-8.0U3e-24674464-standard -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3e-24674464-depot.zip –no-hardware-warning
• ESXi-8.0U3e-24674464-standard nombre del perfil que contiene la versión y el número de compilación
• VMware-ESXi-8.0U3e-24674464-depot.zip archivo utilizado para la actualización de ESXi
• –no-hardware-warning esta parte es por si nos da un error de CPU, por si la CPU de nuestro equipo no es compatible con la nueva release para que ignore este error, en mi caso la CPU de mi equipo no es compatible 100% con esta nueva reléase por eso lo añado al comando, ya que es un entorno de laboratorio, en producción el comando a ejecutar sería esxcli software profile update -p ESXi-8.0U3e-24674464-standard -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3e-24674464-depot.zip

• Para el segundo host realizamos las mismas operaciones para actualizarlo:

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3d a la versión 8.0 Update 3e a través del Lifecycle Manager del VCSA, este parche corrigue estas vulnerabilidades críticas , en este link os dejo toda la información.

• Como podemos ver, nuestros hosts ESXi está en la versión 8.0.3 build 24585383:

• Para empezar con el Upgrade, accedemos al cluster CLTRGS > Actualizaciones > Imagen > EDITAR:

• Validamos la imagen para ESXi 8.0 U3e build 24674464:

• Nos indica que la imagen es válida, damos a GUARDAR:

• Sobre CLTRGS > Actualizaciones > Imagen > damos a COMPROBAR CUMPLIMIENTO:

• Como podemos ver, nuestros dos host ESXi tienen una imagen más antigua que la que acabamos de validar y guardar:

• Ponemos el primer host ESXi que queremos actualizar en modo mantenimiento:

• Todas las máquinas se van a mover a nuestro otro host del cluster, ACEPTAR:

• Como vemos, ya lo tenemos en modo mantenimiento:

• Ahora accedemos a CLTRGS > Actualizaciones > Imagen > ESXI a actualizar > ACCIONES > Corregir:

• Revisamos el impacto de la corrección, aceptamos los términos generales e INICIAR CORRECCIÓN:

• Como podemos ver, ya tenemos iniciada la tarea y está corrigiendo el host ESXi:

• Aquí vemos que este primer host ya lo tenemos corregido y está en la versión 8.0 Update 3e build 24674464:

• Una vez terminado el proceso de actualización, sacamos el host del modo mantenimiento:

• Ahora para el segundo host, vamos a realizar exactamente las mismas operaciones que hemos realizado con el primer host.
• Como podemos ver, ya tenemos el segundo host esxi corregido y está en la versión 8.0 Update 3e build 24674464:

• Si accedemos de nuevo a CLTRGS > Actualizaciones > Imagen > COMPROBAR CUMPLIMIENTO vemos que todos los hosts esxi del cluster están conformes:

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3b a la versión 8.0 Update 3d a través de ESXCLI, este parche corrigue estas vulnerabilidades críticas CVE-2025-22224, CVE-2025-22225, CVE-2025-22226, en este link os dejo toda la información.

• Como podemos ver, nuestros hosts ESXis está en la versión 8.0.3 build 24280767:

• Para empezar nos descargamos de la web de Broadcom WMware el patch para la instalación offline a través de la ESXCLI de ESXi 8.0 Update 3d build 24585383:

• Cargamos este archivo en un datastore de nuestro vCenter:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Accedemos por SSH al host ESXi que queremos actualizar:

• Ejecutamos el siguiente comando para listar los perfiles dispponibles del parche descargado, esxcli software sources profile list -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3d-24585383-depot.zip:

• Para realizar el upgrade ejecutamos el comando esxcli software profile update -p ESXi-8.0U3d-24585383-standard -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3d-24585383-depot.zip –no-hardware-warning una vez que ha finalizado, nos indica que debemos de reiniciar, * NOTA al final explicamos el comando hay temas a tener en cuenta:

• Una vez que el host ha iniciado, lo sacamos del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión 8.0 Update 3d Build 24585383:

• * NOTA a tener en cuenta esxcli software profile update -p ESXi-8.0U3d-24585383-standard -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3d-24585383-depot.zip –no-hardware-warning
• ESXi-8.0U3d-24585383-standard nombre del perfil que contiene la versión y el número de compilación
• VMware-ESXi-8.0U3d-24585383-depot.zip archivo utilizado para la actualización de ESXi
• –no-hardware-warning esta parte es por si nos da un error de CPU, por si la CPU de nuestro equipo no es compatible con la nueva release para que ignore este error, en mi caso la CPU de mi equipo no es compatible 100% con esta nueva release por eso lo añado al comando, ya que es un entorno de laboratorio, en producción el comando a ejecutar sería cuenta esxcli software profile update -p ESXi-8.0U3d-24585383-standard -d /vmfs/volumes/SAS02SANISCSIVM/VMware-ESXi-8.0U3d-24585383-depot.zip

• Para el segundo host realizamos las mismas operaciones para actualizarlo:

Saludos y espero que os resulte de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3b a la versión 8.0 Update 3d a través del Lifecycle Manager del VCSA, este parche corrigue estas vulnerabilidades críticas CVE-2025-22224, CVE-2025-22225, CVE-2025-22226, en este link os dejo toda la información.

• Como podemos ver, nuestro host ESXi está en la versión 8.0.3 build 24280767:

• Para empezar con el Upgrade, accedemos a Menú > Lifecycle Manager:

• Dentro del Almacén de imágenes podemos ver que tenemos disponible la última release liberada por VMware 8.0 U3d – 24585383:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Seleccionamos el host ESXi que queremos actualizar, nos vamos a Actualizaciones > Líneas base > COMPROBAR CUMPLIMIENTO:

• Como podemos ver, tenemos 3 baselines no conforme, seleccionamos las tres baselines y CORREGIR:

• Sobre el asistente nos indica las actualizaciones que se van a instalar, y que lo hará inmediatamente, clic en CORREGIR:

• Aquí vemos como se está realizando el proceso de actualización:

• Como podemos ver, si comprobamos de nuevo el cumplimiento, las tres baselines están en conforme:

• Una vez terminado el proceso de actualización, sacamos el host del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión 8.0 Update 3d Build 24585383:

Saludos y espero que os sea de ayuda

En este post vamos a ver como migrar una IP pública con SKU Basic a SKU Stantard en Microsoft Azure, a partir del 30 de septiembre de 2025, las direcciones IP públicas con SKU básicas se retirarán en Azure, las vamos a poder seguir utilizando hasta entonces; sin embargo, ya no vamos a poder crear nuevas después del 31 de marzo de 2025, para evitar posibles interrupciones del servicio, debemos actualizar a direcciones IP públicas con SKU estándar antes del 30 de septiembre de 2025, aquí vamos a ver cómo hacerlo.

• Aquí vemos que tenemos una IP pública con SKU basic, asignada a la interface de red de una máquina virtual:

• Para migrarla a SKU standard, lo primero que tenemos que hacer es desasociarla de la interface de red de la máquina virtual:

• Le indicamos que Sí:

• Una vez que la hemos desasociado de la interface de red de la máquina virtual, vamos a pinchar sobre el enlace que nos proporciona el portal de Azure, Actualizar a la SKU estándar: Microsoft recomienda una dirección IP pública de SKU estándar para las cargas de trabajo de producción:

• Lo confirmamos y le indicamos que Sí:

• Como podemos ver, ya tenemos nuestra IP pública migrada a SKU Standard:

• Para terminar, volvemos a asociarla a la interface de red de la máquina virtual:

• Seleccionamos la interface de red y aceptamos:

• Como podemos ver, ya la tenemos de nuevo asociada:

• Y ya saben a migrar se ha dicho.

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 3 a la versión 8.0 Update 3b a través del Lifecycle Manager del VCSA.

• Como podemos ver, nuestros hosts ESXi están en la versión 8.0.3, 24022510:

• Para empezar con el Upgrade, accedemos a Menú > Lifecycle Manager:

• Dentro del Almacén de imágenes podemos ver que tenemos disponible la última release liberada por VMware 0 U3b – 24280767:

• Ahora ya no vamos a utilizar las baselines, ya que en un futuro va a quedar en desuso:

• Sobre el Cluster, accedemos a Actualizaciones > Imagen > CONFIGURAR IMAGEN MANUALMENTE:

• Seleccionamos la última reléase 8.0.3b – 24280767 y damos a GUARDAR:

• Comienza a comprobar el cumplimiento de la imagen sobre el cluster:

• Finalizamos la configuración de la imagen:

• Nos indica que, al finalizar la configuración de la imagen, se reemplazarán todas las líneas base asociadas al clúster y sus hosts con esta imagen, y ya no podremos volver a usar las baselines:

• Como podemos ver, las baselines han desaparecido y solo nos queda la parte de Imagen:

• Para actualizar los hosts ESXi por este nuevo método, una vez que hemos dado a COMPROBAR CUMPLIMIENTO, pondríamos el host en modo mantenimiento, y daríamos a CORREGIR TODO, el problema es que, en mi lab, me dice que la CPU de mi hypervisor, no está en la lista de compatibilidad HCL de VMware por lo que no me va a dejar actualizar los ESXi, lo haré con la imagen ISO, arrancando desde CD y actualizando a través de la consola DCUI.

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión0 Update 3b Build 24280767:

• Para los demás hosts de nuestra infraestructura, realizamos las mismas operaciones para actualizarlos a la versión 0 Update 3b Build 24280767:

• La imagen ISO con la última release de VMware ESXi, nos la podemos descargar desde el propio vCenter, para ello, accedemos a Cluster > Actualizaciones > Imagen > … > Exportar:

• Seleccionamos ISO, y damos a EXPORTAR:

• Aquí podemos ver la imagen ISO, con la última release de VMware ESXi, 8.0 Update 3b descargada:

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 2c a la versión 8.0 Update 3 a través del Lifecycle Manager del VCSA.

• Como podemos ver, nuestros hosts ESXi están en la versión 8.0.2 build 23825572:

• Para empezar con el Upgrade, accedemos a Menú > Lifecycle Manager:

• Dentro del Almacén de imágenes podemos ver que tenemos disponible la última release liberada por VMware 8.0 U3 – 24025510:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Seleccionamos el host ESXi que queremos actualizar, nos vamos a Actualizaciones > Líneas base > COMPROBAR CUMPLIMIENTO:

• Como podemos ver, tenemos 1 baseline no conforme, seleccionamos el baseline y CORREGIR:

• Sobre el asistente nos indica las actualizaciones que se van a instalar, y que lo hará inmediatamente, clic en CORREGIR:

• Aquí vemos como se está realizando el proceso de actualización:

• Como podemos ver, si comprobamos de nuevo el cumplimiento, la baseline está en conforme:

• Una vez terminado el proceso de actualización, sacamos el host del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión 8.0 Update 3 Build 24022510:

• Para los demás hosts de nuestra infraestructura, realizamos las mismas operaciones para actualizarlos a la versión 8.0 Update 3 Build 24022510:

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 Update 2 a la versión 8.0 Update 2c a través del Lifecycle Manager del VCSA.

• Como podemos ver, nuestros hosts ESXi están en la versión 8.0.2 build 22380479:

• Para empezar con el Upgrade, accedemos a Menú > Lifecycle Manager:

• Dentro del Almacén de imágenes podemos ver que tenemos disponible la última release liberada por VMware 8.0 U2c – 23825572:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Seleccionamos el host ESXi que queremos actualizar, nos vamos a Actualizaciones > Líneas base > COMPROBAR CUMPLIMIENTO:

• Como podemos ver, tenemos 3 baselines no conforme, seleccionamos las tres baselines y CORREGIR:

• Sobre el asistente nos indica las actualizaciones que se van a instalar, y que lo hará inmediatamente, clic en CORREGIR:

• Aquí vemos como se está realizando el proceso de actualización:

• Como podemos ver, si comprobamos de nuevo el cumplimiento, las tres baselines están en conforme:

• Una vez terminado el proceso de actualización, sacamos el host del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión 8.0 Update 2c Build 23825572:

• Para los demás hosts de nuestra infraestructura, realizamos las mismas operaciones para actualizarlos a la versión 8.0 Update 2c Build 23825572:

Saludos y espero que os sea de ayuda

En este post veremos cómo actualizar un host ESXi versión VMware vSphere 8.0 a la versión 8.0 Update 2 a través del Lifecycle Manager del VCSA.

• Como podemos ver, nuestros hosts ESXi están en la versión 8.0.0 build 20513097:

• Para empezar con el Upgrade, accedemos a Menú > Lifecycle Manager:

• Dentro del Almacén de imágenes podemos ver que tenemos disponible la última release liberada por VMware 0 U2 – 22380479:

• Ponemos el host ESXi que queremos actualizar en modo mantenimiento:

• Seleccionamos el host ESXi que queremos actualizar, nos vamos a Actualizaciones > Líneas base > COMPROBAR CUMPLIMIENTO:

• Como podemos ver, tenemos 3 baselines no conforme, seleccionamos las tres baselines y CORREGIR:

• Sobre el asistente nos indica las actualizaciones que se van a instalar, y que lo hará inmediatamente, clic en CORREGIR:

• Aquí vemos como se está realizando el proceso de actualización:

• Como podemos ver, si comprobamos de nuevo el cumplimiento, las tres baselines están en conforme:

• Una vez terminado el proceso de actualización, sacamos el host del modo mantenimiento:

• Como podemos ver, la actualización se ha realizado correctamente y ya tenemos el host ESXi en la versión0 Update 2 Build 22380479:

• Para los demás hosts de nuestra infraestructura, realizamos las mismas operaciones para actualizarlos a la versión 0 Update 2 Build 22380479:

Saludos y espero que os resulte de ayuda

En este post vamos a actualizar las VMware Tools y el Hardware Virtual de las máquinas virtuales, lo podemos hacer de dos maneras distintas, a través del Lifecycle Manager o en las opciones de máquina virtual.

• Para actualizar las VMware Tools a través del Lifecycle Manager, nos situamos sobre el vCenter > Actualizaciones > Hosts > VMware Tools > Seleccionamos las máquinas virtuales > ACTUALIZAR PARA COINCIDIR CON EL HOST:

• Para actualizar las VMware Tools a través de las opciones de máquina virtual, nos situamos sobre la Máquina Virtual > Resumen > Acciones > Actualizar VMware Tools:

• Para actualizar el Hardware Virtual de las máquinas virtuales a través del Lifecycle Manager (las máquinas tienen que estar apagadas), nos situamos sobre el vCenter > Actualizaciones > Hosts > Hardware de máquina virtual > Seleccionamos el clúster > COMPROBAR ESTADO > Seleccionar las máquinas virtuales que queremos actualizar > ACTUALIZAR PARA COINCIDIR CON EL HOST:

• Para actualizar el Hardware Virtual de las máquinas virtuales a través de las opciones de máquina virtual, nos situamos sobre la Máquina Virtual botón derecho > Compatibilidad > Actualizar compatibilidad de máquina virtual:

Saludos y espero que os sea de ayuda