In diesem Tutorial zeigen wir Ihnen, wie Sie den Veeam-Fehler beheben können. „Der On-Host-Proxy erfordert ein Upgrade.“ was nach der Migration oder Neuinstallation eines Hosts auftreten kann. Hyper-VDieser Fehler verhindert die Nutzung von Proxys auf dem Host und kann Ihre Backups blockieren. Wir beschreiben detailliert die Schritte zur Ursachenermittlung, Aktualisierung der erforderlichen Komponenten und Wiederherstellung des normalen Betriebs Ihrer Backup-Infrastruktur ohne Datenverlustrisiko.
Ihre Sicherungsergebnisse zeigen folgenden Fehler an:
In den meisten Fällen lässt sich dieser Fehler direkt über die Veeam-Konsole beheben, indem Sie mit der rechten Maustaste auf den betroffenen Hyper-V-Cluster oder Host klicken und dann „Neu scannen“ auswählen oder dem in den Hosteigenschaften verfügbaren Assistenten folgen.
In diesem Tutorial behandeln wir ein konkretes Szenario: die Neuinstallation eines Hyper-V-Hostservers. Dies kann ein Upgrade umfassen, beispielsweise die Migration von Windows Server 2019 auf Windows Server 2025, oder eine vollständige Neuinstallation des Servers mit Umbenennung. Wie wir sehen werden, ist die Art und Weise der Neuinstallation und Umbenennung des Servers entscheidend für die erfolgreiche Behebung des Problems.
In meinem Fall handelte es sich um eine Migration zu einem neuen Cluster unter Windows Server 2025Nach dem Entfernen von zwei Knoten aus dem bestehenden Cluster unter Windows Server 2019Ich habe Windows Server 2025 auf diesen beiden Servern installiert und mit der Erstellung einer Konfigurationsdatei begonnen. neuer Hyper-V-ClusterBis jetzt ist alles reibungslos verlaufen.
Um mit der Bereitstellung des neuen Clusters fortzufahren, habe ich ihn problemlos meinem Server hinzugefügt, und alles schien in Ordnung. Anschließend startete ich einige virtuelle Maschinen, um deren Verhalten zu testen und einen Backup-Test durchzuführen. Zu diesem Zeitpunkt war ich recht zuversichtlich, da ich bereits einen Hyper-V-Cluster auf Windows Server 2025 ohne Probleme eingerichtet hatte.
Dann kommt der Zeitpunkt für den Backup-Test, und genau da tritt der Fehler auf:
Nachdem ich im Internet recherchiert und dieses Problem bereits selbst erlebt hatte, probierte ich verschiedene Lösungsansätze aus:
- Führen Sie a aus Erneut scannen vom Server über die Veeam-Konsole,
- Deinstallieren und neu installieren Veeam-Komponenten auf Hyper-V-Hosts,
- Vorübergehend deaktivieren alle Sicherheitselemente (Antivirus und Firewall),
- Überprüfen Sie die Netzwerkkonnektivität zwischen den Hyper-V-Hosts und dem Veeam-Server, ohne dass dabei Probleme festgestellt wurden.
Trotz all dieser Maßnahmen befand ich mich in einer Sackgasse: Es war unmöglich, funktionierende Backups zu starten, der Fehler blieb systematisch bestehen.
Vorsichtshalber habe ich ein neuer Veeam-Server auf einer virtuellen Maschine und habe einen Backup-Test durchgeführt. Diesmal funktionierte alles einwandfrei, was bestätigt, dass das Problem tatsächlich von folgender Stelle herrührte: Veeam und nicht der Hyper-V-Cluster.
Zurück in der Veeam-Konsole stelle ich fest, dass dieHyper-V-Host unter Windows Server 2019 erscheint immer als Nicht verfügbar und dass es unmöglich ist, es über die Benutzeroberfläche zu entfernen.
Als letzten Ausweg beschließe ich, die Veeam-Datenbankund insbesondere die Tabelle Gastgeber.
Diese Tabelle enthält alle zu Veeam hinzugefügten Hosts, unabhängig davon, ob sie für Backup, Inventarisierung, Proxys usw. verwendet werden. Zu meiner Überraschung stellte ich fest, dass Veeam Alte Datensätze werden niemals automatisch gelöscht Spuren stillgelegter Server sind dort noch immer zu finden. vor einigen Jahren.
In der Tabelle GastgeberIch kann tatsächlich zwei Einträge finden, die meinem Server entsprechen:
- eines, das aus der Zeit seiner Installation unter Windows Server 2019,
- und die andere, die nach der Neuinstallation unter erstellt wurde Windows Server 2025.
Beim Vergleich dieser Datensätze stelle ich fest, dass das Feld physische Host-ID ist in beiden Fällen identisch. Dies erklärt sich dadurch, dass dieser Wert ist basierend auf der BIOS-Hardwarekennung der physischen Maschine, die sich zwischen den beiden Installationen nicht verändert hat.
Da ich wenig zu verlieren habe, beschließe ich, Löschen Sie den Eintrag, der der alten Installation entspricht. vom Server in der Tabelle Gastgeber, Dann Starten Sie den Veeam-Server neu. damit die Veränderung berücksichtigt werden kann.
Sobald der Dienst neu gestartet ist, führe ich Folgendes durch: Hyper-V-Cluster erneut scannenDer Einsatz verlief ohne Zwischenfälle, und während der Neuer Backup-TestAlles funktioniert perfekt.
Dieses Fehlerproblem „Der On-Host-Proxy erfordert ein Upgrade.“ Das Problem, das nach der Migration auf Windows Server 2025 auftrat, hatte tatsächlich seinen Ursprung in einem Konflikt in der Veeam-Datenbank, verknüpft mit einer alten Aufnahme des Hosts, die noch vorhanden ist.
Veeam identifiziert physische Server mithilfe des Feldes physische Host-ID, basierend auf dem BIOS, was erklärt, warum die Neuinstallation desselben Servers unter einem neuen System (oder mit einem neuen Namen) zu internen Inkonsistenzen führen kann.
Indem der alte Datensatz aus der Tabelle gelöscht wird Gastgeber und durch die Wiedereinführung eines Erneut scannenAlles ist wieder normal.
Gute Vorgehensweisen, die man sich merken sollte:
- Nach einer Migration oder Neuinstallation sollten Sie in der Veeam-Datenbank immer nach veralteten Hosts suchen.
- Führen Sie a aus Erneut scannen Systematische Überprüfung des Clusters oder der Wirte nach jeder größeren Änderung.
- Vermeiden Sie nach Möglichkeit Änderungen des Hostnamens oder planen Sie eine saubere Reintegration in Veeam.
Dank dieses Eingriffs funktioniert der Hyper-V-Cluster nun einwandfrei mit Veeam, und Backups laufen ohne den geringsten Fehler durch.
Ich nutzte diesen Ausflug in die Datenbank auch, um einige Aufräumarbeiten durchzuführen. Ich entfernte alte, nicht mehr genutzte Server und aktualisierte bestimmte Felder, wie zum Beispiel die Aufnahmen Und IP-Adressendie direkt in der Tabelle geändert werden können.
