7
Veeam Backup Copy job auf rotierende externe Festplatten
Hallo zusammen,
ich bin hier mit meinem Latein völlig am Ende.
Wir haben einen Veeam Backup Server Community Edition (ein alter Optiplex mit Windows), dieser sichert einen anderen bare metal Windows Server täglich zuerst auf das primäre Ziel, lokale gespiegelte SSDs (das funktioniert auch völlig problemlos!). Es handelt sich um ein Forever Forward Incremental Backup mit 7 restore points. Anschließend läuft ein Backup Copy job (konfiguriert als mirror), dieser sichert auf 2 rotierende externe USB Festplatten, diese Festplatte wird täglich gewechselt. Und damit gehen die Probleme los:
Wir bekommen hin und wieder (völlig sporadisch, es nicht nachvollziehbar was diesen Fehler auslöst) die folgende Meldung:
Backup Copy job 'Backup Copy Job 1\ServerBackup' finished with Failed.
Job details: Backup Backup Copy Job 1\ServerBackup - 192.168.1.10 is outdated and will be deleted
Und folgendes passiert dann: Veeam ignoriert das bereits vorhandene Backup auf der externen Platte (dieses wird auch nicht gelöscht entgegen der Meldung "...and will be deleted"!!!!!) und legt einen neuen Ordern an "192.168.1.10_1" (der ursprüngliche Ordner ist "192.168.1.10". In diesen neuen Ordern wird dann die Sicherung komplett neu geschrieben! Das Problem ist jetzt, dass das alte Backup zu keinem Zeitpunkt gelöscht wird und dementsprechend die Platte irgendwann voll läuft!
Es gibt in den Einstellungen des Copy jobs folgende Option: "Remove deleted items after X days". Das ist bei uns auch konfiguriert hat aber keinerlei Effekt!
Jetzt könnte man meinen "...is outdated.." bedeutet dass die Platte vielleicht mal eine längere Zeit nicht angeschlossen war - das ist aber nicht der Fall.
Übrigens hatten wir ursprünglich den Veeam Agent for Microsoft Windows verwendet, dieser lief dann direkt auf dem zu sichernden Windows Server mit rotierenden Platten. Da lief es IMMER ohne Probleme!
Hat jemand eine Ahnung was das sein könnte? Verwendet hier jemand ebenfalls rotierende Platten - klappt es bei euch problemlos?
Wir verwenden Veeam Backup & Replication 11 Build 11.0.1.1261
ich bin hier mit meinem Latein völlig am Ende.
Wir haben einen Veeam Backup Server Community Edition (ein alter Optiplex mit Windows), dieser sichert einen anderen bare metal Windows Server täglich zuerst auf das primäre Ziel, lokale gespiegelte SSDs (das funktioniert auch völlig problemlos!). Es handelt sich um ein Forever Forward Incremental Backup mit 7 restore points. Anschließend läuft ein Backup Copy job (konfiguriert als mirror), dieser sichert auf 2 rotierende externe USB Festplatten, diese Festplatte wird täglich gewechselt. Und damit gehen die Probleme los:
Wir bekommen hin und wieder (völlig sporadisch, es nicht nachvollziehbar was diesen Fehler auslöst) die folgende Meldung:
Backup Copy job 'Backup Copy Job 1\ServerBackup' finished with Failed.
Job details: Backup Backup Copy Job 1\ServerBackup - 192.168.1.10 is outdated and will be deleted
Und folgendes passiert dann: Veeam ignoriert das bereits vorhandene Backup auf der externen Platte (dieses wird auch nicht gelöscht entgegen der Meldung "...and will be deleted"!!!!!) und legt einen neuen Ordern an "192.168.1.10_1" (der ursprüngliche Ordner ist "192.168.1.10". In diesen neuen Ordern wird dann die Sicherung komplett neu geschrieben! Das Problem ist jetzt, dass das alte Backup zu keinem Zeitpunkt gelöscht wird und dementsprechend die Platte irgendwann voll läuft!
Es gibt in den Einstellungen des Copy jobs folgende Option: "Remove deleted items after X days". Das ist bei uns auch konfiguriert hat aber keinerlei Effekt!
Jetzt könnte man meinen "...is outdated.." bedeutet dass die Platte vielleicht mal eine längere Zeit nicht angeschlossen war - das ist aber nicht der Fall.
Übrigens hatten wir ursprünglich den Veeam Agent for Microsoft Windows verwendet, dieser lief dann direkt auf dem zu sichernden Windows Server mit rotierenden Platten. Da lief es IMMER ohne Probleme!
Hat jemand eine Ahnung was das sein könnte? Verwendet hier jemand ebenfalls rotierende Platten - klappt es bei euch problemlos?
Wir verwenden Veeam Backup & Replication 11 Build 11.0.1.1261
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 4799988654
Url: https://administrator.de/forum/veeam-backup-copy-job-auf-rotierende-externe-festplatten-4799988654.html
Ausgedruckt am: 22.12.2024 um 12:12 Uhr
7 Kommentare
Neuester Kommentar
Übrigens:
Diese Fehlermeldung ist nicht in der Veeam History (also im GUI) sichtbar - da wird nichts protokolliert!! Sie kommt allerdings per Mail und man findet sie auch im Windows Event Viewer.
Diese Fehlermeldung ist nicht in der Veeam History (also im GUI) sichtbar - da wird nichts protokolliert!! Sie kommt allerdings per Mail und man findet sie auch im Windows Event Viewer.
Ich verwende auch rotierende Platten und hatte anfangs ein ähnliches Problem.
Ich habe dann einfach folgenden Registry-Eintrag angelegt, damit er den Inhalt des Ordners löscht, wenn er keinen früheren Retention Point findet. Vielleicht wäre das ja was für dich.
Bei mir waren die Platten aber auch immer voll, weil er die alten RPs nicht mehr gefunden hatte.
https://www.veeam.com/kb1154
This registry setting is not required for rotated drives; it is provided here as an optional Backup file retention method. When this registry setting is enabled (set to 3 or 5), any repository, regardless of rotated media setting, will maintain retention normally until the job detects that previously-available files are missing.
Create this value on the Veeam Backup and Replication server:
Key Location: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
Value Name: ForceDeleteBackupFiles
Value Type: DWORD (32 bit)
Value Data: (see below)
Value Data options:
• When set to 3, if expected backup files are not found, the entire contents of the backup job’s folder is deleted from the repository.
• When set to 5, if expected backups are not found, the entire contents of the root backup repository folder are deleted.
Note that if the backup repository points at the volumes root folder, the entire volume's contents are erased. For example, if a Windows repository targets the root of the F: drive (i.e., F:\), ALL files on that drive would be deleted.
Ich habe dann einfach folgenden Registry-Eintrag angelegt, damit er den Inhalt des Ordners löscht, wenn er keinen früheren Retention Point findet. Vielleicht wäre das ja was für dich.
Bei mir waren die Platten aber auch immer voll, weil er die alten RPs nicht mehr gefunden hatte.
https://www.veeam.com/kb1154
This registry setting is not required for rotated drives; it is provided here as an optional Backup file retention method. When this registry setting is enabled (set to 3 or 5), any repository, regardless of rotated media setting, will maintain retention normally until the job detects that previously-available files are missing.
Create this value on the Veeam Backup and Replication server:
Key Location: HKLM\SOFTWARE\Veeam\Veeam Backup and Replication\
Value Name: ForceDeleteBackupFiles
Value Type: DWORD (32 bit)
Value Data: (see below)
Value Data options:
• When set to 3, if expected backup files are not found, the entire contents of the backup job’s folder is deleted from the repository.
• When set to 5, if expected backups are not found, the entire contents of the root backup repository folder are deleted.
Note that if the backup repository points at the volumes root folder, the entire volume's contents are erased. For example, if a Windows repository targets the root of the F: drive (i.e., F:\), ALL files on that drive would be deleted.
2
Vielen lieben Dank @ZeroNS
Ich habe den Wert jetzt mal auf 3 gesetzt und schaue was passiert..
Hatte mit Veeam jetzt schon diverse andere Probleme und verstehe ehrlich gesagt nicht warum das ding so in den HImmel gelobt wird..
Ich habe den Wert jetzt mal auf 3 gesetzt und schaue was passiert..
Hatte mit Veeam jetzt schon diverse andere Probleme und verstehe ehrlich gesagt nicht warum das ding so in den HImmel gelobt wird..
Nur zur Info, ein Forever Forwad Incremental alleine ist ein sehr hohes Risiko, wenn da nicht zusätzlich Weekly synthetic oder full erfolgen. Ist in der Kette ein Incremental defekt, dann wars das gewesen mit dem Restore.
Dafür gibt es Prüfungen die wöchentlich durchlaufen.
https://helpcenter.veeam.com/docs/backup/vsphere/backup_health_check.htm ...
https://helpcenter.veeam.com/docs/backup/vsphere/backup_health_check.htm ...
Die Checks können eine defekte Kette nicht wiederherstellen. Wenn der Fehler gleich nach dem Tag des Checks kommt, dann habt ihr eine ganze Woche verloren.
@ZeroNS
Das Ergebnis ist jetzt, dass er den Inhalt auf den Festplatten jedes mal löscht, nachdem die Festplatte gewechselt wird und der nächste backup copy job gestartet wird.
Geloggt wird
[02.12.2022 00:09:19] <11> Warning [CRotatedDriveManager] Missing storage file '192.168.1.10D2022-12-01T000946_C117.vbk'
[02.12.2022 00:09:19] <11> Warning [CRotatedDriveManager] ForceCreateMissingVBK is enabled, deleting backup id = 8212bde7-9f3c-44da-b7f8-6e2934039c52
[02.12.2022 00:09:19] <11> Warning Clearing repository folder 'E:|VeeamBR'
Also inkrementelle gibt es nur noch, wenn man die Platte nicht wechselt.
Kannst du mir nochmal bestätigen dass das bei dir in dieser bzw ähnlicher Konstellation funktioniert? 2 rotierende Platten als Ziel von einem Backup Copy job mit forever forward incremental?
Das Ergebnis ist jetzt, dass er den Inhalt auf den Festplatten jedes mal löscht, nachdem die Festplatte gewechselt wird und der nächste backup copy job gestartet wird.
Geloggt wird
[02.12.2022 00:09:19] <11> Warning [CRotatedDriveManager] Missing storage file '192.168.1.10D2022-12-01T000946_C117.vbk'
[02.12.2022 00:09:19] <11> Warning [CRotatedDriveManager] ForceCreateMissingVBK is enabled, deleting backup id = 8212bde7-9f3c-44da-b7f8-6e2934039c52
[02.12.2022 00:09:19] <11> Warning Clearing repository folder 'E:|VeeamBR'
Also inkrementelle gibt es nur noch, wenn man die Platte nicht wechselt.
Kannst du mir nochmal bestätigen dass das bei dir in dieser bzw ähnlicher Konstellation funktioniert? 2 rotierende Platten als Ziel von einem Backup Copy job mit forever forward incremental?
