Hallo zusammen,
was passiert mit inkrementellen VM Sicherungen, wenn ich den Datastore des PBS auf wechselnden USB Datenträgern liegen habe?
Etwas ausführlicher:
Ich habe einen mini-PC mit PBS, der die Sicherung direkt auf externe USB Datenträger schreiben soll.
1. Um 21:00h wird die externe Festplatte entschlüsselt, gemountet und ein Datastore "BackupExt" direkt in der datastore.cfg hinterlegt, zeigt auf "/media/backup/pbs" (vor-initialisiert mit .chunks, etc...).
2. Die Sicherungen laufen von einem PVE Server direkt auf den Datastore auf der USB Festplatte.
3. Morgens um 06:00h entferne ich den Datastore, starte den "proxmox-backup-proxy" neu (.lock freigeben), unmounte die USB Platte
4. Tagsüber wird die USB Platte "A" durch USB Platte "B" getauscht.
5. Da Capo al Fine...
Ich habe also Sicherungen, die zwar gegen einen gleichnamigen Datastore laufen, aber effektiv in ein anderes ".chunks" Verzeichnis.
Die Idee finde ich eigentlich ganz charmant für kleine Setups. Aber was passiert mit den inkrementellen Sicherungen / Dirty Bitmaps bei wechselndem Storage? Wildes Durcheinander - alles im Eimer?
Ist folgender Logeintrag ein Hinweis darauf, dass er die Inkonsistenz erkennt und eh voll sichert?
Danke für eine kurze Erleuchtung...
Marcus
was passiert mit inkrementellen VM Sicherungen, wenn ich den Datastore des PBS auf wechselnden USB Datenträgern liegen habe?
Etwas ausführlicher:
Ich habe einen mini-PC mit PBS, der die Sicherung direkt auf externe USB Datenträger schreiben soll.
1. Um 21:00h wird die externe Festplatte entschlüsselt, gemountet und ein Datastore "BackupExt" direkt in der datastore.cfg hinterlegt, zeigt auf "/media/backup/pbs" (vor-initialisiert mit .chunks, etc...).
2. Die Sicherungen laufen von einem PVE Server direkt auf den Datastore auf der USB Festplatte.
3. Morgens um 06:00h entferne ich den Datastore, starte den "proxmox-backup-proxy" neu (.lock freigeben), unmounte die USB Platte
4. Tagsüber wird die USB Platte "A" durch USB Platte "B" getauscht.
5. Da Capo al Fine...
Ich habe also Sicherungen, die zwar gegen einen gleichnamigen Datastore laufen, aber effektiv in ein anderes ".chunks" Verzeichnis.
Die Idee finde ich eigentlich ganz charmant für kleine Setups. Aber was passiert mit den inkrementellen Sicherungen / Dirty Bitmaps bei wechselndem Storage? Wildes Durcheinander - alles im Eimer?
Ist folgender Logeintrag ein Hinweis darauf, dass er die Inkonsistenz erkennt und eh voll sichert?
100: 2021-03-18 01:15:11 INFO: virtio0: dirty-bitmap status: existing bitmap was invalid and has been cleared 100: 2021-03-18 01:15:11 INFO: virtio1: dirty-bitmap status: existing bitmap was invalid and has been cleared
Danke für eine kurze Erleuchtung...
Marcus
Last edited: