Reihenfolge der Backups ändern?

[dR3b]

Hallo zusammen,

Wir haben aktuell unseren ersten Backup Server in Betrieb genommen. Auf dem PVE haben wir verschiedene Pools erstellt und unsere VMs entsprechend verteilt. Grundsätzlich funktioniert alles wie es soll. Da wir Softwareseitig aber noch eine wichtige Anforderung haben, wüsste ich gerne, ob man die Reihenfolge der Backups im Pool ändern kann. Aktuell wird bei der VM mit der kleinsten ID als erstes das Backup gestartet. Ich müsste das Zeitfenster aber so gering wie möglich halten. Daher hätte ich das gerne so:

* 1010 foobar-1 (Datenbank)
* 1009 foobar-2 (Software)
* 1007 barfoo-1 (Datenbank)
* 1100 barfoo-2 (Software)

Besten Dank

 

[dR3b]

Keiner eine Idee dazu?

 

[news]

Nun über den Backup-job direkt und über die Zeitplanung.

 

[news]

Nun so ein ZFS Snapshot dauert auch nur einen Augenaufschlag bevor dieser Gepackt und lokal gespeichert wird.
Dann ist die "Zeit" doch immer von der Datenmenge und der realen 4k Random Schreib-Geschwindigkeit abhängig.

Ich rieche einen Designfehler.--

 

[dR3b]

Nun über den Backup-job direkt und über die Zeitplanung.

Hallo, was meinst du mit Designfehler? Ich richte nicht für 100 VM's einzelne Jobs ein. Jede VM ist einem Pool zugeteilt und das Backup ist dann pro Pool definiert. Wüsste nicht, wie man das anderst machen könnte...

 

[news]

Guten Tag, meine Bedenken beziehen sich auf die Frage: wird durchgängig ZFS, sowohl auf dem Proxmox VE und den Proxmox Backup Server verwendet?

Inwieweit ist eine VM zu zeitkritisch, dass man einen Festen Zeitpunkt nicht über einen eigenen PBS Job definieren könnte?

 

[dR3b]

Zeitkritisch weil: Der Job der S3 Daten um 20:00 Uhr (als Beispiel) startet und der Job für das passenden DB Backup erst um 20:20 Uhr. Da er so im Pool automatisch geplant wird. Dazwischen liegen jetzt 20min, wo bei einem Restore die Daten im S3 nicht mehr vorhanden sind, in der DB aber schon. Das ist aber auch nicht wichtig. Ich würde einfach gerne die Reihenfolge des Backups im Pool definieren können. Sprich bei der VM X mach einen folge Job Y.

 

[dR3b]

Scheinbar ist das ein weiterer Punkt auf der Liste, der aktuell nicht umsetzbar ist.

 

[Falk R.]

Hallo zusammen,

Wir haben aktuell unseren ersten Backup Server in Betrieb genommen. Auf dem PVE haben wir verschiedene Pools erstellt und unsere VMs entsprechend verteilt. Grundsätzlich funktioniert alles wie es soll. Da wir Softwareseitig aber noch eine wichtige Anforderung haben, wüsste ich gerne, ob man die Reihenfolge der Backups im Pool ändern kann. Aktuell wird bei der VM mit der kleinsten ID als erstes das Backup gestartet. Ich müsste das Zeitfenster aber so gering wie möglich halten. Daher hätte ich das gerne so:

* 1010 foobar-1 (Datenbank)
* 1009 foobar-2 (Software)
* 1007 barfoo-1 (Datenbank)
* 1100 barfoo-2 (Software)

Besten Dank

Was für eine Abhängigkeit bei der Software zur Datenbank hast du denn da? Normalerweise ist ein Application Backup egal, weil die Daten in der DB stehen. Hast du eine Fileablage, welche von der DB ahängig ist, dann sollte der Fileshare auch von der DB VM gehostet werden, weil du sonst imemr Versatz drin hast.
Ich vermute hier irgendwo einen generellen Designfehler in der Software.

 

[dR3b]

Hallo, Was soll ich dir hier jetzt antworten? Die Sache ist wie sie ist und ich kann das nicht ändern. Ich muss das Delta zwischen den beiden VMs einfach so klein wie möglich halten und suche dafür eine Lösung.

 

[news]

Danke für die Aufklärung der Problematik.
ZFS hat als schöne Eigenschaft die ZFS Snapshots, darüber kann man natürlich philosophieren ob man das braucht oder nicht. Aber in deinem Fall könnte man sich ein Skript schreiben, das "gleichzeitig" von beide VMs Snapshot erstellt und dann liegen die Daten vor und können von diesem Snapshot ausgehen gesichert werden. Der Versatz könnte hier nur im Millisekundenbereich liegen. Es ist natürlich alles Handarbeit und nach meinem Wissen nicht direkt verfügbar.

Nutzt man dann auch noch ZFS Auto Snapshots, die mit einer Granulalität von 15 Minuten, einer Stunde, einem Tag, Woche und Monat, daherkommen, so erhält man eine weitere Sicherheitskonzept um in Worst Case ein Rollback durchzuführen.
Bei dem ZFS Auto Snapshots werden natürlich nur diese Deltas in einer verketteten Liste gespeichert und somit steigt der gesamte Speicherbedarf in seiner granulalität auf dem Datenträger an. Auch die Bereinigung von älteren Snapshots wird durch das System ZFS Auto Snapshots geregelt.

 

[Falk R.]

Hallo, Was soll ich dir hier jetzt antworten? Die Sache ist wie sie ist und ich kann das nicht ändern. Ich muss das Delta zwischen den beiden VMs einfach so klein wie möglich halten und suche dafür eine Lösung.

Wenn da tatsächlich eine Abhängigkeit ist (ich kenne keine Anwendung die das tatsächlich benötigt), dann am einfachsten die VMs backupen und mit neuen IDs restoren.

 

[dR3b]

Entschuldigung aber was redest du da jetzt von Restore? Ich benötige eine Möglichkeit, die Reihenfolge der VM Backups in einem Pool zu beeinflussen.

Lassen wir das Thema. Ich werde ein Ticket beim Support eröffnen und dort direkt nachfragen. Mache mir aber keine grossen Hoffnungen, dass es hier eine Möglichkeit wie bei Veeam gibt.

 

[news]

Guten Morgen, was er meint ist etwas anderes, man kann durch das zurückspielen die ID der VM ändern, indem man ihr eine neue gibt. Das geht natürlich auch im Betrieb, da muss man nur einige Abhängigkeiten noch per Hand ändern. Schlussendlich sagt Falk die Backup Reihenfolge durch die IDs festzulegen.