Backup Job Stündlich nur 1 Tag

Hallo Christian,

welches Backup-Verfahren verwendet Ihr denn? Reverse- oder Forward-Incremental? Habt Ihr Synthetic- oder Active-Fulls konfiguriert? Wenn ja, für wann?

Bei Forward-Incremental löscht Veeam alte Restore-Points erst wenn sie nicht mehr benötigt werden, also erst dann wenn es ein neues Full-Backup gibt.

In Eurem Fall würde ich tägliche Synthetic-Fulls empfehlen, dann sollten die alten Incrementals und das alte Full-Backup nach zwei Tagen verschwinden sobald ein neues Full-Backup erstellt wurde.

HTH + schöne Grüße,

Harald 

Ja, korrekt, du brauchst tägliche Synthetic Full Backups, damit die Backup Kette abgeschlossen wird.

Aber auch dann werden zwei Tage aufgehoben, weil die neue Kette auch zuerst abgeschlossen sein muss, damit die alte gelöscht wird.

Tägliches Sxnthetic Full stellst du in den Job Optionen ein unter Storage → Advanced und dann im Reiter Backup. Dort rufst du Days auf unter Incremental und Create synthetif full backups periodically

Hallo, 

als Alternative zum Image-Level-Backups ggf. noch die Option überlegen, im Guest-Processing. das periodische Log-Backup z.B. alle 15 oder 60 Minuten zu aktivieren. Dieses hat deutlich weniger overhead, als ein stündliches Image-Backup zu erstellen. 

Weitere Infos hier: https://www.veeam.com/blog/how-to-back-up-a-sql-server-transaction-log.html 

Viele Grüße 

Tobas 

Hallo Ihr beiden, vielen Dank für die sehr schnellen Antworten.

Wie ihr auf dem Bild sehen könnt habe ich das schon so eingestellt.

Gibt es noch irgendwo eine Einstellung die Falsch sein könnte?

mfg Christian

Ja, den Haken bei “Create synthetic full” raus nehmen. 

Ansonsten werden die Backups erst nach einer Woche (an dem Samstag) gelöscht. 

Warum arbeitest du nicht mit “Backup logs periodically” für die stündlichen SQL Sicherungen der DB zu erzielen? 

Viele Grüße 

Tobias 

Hallo Tobias,

sicher? Dann verschwindet zumindest das erste Full-Backup doch nie weil die Backup-Chain nicht abgeschlossen wird (und es ist soweit ich weiß nicht empfohlen weil das ganze Backup im Eimer ist wenn das ursprüngliche Full-Backup beschädigt ist).

Ich würde Synthetic Full drinlassen, aber bei “Days” alle Tage einschalten damit ein tägliches Full-Backup erstellt wird. Oder hab ich da jetzt einen Denkfehler?

Schöne Grüße,

Harald

Hallo auch von mir. 😀

Bei der Anforderung würde ich keine Fulls empfehlen. Weder synth. noch active. Dann wird gemerged und die Kette bekommt immer die exakte Länge. Dann sollte er bei einer Retention Policy von einem Tag die älteren Punkte ins VBK mergen. Alternativ kann man es dann ja auch mal mit der exakten Zahl an Punkten versuchen (16 → 6am-10pm).

Noch besser würde ich aber ebenfalls empfehlen auf Log-Shipping umzustellen. Dem SQL bzw. seinen Usern gefällt es sicher nicht, wenn jede Stunde VSS und Log-Truncation bemüht werden müssen.

Grüße, Michael

Hi Harald,

das erste Full wird bei erreichen des gewünschten alters dann täglich gemerged. 

Ein Problem sehe ich in der ungewöhnlichen Backup Kette von 1 Tag retention. Wenn ich syntetic full jeden tag aktiviere, dann wird er nur noch synthetische Fulls erzeugen (also Stündlich) das wären 24 stück pro tag. Da hätte ich meine bedenken. Daher die Alternative, bei einer so kurzen Retention lieber ein forever forward incremental zu fahren. 

PS: Michael war schneller! :-) 

Hui hallo nochmal an alle die sich eingeklingt haben, evtl mach ich da prinzipiell irgendetwas falsch.

Deswegen hier noch mal alle Informationen meiner Denkweise warum ich das so machen möchte.

Unser SQL Server wird täglich in einem anderen Backup Job gesichert und dort auch nach dem GFS Prinzip die Backupfiles aufgehoben.

Es gab bloß letzt ein Fall das ein Entwickler unserer Datenbank ein Fehler gemacht hatte und ich eine Tabelle restoren muss dabei ist aufgefallen das mir ja die Daten von 15:00 Uhr bis zum vorherigen Backup (Tag davor 23:00 Uhr ) fehlen.

Deshalb habe ich zusätzlich noch so einen stündlichen Backup Job für den SQL Server erstellt.

Ist dafür das was Herr Gietz geschrieben hat mit dem sichern des Transaktions Log wohl die richtigere Methode, oder was gibt es da für Möglichkeiten?

mfg Christian

Vielen Dank für die kompetente Hilfe :D