QNAP TS-433 HBS 3 – Wöchentliche Voll-Backups (sonntags) und tägliche inkrementelle Backups einrichten

Hallo zusammen,

Wir betreiben derzeit ein QNAP TS-433 (4-Bay) NAS in unserem Büro für interne Dateispeicherung und Backup. Unser Festplatten-Layout ist wie folgt konfiguriert:

  • Schächte 1 & 2: 2x 20 TB (RAID 1) $\rightarrow$ Primärer Speicher für das Unternehmen

  • Schächte 3 & 4: 2x 20 TB (RAID 1) $\rightarrow$ Onsite-Backup-Pool

Aktuell sichern wir den primären Speicher (Festplatten 1 & 2) täglich über HBS 3 (Hybrid Backup Sync) im Backup-Pool (Festplatten 3 & 4). Wir möchten unsere Backup-Strategie jedoch nach folgendem Zeitplan optimieren:

  • Sonntag: Komplette Vollsicherung

  • Montag bis Samstag: Inkrementelle Backups (nur geänderte/neue Dateien)

Mein Plan ist, dies mit HBS 3 über den Erweiterten Zeitplan sowie Smart Versioning zu konfigurieren (mit Sonntag als Anker für die wöchentliche Vollversion).

Bevor wir das in die Produktion geben, würde ich gerne Feedback von Nutzern mit ähnlicher Konfiguration erhalten:

  1. QuDedup Overhead: Um zu vermeiden, dass die wöchentlichen Vollbackups unnötig Speicherplatz auf unserem 20-TB-Volume beanspruchen, scheint das Aktivieren von QuDedup sinnvoll. Wie verhält sich QuDedup auf dem TS-433 hinsichtlich CPU-Auslastung und Laufzeit?

  2. Retention & Pruning: Wenn wir eine Retention-Policy durchsetzen (z. B. vier wöchentliche Sonntag-Wiederherstellungspunkte behalten), werden die Versionen durch HBS 3 im Hintergrund sauber gepruned, ohne dass Indexdaten beschädigt werden?

  3. Gibt es bestimmte Stolperfallen, Performance-Tweaks oder Best Practices, die ihr für diesen lokalen Backup-Job mit HBS 3 empfehlen würdet?

Vielen Dank im Voraus für eure Tipps und Anregungen!

Möchtest du vor dem Posten noch bestimmte Details hinzufügen oder ändern?

Ich glaube, du hast am Ende deines Beitrags einen KI-Prompt vergessen.

  1. Vergiss Deduplizierung für dieses Home-NAS – sogar bei meinem 1288X dauert Dedupe ewig.
  2. Du solltest extern auf das NAS sichern, denn interne Backups helfen dir nicht, falls das NAS ausfällt (du kannst die Festplatten auf deinen Windows- oder Mac-Systemen nicht auslesen).

Wir bevorzugen diesen Ansatz für schnellen Zugriff und sichern normalerweise auch auf eine externe Festplatte (HDD). Allerdings beschäftigt uns hauptsächlich eine Frage: Falls mit der Primärdatei etwas passiert, können wir dann trotzdem auf die Originaldateien oder auf irgendwelche aktualisierten Versionen in den Backups zugreifen?

Klingt so, als solltest du eher Snapshots machen statt Dateien zwischen internen Volumes zu kopieren.

Snapshots auf Thin Volumes speichern nur Delta-Änderungen, sodass keine aufwändigen Deduplizierungsmaßnahmen nötig sind.

Hallo,

Wenn HBS RTRR zur Sicherung auf lokalen Speicher, ein externes Laufwerk oder ein anderes NAS verwendet, ist jede aufbewahrte Version ein vollständiger, unabhängig wiederherstellbarer Zeitpunkt. Es handelt sich nicht um eine Voll- und inkrementelle Kette, bei der spätere Versionen von früheren Deltas abhängen.

Unveränderte Dateien werden durch Hardlinks zu bereits vorhandenen Daten am Ziel dargestellt. So erscheint jede Version zwar als vollständiger Dateibaum, aber unveränderte Daten müssen nicht erneut gespeichert werden. Das Löschen einer älteren Version entfernt daher lediglich die Referenzen dieser Version; die Integrität und Wiederherstellbarkeit der verbleibenden Versionen wird nicht beeinträchtigt.

Auf der Übertragungsseite arbeitet HBS auf Dateiebene und nicht auf Blockebene. Es müssen nur die als verändert erkannten Dateien übertragen werden, aber wenn eine Datei verändert wurde, wird sie komplett erneut übertragen.

Hast du auch Snapshot + Snapshot Replica in Betracht gezogen? Snapshots arbeiten auf Blockebene, so dass nur geänderte Blöcke gespeichert oder repliziert werden müssen, und Snapshot Replica kann diese auf einen anderen Speicherpool entweder lokal oder auf einem anderen QNAP-NAS replizieren.