Sync Jobs — Backups zu einem zweiten PBS spiegeln

Sync Jobs spiegeln Backups von einem PBS zu einem anderen — komplett, inkrementell und im Hintergrund. Damit hast Du eine zweite Kopie an einem anderen Ort und reduzierst das Single-Point-of-Failure-Risiko deutlich.

Wann Sync Jobs Sinn ergeben

• Du willst Backups auch zuhause haben: Dein xaweho-PBS hat alle Backups, ein zweiter PBS bei Dir im Schrank holt sie zusätzlich ab.
• Du willst Backups zwischen zwei xaweho-Standorten spiegeln: PBS in Nürnberg synct zu PBS in Falkenstein. Schreib uns ein Ticket — wir können das einrichten.
• Du willst gegen logische Fehler absichern: Wenn Dein PBS aus Versehen gelöschte Snapshots prunt und GC läuft, sind sie weg. Ein zweiter PBS mit eigener (langsamerer) Retention hält die Backups länger.

Sync Jobs laufen PBS-zu-PBS, nicht PBS-zu-anderem-Speicher. Du brauchst auf der Ziel-Seite einen weiteren PBS — entweder einen eigenen, oder einen zweiten Tarif bei uns.

Voraussetzungen

• Quell-PBS (Source): das ist Dein bestehender PBS bei xaweho.
• Ziel-PBS (Target): muss netzwerktechnisch den Quell-PBS erreichen. Der Sync Job läuft auf dem Target und holt von der Source.
• API-Token oder User-Login auf dem Source-PBS für den Pull.

Schritt 1 — API-Token auf dem Source-PBS erzeugen

Auf dem Source-PBS (also bei uns):

1. Configuration → Access Control → API Token → Add.
2. Token-ID frei wählen, etwa sync-target-home.
3. Permissions: lies/schreibe nur den eigenen Datastore.
4. Token-Secret notieren — wird einmal angezeigt, danach nicht mehr.

Die Token-ID hat das Format <user>!<token-name>, z.B. 12345@pbs!sync-target-home.

Schritt 2 — Remote auf dem Target-PBS einrichten

Auf dem Target-PBS:

1. Configuration → Remotes → Add.
2. Felder:
   • Remote ID: frei wählbar, etwa xaweho-pbs01.
   • Host: Adresse des Source-PBS, z.B. pbs01.xaweho.de.
   • Port: 8007.
   • User-ID: Token-ID aus Schritt 1, z.B. 12345@pbs!sync-target-home.
   • Password: das Token-Secret aus Schritt 1.
   • Fingerprint: Fingerprint des Source-PBS (siehst Du im PBS unter Configuration → Certificates).
3. Save.

Schritt 3 — Sync Job anlegen

Auf dem Target-PBS:

1. Datastore → <dein-target-datastore> → Sync Jobs → Add.
2. Felder:
   • Source: Wähle den eben angelegten Remote.
   • Source Datastore: <deine-kundennummer> (Datastore-Name auf dem Source).
   • Owner: leer lassen (Standard).
   • Schedule: z.B. daily 04:00 — nachts, nach unseren Backup-Jobs.
   • Remove vanished: aktiviert, wenn Du willst, dass auf dem Target Snapshots gelöscht werden, die auf der Source nicht mehr existieren.
   • Group filter: leer lassen, oder einschränken auf bestimmte VMs.
3. Save.

Beim ersten Lauf wird alles kopiert — kann je nach Datenmenge mehrere Stunden bis Tage dauern. Folgende Läufe sind inkrementell, nur die neuen Snapshots werden übertragen.

Test des Sync Jobs

Nicht bis zum Schedule warten:

1. Im Target-PBS: Datastore → Sync Jobs → den Job auswählen → Run now.

Im Task-Log siehst Du, wie er die Snapshots vom Source pullt:

INFO: Starting datastore sync job
INFO: Sync snapshot vm/100/2026-05-08T02:00:00Z
INFO: chunks: 4523 / 4523 (100%)
INFO: Sync of 'vm/100/...' done

Sync Jobs als Pull oder Push?

PBS macht Pull — der Target zieht von der Source. Push (Source schickt zur Target) gibt’s nicht in dieser Variante.

Vorteil: Sicherheit. Der Source weiß nichts vom Target — bei einem Hack auf dem Source kann der Angreifer den Target nicht manipulieren.

Sync Jobs in Kombination mit Append-Only

Für Disaster-Recovery-taugliche Setups: der Target-Datastore ist Verify only oder hat strenge Permissions, die nur Sync-Pulls erlauben — nichts kann gelöscht werden, auch nicht durch einen kompromittierten Source. Mehr dazu in Append-Only-Mode.

Häufige Fragen

Kann der Sync Job parallel zum Backup-Job laufen? Ja. Backup auf dem PVE schreibt zur Source, Sync Job auf dem Target zieht parallel. Source verträgt beides gleichzeitig.

Was passiert, wenn auf der Source ein Snapshot geprunt wird? Mit Remove vanished: aktiviert wird er beim nächsten Sync auch auf dem Target gelöscht. Mit Remove vanished: deaktiviert bleibt er auf dem Target — Du kannst Target also als Langzeit-Archiv nutzen, mit längerer Retention als die Source.

Kann ich auf den Source-PBS auch von einem Sync-Pull restoren? Nein. Restore läuft immer vom PBS, der den Datastore hat. Du restorest also entweder vom Source oder vom Target — je nachdem, wo Dein PVE den Storage eingebunden hat.

Wie viel Bandbreite braucht ein Sync Job? Inkrementell sehr wenig — nur die neuen Chunks. Voll-Sync (erster Lauf) braucht so viel wie der Datastore groß ist. Auf 1 GBit Anbindung etwa 10 GB pro Minute.

Kann ich mehrere Sources auf einen Target syncen? Ja. Pro Source ein eigener Sync Job. Praktisch z.B., wenn Du mehrere Standorte oder Kunden auf einem zentralen Backup-Hub konsolidieren willst.

Was, wenn der Target-PBS ausfällt während des Syncs? Beim nächsten Lauf wird ab dem Punkt fortgesetzt, an dem es abgebrochen ist. PBS ist crash-safe.

Kann ich Sync Jobs auf dem Source statt Target konfigurieren? Nein. PBS macht ausschließlich Pull-Sync. Wenn Du auf dem Target keinen Konfigurations-Zugriff hast (z.B. weil’s bei einem anderen Anbieter ist), funktioniert das nur, wenn der andere Anbieter den Sync für Dich einrichtet.

Weiter geht’s

• Append-Only-Mode — Schutz vor Ransomware
• Mehrere Proxmox-VE-Hosts auf einen Datastore
• Performance-Tuning bei langsamen Backups