Capacity and Lifecycle - KalliLab CORE

Status: Initiale Capacity-Baseline 2026-05-26; H:/-Nearline-Pull seit 2026-05-28 produktiv; zweites Off-site/Cold-Storage bewusst nicht umgesetzt.

Zweck

Dieses Dokument haelt Wachstum, Schwellenwerte und Upgrade-Trigger fest. Es verhindert, dass Storage-, RAM- oder Backup-Entscheidungen erst dann getroffen werden, wenn der Host bereits unter Druck steht.

Aktuelle Kapazitaet

Bereich	Groesse	Belegt	Frei	Schwellwert	Bewertung
Cache	1.9T	97G	1.8T	70 % Planung / 85 % Aktion	gruen, 6 % belegt
Disk1 / Array	5.5T	1.8T	3.7T	80 % Planung / 90 % Aktion	gruen, 33 % belegt
User Shares gesamt	5.5T	1.8T	3.7T	80 % Planung / 90 % Aktion	gruen, entspricht aktuell Disk1
Backups lokal	5.5T geteilter Array-Space	2.2G unter `/mnt/user/backups`	3.7T Share-frei	Review bei Borg-/Dump-Wachstum	lokal nicht unabhaengig vom Array
Hetzner Borg	extern / Storage Box	nicht repo-seitig gemessen	nicht repo-seitig gemessen	Borg-Stale-Alert + Account-Review	einziges echtes Off-site-Ziel
Externe Cold-Platte	nicht vorhanden	-	-	Review nur bei Trigger	bewusst nicht beschafft; zweites Off-site erst bei Hetzner-Problemen, stark wachsendem Datenwert oder geaenderter Betreiber-Praeferenz

Pruefkommando:

