Pools und Volumes — Storage organisieren

Die Storage-Hierarchie

Bareos organisiert Backup-Daten in drei Ebenen:

Storage Daemon
  └── Pool (logische Gruppierung)
       └── Volume (physische Speichereinheit)
            └── Job-Daten (Backup-Inhalt)

Diese Hierarchie zu verstehen ist essenziell für Storage-Kapazitätsmanagement — und es ist die Grundlage für alles, was Onesimus visualisiert.

Was ist ein Pool?

Ein Pool ist ein logischer Container, der Volumes mit demselben Zweck und denselben Richtlinien gruppiert. Stell ihn dir wie einen Aktenschrank mit einem bestimmten Etikett vor.

Gängige Pool-Konfigurationen:

PoolZweckTypische Einstellungen
FullWöchentliche Full-BackupsLange Retention, große Volumes
IncrementalTägliche Incremental-BackupsKurze Retention, kleinere Volumes
DifferentialWöchentliche Differential-BackupsMittlere Retention
ArchiveLangzeitaufbewahrungSehr lange Retention, Write-Once
ScratchUnbenutzte Volumes für jeden PoolKeine Retention, automatisch zugewiesen

Jeder Pool hat eigene Einstellungen für:

  • Volume Retention — wie lange Daten aufbewahrt werden
  • Maximale Volume-Größe — wie groß ein Volume werden kann
  • Maximale Volumes — wie viele Volumes der Pool halten kann
  • Recycle — ob abgelaufene Volumes wiederverwendet werden können
  • Auto-Prune — ob Bareos automatisch abgelaufene Daten entfernt

Was ist ein Volume?

Ein Volume ist eine physische Speichereinheit — typischerweise eine Datei auf der Platte oder ein Band. Es enthält die tatsächlichen Backup-Daten von einem oder mehreren Jobs.

Volume-Status in Bareos:

StatusBedeutung
AppendAkzeptiert aktuell neue Daten
FullMaximalgröße erreicht, keine weiteren Daten
UsedEnthält Daten, wartet auf Retention-Ablauf
PurgedRetention abgelaufen, Daten aus Katalog bereinigt
RecycledFür neue Daten wiederverwendet
ErrorEtwas ist schiefgelaufen

Der Lebenszyklus: Append → Full → Used → Purged → Recycled → Append.

Warum Pools wichtig sind

Ohne Pools gehen alle Backups in einen großen Haufen. Mit Pools kannst du:

  • Backup-Level trennen — Full-Backups auf große Volumes, Incrementals auf kleinere
  • Verschiedene Retention pro Typ — Fulls 90 Tage behalten, Incrementals 14
  • Verschiedene Storage-Ziele — Fulls auf Band, Incrementals auf Platte
  • Kopieren und Migrieren — Daten zwischen Pools für Offsite oder Archivierung verschieben

Der Scratch-Pool

Der Scratch-Pool ist besonders. Er hält “leere” Volumes, die Bareos automatisch jedem Pool zuweisen kann, der Platz braucht. Wenn ein Pool ein neues Volume braucht und keins verfügbar ist, zieht Bareos eins aus Scratch.

Das ist nützlich, weil:

  • Du Volumes nicht vorab bestimmten Pools zuweisen musst
  • Storage on-demand genutzt wird
  • Recycelte Volumes zu Scratch zurückkehren können, um überall wiederverwendet zu werden

Pool-Management in Onesimus

Pool-Management kommt in Onesimus v0.3.0 — visuelle Pool-Übersicht mit Volume-Status und Lebenszyklus-Tracking. Onesimus Pro wird Verbrauchsanalyse pro Job und Client, Wachstumstrends und Recycling-Empfehlungen ergänzen.

Die 5 Kernfragen, die jeder Backup-Admin stellt, drehen sich alle um das Verständnis von Pools und Volumes — wo Storage hingeht, wann er ausgeht und wie man ihn optimiert.

Zurück zur Wissensdatenbank →