En este tutorial veremos cómo resolver el error de Veeam. “El proxy local requiere una actualización” que puede ocurrir después de la migración o reinstalación de un host Hiper-V Este error impide el uso de proxies en el servidor y puede bloquear las copias de seguridad. Detallaremos los pasos para identificar la causa, actualizar los componentes necesarios y restablecer el funcionamiento normal de su infraestructura de copias de seguridad sin riesgo de pérdida de datos.
En los resultados de sus copias de seguridad, aparece el siguiente error:
En la mayoría de los casos, este error se puede resolver directamente desde la consola de Veeam haciendo clic con el botón derecho en el clúster o host de Hyper-V afectado y seleccionando «Volver a escanear», o siguiendo el asistente disponible en las propiedades del host.
En este tutorial, abordaremos un escenario específico: la reinstalación de un servidor host Hyper-V. Esto puede implicar una actualización, como la migración de Windows Server 2019 a Windows Server 2025, o una reinstalación completa del servidor con cambio de nombre. Como veremos, la forma en que se reinstale y se cambie el nombre del servidor es crucial para resolver el problema correctamente.
En mi caso, se trató de una migración a un nuevo clúster bajo Windows Server 2025Después de eliminar dos nodos del clúster existente en Windows Server 2019Instalé Windows Server 2025 en estos dos servidores y comencé creando un Nuevo clúster Hyper-VHasta el momento, todo ha transcurrido sin problemas.
Para continuar con el despliegue del nuevo clúster, lo agregué a mi servidor sin problemas y todo parecía funcionar correctamente. Luego, inicié algunas máquinas virtuales para probar su comportamiento y realizar una prueba de copia de seguridad. En ese momento, tenía bastante confianza, ya que anteriormente había configurado un clúster Hyper-V en Windows Server 2025 sin ningún inconveniente.
Luego llega el momento de la prueba de respaldo, y es entonces cuando se produce el error:
Tras investigar un poco en internet y haberme encontrado ya con este problema, probé varias soluciones:
- Realizar un Volver a escanear desde el servidor a través de la consola de Veeam,
- Desinstalar y reinstalar Componentes de Veeam en hosts Hyper-V,
- Desactivar temporalmente todos los elementos de seguridad (antivirus y cortafuegos),
- Compruebe el conectividad de red entre los hosts Hyper-V y el servidor Veeam, sin detectar ningún problema.
A pesar de todas estas acciones, me encontré en un callejón sin salida: era imposible realizar copias de seguridad funcionales y el error persistía sistemáticamente.
Como medida de precaución, instalé un Nuevo servidor Veeam en una máquina virtual y realicé una prueba de copia de seguridad. Esta vez, todo funcionó correctamente, lo que confirma que el problema efectivamente se originó en Veeam y no el clúster Hyper-V.
De vuelta en la consola de Veeam, noto que laHost Hyper-V en Windows Server 2019 siempre aparece como Indisponible y que es imposible eliminarlo a través de la interfaz.
Como último recurso, decido examinar el base de datos veeamy más específicamente la tabla anfitriones.
Esta tabla contiene todos los hosts agregados a Veeam, ya sea que se utilicen para copias de seguridad, inventario, proxies, etc. Para mi sorpresa, descubrí que Veeam nunca elimina automáticamente los registros antiguos Todavía se pueden encontrar allí rastros de servidores dados de baja. hace varios años.
en la mesa anfitrionesDe hecho, puedo encontrar dos registros que corresponden a mi servidor:
- uno que data de su instalación bajo Windows Server 2019,
- y el otro creado después de su reinstalación en Windows Server 2025.
Al comparar estos registros, observo que el campo ID de host físico es idéntico en ambos casos. Esto se explica por el hecho de que este valor es basado en el identificador de hardware de la BIOS de la máquina física, que no cambió entre las dos instalaciones.
Como tengo poco que perder, decido… eliminar el registro correspondiente a la instalación anterior del servidor en la tabla anfitriones, entonces Reinicie el servidor Veeam. para que se pueda tener en cuenta el cambio.
Una vez que se reinicia el servicio, realizo una Volver a escanear el clúster Hyper-VLa operación transcurrió sin incidentes y durante la nueva prueba de respaldoTodo funciona perfectamente.
Este problema de error “El proxy local requiere una actualización” El problema que se produjo después de la migración a Windows Server 2025 en realidad se originó en un conflicto en la base de datos de Veeam, vinculado a una antigua grabación del presentador que aún está disponible.
Veeam identifica los servidores físicos utilizando el campo ID de host físico, basado en la BIOS, lo que explica por qué reinstalar el mismo servidor bajo un nuevo sistema (o con un nombre nuevo) puede provocar inconsistencias internas.
Al eliminar el registro antiguo de la tabla anfitriones y al relanzar un Volver a escanearTodo ha vuelto a la normalidad.
Buenas prácticas para recordar:
- Compruebe siempre si hay hosts obsoletos en la base de datos de Veeam después de una migración o reinstalación.
- Realizar un Volver a escanear Revisión sistemática del clúster o de los hosts después de cualquier modificación importante.
- Evite cambiar el nombre de host siempre que sea posible, o planifique una reintegración limpia en Veeam.
Gracias a esta intervención, el clúster Hyper-V ahora funciona perfectamente con Veeam y las copias de seguridad se ejecutan sin el más mínimo error.
También aproveché esta incursión en la base de datos para hacer una limpieza. Eliminé servidores antiguos que ya no estaban en uso y actualicé ciertos campos, como el grabaciones Y direcciones IPque se pueden modificar directamente en la tabla.