df -h /mnt/cache /mnt/disk1 /mnt/user
du -sh /mnt/user/appdata/* | sort -hr | head -30
du -sh /mnt/user/documents /mnt/user/photos /mnt/user/media /mnt/user/backups 2>/dev/null

Wachstumsbereiche

Bereich	Erwartetes Wachstum	Risiko	Naechste Aktion
Medien	aktuell ca. 1.7T	groesster Speicherblock	Array-Erweiterung vor 80 % planen
Immich Fotos/Videos	aktuell ca. 23G	hoechster privater Datentopf	Restore-Test priorisieren
Paperless/Dokumente	aktuell ca. 199M im Documents-Share	wichtig, moderates Wachstum	Restore-Test existiert, Share-Wachstum beobachten
Nextcloud	aktuell klein, kann durch Familiennutzung stark wachsen	Datenwachstum und Quotas koennen spaeter relevant werden	Quota/Backup bei Familien-Onboarding pruefen
Monitoring/Loki	begrenzt durch Retention	Retention kann Disk fuellen	Retention und Volume-Groesse bei Reviews pruefen
Borg Dumps	aktuell ca. 2.2G lokale Backups	Retention und Excludes pruefen	Borg-Stale + Groessenprofil

Upgrade-Trigger

Trigger	Massnahme
Cache dauerhaft >70 %	Zweite NVMe oder Appdata-Verteilung planen
Cache >85 %	Sofortmassnahme, keine grossen Deployments
Disk1 >80 %	Array-Erweiterung planen
Disk1 >90 %	Keine neuen grossen Datenimporte, Erweiterung priorisieren
RAM >90 % ueber 10 Minuten regelmaessig	RAM-Ausbau oder Service-Limits pruefen
Borg-Laufzeit deutlich steigend	Scope, Netzwerk und Ziel pruefen
SMART-Warnung	Ersatz planen, Restore-/Backup-Frische pruefen
Keine USV-Abschaltung	Risiko ist per Operator-Entscheidung 2026-05-26 bewusst akzeptiert; bei Stromausfaellen/Datenkorruption neu bewerten

H:/ als zusaetzliches lokales Backup-Ziel

H:/ ist keine echte Offsite-/Airgap-Kopie und kein Ersatz fuer Hetzner. Es ist aber sinnvoll als zweite lokale Nearline-Kopie fuer kritische Restore-Quellen (Borg-Dumps, Repo-Bundles, Flash-Backup) und als Freeze-Sicherung vor strukturellen Eingriffen.

Nutzung	Umsetzung	Hinweis
Pull von `/mnt/user/backups/borg/dumps/latest` auf H:/	Windows Scheduled Task per `robocopy`	keine CIFS-Hard-Mounts auf Unraid
Pull der Gitea-Bundles aus `/mnt/user/backups/git-bundles/gitea`	identisch	Bundles sind klein und schnell synchronisiert
Pull des Unraid-Flash-Artefakts `unraid-flash-config.tar.gz`	bewusst nicht im H:/ Scope	Restore-Quelle bleibt Hetzner-Borg; Flash-Config wie Secret behandeln

Der konkrete Pull-Pfad ist in docs/H_DRIVE_NEARLINE_PULL.md und ops/h-drive-nearline/pull-critical-backups.ps1 produktiv. Der Windows Scheduled Task KalliLab H Drive Nearline Pull laeuft seit 2026-05-28 taeglich 05:30.

Abgrenzung	Bewertung	Begruendung
Nicht als Ersatz fuer Hetzner-Off-site	bewusst	3-2-1 ist mit Hetzner als einzigem Off-site erfuellt; H:/ reduziert nur lokale Restore-Abhaengigkeit
Nicht als zweites Borg-Repo am Unraid	bewusst	dauerhafte CIFS-Verbindung im Borg-Lauf verletzt Hard Rule aus `docs/STORAGE_LAYOUT.md`

Kapazitaets-Eintrag

Bereich	Groesse	Belegt	Schwellwert	Bewertung
H:/ (Windows-Arbeitsplatz, `Externe HDD`)	8.0T	3.91T belegt / 4.10T frei	Review wenn > 70 %	NTFS, `Healthy`; Pull-Ziel fuer Borg-Dumps und Gitea-Bundles

Naechste Schritte

Task-Lauf quartalsweise gegen Reports unter H:\kallilab-nearline-backups\_reports pruefen.
Review-Intervall: quartalsweise. Bei jeder grossen Strukturaenderung Freeze-Pull manuell ausloesen.

Restore-Zeitziele

Tier	Beispiel	Zielzeit	Status
Tier 0	Repo, Secrets, Traefik, DNS	2-4 h	Zielwert, per DR-Sanity-Check bestaetigen
Tier 1	Gitea, Vaultwarden, Paperless, Immich	4-8 h	Zielwert, einzelne Restore-Tests vorhanden
Tier 2	Nextcloud, Mealie, Monitoring	< 24 h	Zielwert, Restore-Pfade dokumentiert
Tier 3	Komfort-/Ops-Tools	Best effort / rebuildbar	Zielwert, keine harte SLA

Review-Log

Datum	Befund	Entscheidung
2026-05-26	Cache 6 %, Array/User-Shares 33 %, lokale Backups 2.2G; keine validierte USV-Abschaltung	Capacity gruen; USV wird aktuell nicht angeschafft, Power-Loss-Risiko bewusst akzeptiert; zweites Off-site/Cold-Storage bewusst nicht umgesetzt
2026-05-26	H:/ als dauerhaft verbundenes Windows-Laufwerk evaluiert	als zweite lokale Nearline-Kopie und Freeze-Sicherung sinnvoll; nicht als Offsite-Ersatz und nicht als Borg-CIFS-Hard-Mount am Unraid
2026-05-26	H:/ Kapazitaet erfasst: 8.0T NTFS, 3.91T belegt, 4.10T frei, `Healthy`	genug Reserve fuer Nearline-Pull der kritischen Restore-Artefakte
2026-05-27	H:/ Pull-Workflow vorbereitet	SMB-Quelle `\\192.168.178.58\backups` erreichbar; PowerShell-Skript und Runbook erstellt
2026-05-28	H:/ Pull-Workflow produktiv	Windows Scheduled Task `KalliLab H Drive Nearline Pull` taeglich 05:30 aktiv

6.2 KiB Raw Blame History