Bricht Veeam Backup 9.5 das Backup mit folgender Fehlermeldung ab, kann dieser Workaround helfen, das Problem zu beheben.
Error: Cannot proceed with the job: existing backup meta file ‚Job.vbm‘ on repository ‚Backup‘ is not synchronized with the DB. To resolve this, run repository rescan.
Die Fehlermeldung gibt die Lösung des Problems schon mit:
To resolve this, run repository rescan.
Gesagt, getan. Führen wir also den Repository Rescan aus. Diesen findet man unter Backup Infrastructure -> Backup Repository.
Kann funktionieren – muss nicht!
In unserem Fall hat der Rescan direkt die nächste Fehlermeldung ausgespuckt:
Failed to import backup path Laufwerk:|Ordner|Backupname.vbm Details: ‚.‘, hexidezimaler Wert 0x00, ist ein ungültiges Zeichen. Zeile 270, Position 50437.
Die Lösung für das Problem war letztenendes relativ einfach (mit Hilfe vom Veeam Support):
Umbenennen der Datei Backupname.vbm in Backupname.vbm_old (oder so ähnlich) und dann das Backup erneut starten.
Und siehe da: Die Datei wird neu angelegt und das Backup erfolgreich durchgeführt.
Beim Versuch sich mit der vCenter Server Appliance über PowerCLI zu verbinden, kann der folgende Fehler auftreten:
connect-viserver : Connect-VIServer Error: Invalid server certificate. Use Set-PowerCLIConfiguration to set the value for the InvalidCertificateAction option to Prompt if you’d like to connect
once or to add a permanent exception for this server.
connect-viserver
Wie in der Fehlermeldung beschrieben, kann die Zertifikatsprüfung mit dem Kommando Set-PowerCLIConfiguration übergangen werden.
Das Kommando führt man mit folgender Syntax aus:
Set-PowerCLIConfiguration-InvalidCertificateActionIgnore -Confirm:$false
Anschließend kann man sich mit der vCenter Server Appliance über PowerCli verbinden, ohne dass ein Zertifikatsfehler den Vorgang abbricht.
Beim Zugriff per Remotedesktop-Verbindung (RDP-Verbindung) auf einen virtuellen Windows 2016 Server habe ich einen Authentifizierungsfehler mit dem Hinweis „Ursache könnte eine CredSSP Encryption Oracle Remediation sein“ bekommen.
Eine Ursachenforschung auf dem Server ergab, dass in den Remoteeinstellungen des Servers (Systemsteuerung -> Alle Systemsteuerungselemente -> System) die „Remoteverbindung mit diesem Computer zulassen“ aktiviert war.
Allerdings auch der Haken bei „Verbindungen nur von Computern zulassen, auf denen Remotedesktop mit Authentifizierung auf Netzwerkebene ausgeführt wird (empfohlen)“.
Dieser war nur die Ursache für die fehlerhafte Remotedesktopverbindung. Nachdem der Haken entfernt (deaktiviert) wurde, konnte die Verbindung problemlos hergestellt werden.
Die Recherche nach dem Hinweis „Ursache könnte eine CredSSP Encryption Oracle Remediation sein“ hat mich auf folgende Seite von Microsoft geführt, welche die Ursache und Lösung für das Problem bringt:
Leider bin ich noch nicht dazu gekommen, die Lösungsvorschläge auszuprobieren.