Hallo Alex,
um welche Art von Job handelt es sich in deinem Fall?
Bitte probiere es einmal mit dieser Version.

Gruß,
Daniel

Vielen Dank für das Script.
Leider bekomme ich auch die Meldung:
„Job wurde mit Warnungen ausgefuehrt. (Job ist bisher nicht gelaufen.)“ In Veeam steht der Job aber ganz normal auf Success.
Gibt es da schon eine Lösung?
Das Backup ist auf ein QNAP NAS eingerichtet.
VEEAM Version: 12.1.2.172
PRTG probe service: V24.2.96.1346
PRTG Administration Tool: V24.2.96.1346

Gruss
Alex

Hallo Patrick,
entschuldige meine späte Antwort. Meine Testumgebung musste ich erst auf Vordermann bringen. Ich möchte dir vorab eine neue Version zum Testen bereitstellen. Schreib mir dazu bitte eine E-Mail an die Adresse im Impressum.

Gruß,
Daniel

Hi Daniel,

habe gerade das gleiche mit v12. Bei mir ist es ein CopyJob, der diese fälschliche Meldung auswirft.
TapeJob und normaler HyperV BackupJob funktionieren.

Hallo David,
bei welcher Art von Veeam Job (Disk, Tape) tritt das Problem auf?

Grüße,
Daniel

Funktioniert es auch mit Veeam B&R v12?
Ich erhalte vom PRTG immer die Meldung „Job noch nicht gelaufen“, wenngleich der Job im Veeam erfolgreich verarbeitet wurde.
Wenn ich das Skript auf dem BR Server (der zugleich auch die PRTG Remote Probe beherbergt) ausführe, erhalte ich einen XML Output, welcher die Job-Details anzeigt (Job Status „0“).
Gibt es hier einen Workaround?

Viele Grüsse
David

Guten Abend Lucas,
es gab in letzter Zeit ein paar Änderungen. Bitte probiere daher eine ältere Version des Skripts aus.
Um ausschließen zu können, ob es daran (nicht) liegt.

Gruß,
Daniel

erst mal Danke für das Script.
Ich bekomme (sowohl bei Ausführung in Powershell, als auch bei Einrichtung des Sensors im PRTG) die Rückmeldung, „Job wurde mit Warnungen ausgefuehrt. (Job ist bisher nicht gelaufen.)“ In Veeam steht der Job aber ganz normal auf Success.

Ich führe Veeam B&R in Version 11.0.1.1261 und PRTG auf Version 22.1.75.1594 aus.

Der Backup Job sichert virtuelle Maschinen per VMWare vCenter Server auf rotierende USB-Platten (also kein Tape-Job)

Irgend eine Idee, woran das liegen könnte?

Hallo Dimi,
seit heute unterstützt das Skript auch Tape Jobs.

Gruß,
Daniel

Hallo Geert,
seit heute unterstützt das Skript auch Tape Jobs.

Gruß,
Daniel

Hallo Marco,
seit heute unterstützt das Skript auch Tape Jobs.

Gruß,
Daniel

Hallo Daniel,
seit heute unterstützt das Skript auch Tape Jobs.

Gruß,
Daniel

Hallo Steven,
herzlichen Dank für deinen PR.
Ich habe diesen so eben übernommen.

Gruß,
Daniel

Hallo Stefan,
vielen Dank für den Hinweis.
Ich habe die Korrektur mit der heutigen Version vorgenommen.

Gruß,
Daniel

in der Version vom 6.1.2022 bekomme ich einen Syntaxfehler in Zeile 224, statt einem Bindestrich wurde ein Gedankenstrich bei ComputerName verwendet.

falsch:
$objQueryResult = Invoke-command –ComputerName $PrtgDevice -Args $VeeamBRJobName -ScriptBlock {

so funktioniert es:
$objQueryResult = Invoke-command -ComputerName $PrtgDevice -Args $VeeamBRJobName -ScriptBlock {

Hallo Steven,
vielen Dank Dank das du deine Erweiterung des Skripts veröffentlicht hast.
Wenn du dafür einen Pull Request auf Github erstellst, übernehme ich diesen gerne in den master Branch.

Gruß,
Daniel

für alle die zusätzlich noch Tape Jobs überwachen wollen, müssen folgende Zeilen ergänzt werden:

 ### Ueberpruefung, ob es bei dem Jobname um ein Backup & Replication Tape Objekt handelt.
  elseif (Get-VBRTapeJob -Name $strVeeamBackupJobName -ErrorAction SilentlyContinue) {

    ### Auslesen des letzten Ausfuehrungsergebnis vom dem angegebenen Veeam Backup Job
    $strVeeamBackupJobId = Get-VBRTapeJob -Name $strVeeamBackupJobName
    $obVBRSession = Get-VBRSession -Job $strVeeamBackupJobId | Sort -Descending -Property „CreationTime“ | Select -First 1
  }

Hallo Daniel,
ich habe leider kein Zugriff auf eine Veeam Umgebung mit Tape Jobs. Daher bin ich auf euch angewiesen, um an die notwendigen Details zu kommen. Wenn du Interesse hast, melde dich per E-Mail bei mir.

Gruß,
Daniel

Hallo Daniel,
entschuldige bitte die späte Rückmeldung.

Ich konnte den Fehler finden.
Das hart kodieren des Backupjobs hat nichts gebracht, jedoch konnte ich anhand des gespeicherten Sensorergebnisses dann herausfinden woran es lag.
Nur so viel – Es lag nicht an deinem Script, Windows hatte die Powershell Ausführungsrichtlinien nicht sauber übernommen. Obwohl ich das Script am PRTG Server selbst sauber ausführen konnte und die Ausführungsrichtlinien lt. Powershell auch richtig waren hat es über den Sensor nicht funktioniert.
Habe dann die ganzen Richtlinien nochmals zurückgesetzt und diese dann nicht über die Powershell gesetzt sondern über die GPO und dann hat es funktioniert.

Vielen Dank auf jeden fall für deine Bemühungen und den Support!

Hallo Christian,
ich kann das Problem ad-hoc bei mir nicht nachstellen.
2) Funktioniert die Abfrage über PRTG, wenn du den Namen des Veeam Jobs im Skript hart kodierst?
3) In dem Fall beim Sensor einstellen, dass das Ergebnis auf gespeichert werden soll. Evtl. siehst du dort weitere Gründe, warum es nicht klappt.

