Résoudre l’erreur Veeam : « On-host proxy requires upgrade » après migration ou réinstallation d’un hôte Hyper-V

Dans ce tutoriel, nous allons voir comment résoudre l’erreur Veeam “On-host proxy requires upgrade” qui peut survenir après la migration ou la réinstallation d’un hôte Hyper-V. Cette erreur empêche l’utilisation des proxies sur l’hôte et peut bloquer vos sauvegardes. Nous détaillerons les étapes pour identifier la cause, mettre à jour les composants nécessaires et restaurer le fonctionnement normal de votre infrastructure de sauvegarde sans risque de perte de données.

Dans le résultat de vos sauvegardes, vous avez l’erreur suivante :

Unable to allocate processing resources. Error: On-host proxy [hostname] requires upgrade before it can be used.

Dans la plupart des cas, cette erreur peut être résolue directement depuis la console Veeam en effectuant un clic droit sur le cluster Hyper-V ou l’hôte concerné, puis en sélectionnant “Rescan” ou en suivant l’assistant disponible dans les propriétés de l’hôte

Dans ce tutoriel, nous allons aborder un cas particulier : la réinstallation d’un serveur hôte Hyper-V. Cela peut concerner une montée de version, par exemple une migration de Windows Server 2019 vers Windows Server 2025, ou encore une réinstallation complète du serveur avec changement de nom. Comme nous le verrons, la manière dont le serveur est réinstallé et renommé est un élément clé pour résoudre correctement le problème.

Dans mon cas, il s’agissait d’une migration vers un nouveau cluster sous Windows Server 2025. Après avoir retiré deux nœuds du cluster existant sous Windows Server 2019, j’ai installé Windows Server 2025 sur ces deux serveurs et commencé par créer un nouveau cluster Hyper-V. Jusqu’à ce stade, tout s’est déroulé sans problème.

Pour poursuivre le déploiement du nouveau cluster, je l’ai ajouté sans difficulté à mon serveur et tout semblait correct. J’ai ensuite démarré quelques machines virtuelles pour tester leur comportement et effectuer un test de sauvegarde. À ce moment-là, j’étais plutôt confiant, ayant déjà mis en place un cluster Hyper-V sous Windows Server 2025 sans rencontrer de problème.

Arrive le moment du test de sauvegarde, et c’est là que l’erreur survient :

“Unable to allocate processing resources. Error: On-host proxy [hostname] requires upgrade before it can be used.”

Après quelques recherches sur Internet et ayant déjà rencontré ce problème, j’ai tenté plusieurs solutions :

• Effectuer un Rescan du serveur depuis la console Veeam,
• Désinstaller et réinstaller les composants Veeam sur les hôtes Hyper-V,
• Désactiver temporairement tous les éléments de sécurité (antivirus et pare-feu),
• Vérifier la connectivité réseau entre les hôtes Hyper-V et le serveur Veeam, sans détecter de problème.

Malgré toutes ces actions, je me suis retrouvé dans l’impasse : impossible de lancer des sauvegardes fonctionnelles, l’erreur persistait systématiquement.

Par précaution, j’ai installé un nouveau serveur Veeam sur une machine virtuelle et effectué un test de sauvegarde. Cette fois, tout a fonctionné correctement, ce qui confirme que le problème venait bien de Veeam et non du cluster Hyper-V.

De retour dans la console Veeam, je constate que l’hôte Hyper-V sous Windows Server 2019 apparaît toujours comme Unavailable et qu’il est impossible de le retirer via l’interface.

En dernier recours, je décide d’examiner directement la base de données Veeam, et plus particulièrement la table hosts.

Cette table contient tous les hôtes ajoutés à Veeam, qu’ils soient utilisés pour la sauvegarde, l’inventaire, les proxies, etc. À ma grande surprise, je découvre que Veeam ne supprime jamais automatiquement les anciens enregistrements : on y retrouve encore des traces de serveurs qui ont été décommissionnés il y a plusieurs années.

Dans la table hosts, je retrouve bien deux enregistrements correspondant à mon serveur :

• l’un datant de son installation sous Windows Server 2019,
• et l’autre créé après sa réinstallation sous Windows Server 2025.

En comparant ces enregistrements, je remarque que le champ physical_host_id est identique dans les deux cas. Cela s’explique par le fait que cette valeur est basée sur l’identifiant matériel du BIOS de la machine physique, qui n’a pas changé entre les deux installations.

N’ayant pas grand-chose à perdre, je décide de supprimer l’enregistrement correspondant à l’ancienne installation du serveur dans la table hosts, puis de redémarrer le serveur Veeam afin que la modification soit prise en compte.

Une fois le service relancé, j’effectue un Rescan du cluster Hyper-V. L’opération se déroule sans incident, et lors du nouveau test de sauvegarde, tout fonctionne parfaitement.

Ce problème d’erreur “On-host proxy requires upgrade” survenu après la migration vers Windows Server 2025 provenait en réalité d’un conflit dans la base de données Veeam, lié à un ancien enregistrement de l’hôte encore présent.
Veeam identifie les serveurs physiques à l’aide du champ physical_host_id, basé sur le BIOS, ce qui explique que la réinstallation du même serveur sous un nouveau système (ou avec un nouveau nom) puisse entraîner une incohérence interne.

En supprimant l’ancien enregistrement de la table hosts et en relançant un Rescan, tout est rentré dans l’ordre.

Bonnes pratiques à retenir :

• Toujours vérifier les hôtes obsolètes dans la base Veeam après une migration ou réinstallation.
• Effectuer un Rescan systématique du cluster ou des hôtes après toute modification majeure.
• Éviter les changements de nom d’hôte lorsque cela est possible, ou prévoir une réintégration propre dans Veeam.

Grâce à cette intervention, le cluster Hyper-V fonctionne désormais parfaitement avec Veeam, et les sauvegardes se déroulent sans la moindre erreur.

J’ai également profité de cette incursion dans la base de données pour faire un peu de nettoyage. J’ai supprimé les anciens serveurs qui n’étaient plus utilisés et mis à jour certains champs, comme les enregistrements et adresses IP, qui peuvent être modifiés directement dans la table.