Gruß,
Daniel

Guten Abend Daniel,

1) Veeam Backup & Replication 11 Community Edition (11.0.1.1261 P20211211)
2) Nein, die Parameter-Zeile sieht so aus: %host „Daily-Backup with Guestprocessing“
3) Die Berechtigung müsste passt, denn sonst könnte ich es direkt vom PRTG-Server aus auch nicht ohne Fehler ausführen und ich verwende in den Sensoreinstellungen die selben Logindaten wie wenn ich mich direkt am PRTG-Server anmelde.

Lg
Christian

Guten Abend Christian,
welche Version von Veeam Backup&Replication setzt du ein?
hast du evtl. Leerzeichen o.ä., welche du in den Sensoreinstellungen nicht in Anführungszeichen gesetzt hast?
Hat der Benutzer bzw. PRTG Probe nicht das Recht, um auf dem Remote Server das PowerShell Skript auszuführen?

Gruß,
Daniel

Wenn ich dieses auf dem PRTG Server direkt ausführe läuft es ohne Probleme und es wird ein xml als Ergebnis angezeigt jedoch wenn es über den Sensor läuft bekomme ich folgende Fehlermeldung:

„XML: Das zurückgelieferte XML entspricht nicht dem erwarteten Schema. (Code: PE233) — JSON: Das zurückgelieferte JSON entspricht nicht der erwarteten Struktur (#O2). (Code: PE231)“

Ich habe folgende PRTG-Version im Einsatz: 21.4.73.1656+

Wäre super wenn du mir helfen könntest.

Danke im Voraus
Christian

Hallo Antonio,
hast du entsprechend die Konfiguration vorgenommen, dass PowerShell Remote ausführbar sind? Es gibt dazu von Microsoft einen Artikel.

Gruß,
Daniel

Eine Idee woran das liegen könnte ? Wir nutzen Veeam in der Version 11

LG

Hallo Geert,
führe das Skript einmal manuell über die PowerShell mit dem ensprechenden Jobname auf der Probe aus. Wird in der Ausgabe ein Fehler o.ä. ausgegeben?

Gruß,
Daniel

Und nachdem ich nun den Sensor erneut angelegt habe erscheint folgender Fehler:

XML: Das zurückgelieferte XML entspricht nicht dem erwarteten Schema. (Code: PE233) — JSON: Das zurückgelieferte JSON entspricht nicht der erwarteten Struktur (No mapping for the Unicode character exists in the target multi-byte code page). (Code: PE231)

Ziemlich ratlos….

erst einmal vielen herzlichen Dank für die Arbeit.

Nun habe ich, nachdem ich ein „Update“ des Scripts auf die hier aktuell veröffentlichte Version reichlich Terror gehabt, es lief nicht. Vorher habe ich das alte Script zu Sicherung kopiert. Dateien nach dem Terror wieder getauscht, Server sogar neu gestartet, nun erscheint folgender Fehler:

„Antwort nicht wohlgeformt: „(<prtg> <error>1</error> <text>Das Windows PowerShell-Snap-In „VeeamPSSnapIn“ ist auf diesem Computer nicht installiert.</text> </prtg> )“ (Code: PE132)“
Credentials sind korrekt, mehrfach getestet, was dann andere Fehler auswirft.
SnapIn ist auf den entsprechenden Backupservern natürlich installiert, hier hat sich auch nichts geändert.
Einzig auf dem PRTG-Server habe ich die ps1 Datei aktualisiert nach einer Sicherung, diese Sicherung wirft nun diesen Fehler aus. Bisher funktionierte es wunderbar, allerdings wurden mir einige Jobs als „Ist bisher nie gelaufen“ angezeigt, was definitiv nicht stimmte, daher wollte ich das „Update“ mal austesten. Bisheriger Stand war das Script von 2019…
Für jeglichen sachdienlichen Hinweis wäre ich sehr dankbar.