Steigt die Speicherbelegung durch Snapshots auf einem TerraMaster-NAS, betrifft das normalerweise den Speicherpool beziehungsweise das snapshotfähige Volume und nicht die Netzwerkfreigabe oder Benutzerrechte. Akute Datengefahr besteht meist noch nicht, solange Pool und Volume fehlerfrei arbeiten und genügend freie Kapazität vorhanden ist; ein nahezu voller Pool kann jedoch Dienste, neue Snapshots und Schreibvorgänge beeinträchtigen. Öffne zuerst in TOS die Speicherverwaltung und die Snapshot-Funktion, dokumentiere Poolbelegung, Volume-Status, vorhandene Snapshots und Aufbewahrungsregeln. Lösche vor dieser Bestandsaufnahme keine Snapshot-Kette und starte weder Initialisierung noch Neuaufbau oder Dateisystemreparatur.
Warum ein TerraMaster-Snapshot mit der Zeit wächst
Ein Snapshot ist kein zweites vollständiges Abbild aller Dateien. Er hält einen bestimmten Zustand fest und benötigt zusätzlichen Speicher, sobald sich Datenblöcke nach diesem Zeitpunkt ändern oder Dateien gelöscht werden. Die älteren Blöcke müssen erhalten bleiben, damit der frühere Zustand weiterhin wiederherstellbar ist.
Das erklärt ein typisches Verhalten: Eine große Datei wird aus einer Freigabe gelöscht, doch der belegte Speicher sinkt kaum. Existiert noch ein Snapshot, der auf den früheren Zustand verweist, bleiben die dafür benötigten Datenblöcke im Pool erhalten. Erst wenn kein relevanter Snapshot diese Blöcke mehr benötigt, können sie wieder freigegeben werden.
Wie schnell die Belegung zunimmt, hängt deshalb weniger von der gesamten Datenmenge als von der Änderungsrate ab. Virtuelle Maschinen, Datenbanken, Container-Verzeichnisse, Download-Ordner und häufig überschriebene große Dateien erzeugen normalerweise mehr Snapshot-Daten als ein weitgehend unverändertes Fotoarchiv.
Auch viele kleine Änderungen können sich summieren. Stündliche Snapshots über einen langen Zeitraum halten mehr Wiederherstellungspunkte vor als eine abgestufte Planung, bei der nur kurzfristig viele Versionen und langfristig wenige Tages- oder Wochenstände erhalten bleiben.
Die Belegung an der richtigen Stelle messen
Für die Diagnose müssen drei Werte getrennt betrachtet werden: die freie Kapazität des Speicherpools, die Belegung des Volumes und die von der Snapshot-Verwaltung ausgewiesenen Wiederherstellungspunkte. Je nach TerraMaster-Modell, Dateisystem und TOS-Version können Bezeichnungen und Darstellung abweichen. Maßgeblich sind daher die Funktionsbereiche für Speicherpool, Volume und Snapshots, nicht ein vermuteter Menüpfad.
Prüfe den Zustand aller Laufwerke, des RAID-Verbunds, des Speicherpools und des Volumes. Warnungen oder degradierte Zustände haben Vorrang vor einer Bereinigung der Aufbewahrung.
Notiere die gesamte, belegte und freie Kapazität des betroffenen Pools. Ein Screenshot verhindert, dass spätere Änderungen nur nach Gefühl beurteilt werden.
Ermittle, für welches Volume oder welche freigegebenen Ordner Snapshots bestehen. So lässt sich ausschließen, dass die hohe Belegung von einem anderen Volume oder Dienst stammt.
Sortiere die Wiederherstellungspunkte nach Alter und kontrolliere, wie viele pro Stunde, Tag, Woche oder Monat erhalten bleiben.
Prüfe, ob eine automatische Löschregel aktiv ist und ob sie tatsächlich eine Höchstzahl oder Altersgrenze durchsetzt. Ein Zeitplan zum Erstellen von Snapshots ist nicht automatisch eine Aufbewahrungsregel.
Die Summe vermeintlicher Einzelgrößen lässt sich nicht immer direkt mit dem physisch belegten Speicher gleichsetzen. Mehrere Snapshots können unveränderte Blöcke gemeinsam referenzieren. Umgekehrt kann eine kleine sichtbare Änderung viele intern geänderte Blöcke verursachen. Entscheidend ist daher die Entwicklung der Poolbelegung über einen vergleichbaren Zeitraum.
Mit einer Gegenprobe den Verursacher eingrenzen
Eine sichere Gegenprobe besteht aus Beobachtung statt sofortiger Löschung. Notiere die Poolbelegung, warte einen üblichen Arbeitszyklus ab und vergleiche anschließend, welche Datenbereiche verändert wurden und wie stark der Snapshot-Verbrauch gestiegen ist.
Wächst die Belegung vor allem während Sicherungsläufen, können temporäre Dateien oder rotierende Sicherungsarchive im geschützten Bereich liegen.
Steigt sie beim Betrieb einer virtuellen Maschine oder Datenbank deutlich, ist deren hohe Blockänderungsrate wahrscheinlich beteiligt.
Wächst sie trotz kaum veränderter Nutzdaten, sollten Protokolle, Papierkorb, Vorschaudaten, Container-Verzeichnisse und andere automatisch beschriebene Ordner geprüft werden.
Sinkt der freie Speicher nach dem Löschen großer Dateien nicht, halten möglicherweise Snapshots oder ein Papierkorb weiterhin Daten vor. Beide Mechanismen müssen getrennt kontrolliert werden.
Bevor Du einen Ordner aus der Snapshot-Planung herausnimmst, kläre seine Schutzfunktion. Ein häufig verändertes Arbeitsverzeichnis kann viel Speicher beanspruchen, zugleich aber besonders wertvolle kurzfristige Wiederherstellungspunkte benötigen. Die passende Reaktion ist dann häufig eine kürzere Aufbewahrung und nicht der vollständige Verzicht auf Snapshots.
Aufbewahrung nach Änderungsrate und Wiederherstellungsziel planen
Eine sinnvolle Planung beantwortet zwei Fragen: Wie weit musst Du zeitlich zurückgehen können, und wie viele Zwischenstände brauchst Du innerhalb dieses Zeitraums? Eine hohe Frequenz ist vor allem für die jüngste Vergangenheit nützlich. Ältere Zustände lassen sich meist mit größeren Abständen aufbewahren.
Ein mögliches Schema für regelmäßig bearbeitete Bürodaten wäre, kurzfristig mehrere Wiederherstellungspunkte pro Tag zu behalten, danach nur noch Tagesstände und für längere Rückblicke einzelne Wochen- oder Monatsstände. Die genauen Zahlen müssen zur freien Poolkapazität, Änderungsrate und Bedeutung der Daten passen. Sie sollten nicht ungeprüft aus einem anderen NAS übernommen werden.
Für Archive mit seltenen Änderungen kann eine niedrigere Frequenz ausreichen. Bei Datenbanken, virtuellen Datenträgern oder laufenden Anwendungen ist zusätzlich zu beachten, dass ein Dateisystem-Snapshot nicht automatisch einen anwendungskonsistenten Zustand garantiert. Falls die Anwendung eigene Sicherungs- oder Stilllegungsmechanismen anbietet, müssen diese in das Schutzkonzept einbezogen werden.
Kapazitätsreserve statt Vollauslastung einplanen
Die Planung sollte nicht die gesamte freie Kapazität für Snapshots verplanen. Der Pool benötigt Spielraum für normale Datenzuwächse, interne Speicherverwaltung, Updates und vorübergehende Lastspitzen. Eine starre allgemeine Prozentgrenze wäre ohne Kenntnis von Modell, Dateisystem, Poolgröße und Arbeitslast nicht belastbar.
Praktischer ist eine beobachtete Änderungsrate. Wenn die Snapshot-bezogene Belegung beispielsweise innerhalb von sieben Tagen um ungefähr 70 GB steigt, entspricht das im beobachteten Zeitraum durchschnittlich etwa 10 GB pro Tag. Bei unveränderter Arbeitslast wären für weitere 30 Tage überschlägig etwa 300 GB zusätzlicher Bedarf möglich. Das ist eine Planungsgröße und keine Garantie, weil einzelne Löschungen oder große Dateiänderungen den Verlauf deutlich verändern können.
Wenn der Speicher bereits knapp ist
Bei geringer Restkapazität zählt die Reihenfolge. Zuerst werden Zustand und externe Sicherung geprüft, danach unnötige Datenquellen gestoppt und erst anschließend ältere Wiederherstellungspunkte kontrolliert entfernt.
Sichere unersetzliche Daten auf ein unabhängiges Ziel und prüfe stichprobenartig, ob Dateien daraus geöffnet werden können. Ein RAID und ein Snapshot ersetzen dieses Backup nicht.
Pausiere nach Möglichkeit nicht notwendige, schreibintensive Aufgaben wie große Kopierjobs, Medienindizierung oder Testcontainer. Kritische Dienste dürfen nicht ohne Kenntnis ihrer Abhängigkeiten beendet werden.
Kontrolliere, ob besonders alte Snapshots noch für einen bekannten Wiederherstellungsfall benötigt werden. Dokumentiere vor dem Entfernen Datum, Umfang und betroffenen Datenbereich.
Lösche ausgewählte Wiederherstellungspunkte ausschließlich über die Snapshot-Verwaltung von TOS. Manipuliere keine internen Snapshot-Verzeichnisse über Dateifreigaben oder die Shell.
Beobachte danach Pool und Volume. Freier Speicher muss nicht augenblicklich in der erwarteten Höhe erscheinen, weil gemeinsam genutzte Blöcke weiterhin von anderen Snapshots referenziert werden können.
Sind mehrere Laufwerke auffällig, ist das RAID degradiert oder meldet das Dateisystem Fehler, darf die Snapshot-Bereinigung nicht als allgemeine Reparaturmaßnahme behandelt werden. In dieser Lage sollten Protokolle und Zustandsanzeigen gesichert sowie Backup und Redundanz bewertet werden, bevor ein Laufwerk entfernt oder ein Rebuild gestartet wird.
Warum das Löschen eines einzelnen Snapshots wenig bringen kann
Der freigebbare Speicher hängt davon ab, welche Datenblöcke nur noch vom gelöschten Wiederherstellungspunkt benötigt wurden. Teilen sich ältere und jüngere Snapshots viele Blöcke, kann das Entfernen eines einzelnen Snapshots kaum sichtbaren Platz schaffen. Werden dagegen Wiederherstellungspunkte entfernt, die große inzwischen gelöschte oder stark veränderte Dateien festhalten, kann der Effekt größer sein.
Eine zuverlässige Erfolgskontrolle besteht deshalb aus zwei Beobachtungen: Der betreffende Snapshot muss aus der Verwaltung verschwunden sein, und die freie Poolkapazität muss nach Abschluss der internen Verarbeitung erneut geprüft werden. Bleibt sie nahezu unverändert, sollte nicht blind weitergelöscht werden. Dann ist zu klären, ob andere Snapshots, Papierkörbe, Anwendungsversionen oder normale Nutzdaten den Speicher weiterhin belegen.
TerraMaster-Funktionen versionsgerecht kontrollieren
Ob Snapshots verfügbar sind und welche Aufbewahrungsoptionen angeboten werden, hängt bei TerraMaster vom NAS-Modell, der installierten TOS-Version, dem Dateisystem und der Speicherstruktur ab. Prüfe in den Systeminformationen die genaue Modellbezeichnung und TOS-Version. Suche anschließend in der integrierten Hilfe oder im TerraMaster-Support nach der Snapshot-Dokumentation für genau diese Kombination.
In TOS sind vor allem vier Funktionsarten relevant: Übersicht der Wiederherstellungspunkte, Zeitplan für neue Snapshots, automatische Aufbewahrung beziehungsweise Rotation und Anzeige der Speicherbelegung. Fehlt eine erwartete Einstellung, sollte sie nicht durch eine Anleitung für eine andere TOS-Generation oder ein anderes NAS-System ersetzt werden.
Nach jeder Anpassung muss erkennbar sein, dass neue Snapshots weiterhin erstellt werden, alte Punkte gemäß der gewählten Regel auslaufen und genügend Kapazitätsreserve bestehen bleibt. Zusätzlich ist ein Wiederherstellungstest mit einer entbehrlichen Testdatei sinnvoll. Er bestätigt die Nutzbarkeit der vorhandenen Snapshot-Funktion, während ein separater Restore-Test die Wiederherstellbarkeit des externen Backups nachweist.
Die tragfähige Entscheidung
Bleibt der Speicherpool gesund und wächst die Belegung durch häufig geänderte Daten, ist eine abgestufte Aufbewahrung meist sinnvoller als eine vollständige Abschaltung der TerraMaster-Snapshots. Reicht die Kapazität trotz passender Rotation nicht aus, müssen Änderungsquellen getrennt, weniger wichtige Bereiche aus der Planung genommen oder Speicher- und Backup-Konzept erweitert werden. Bei Pool-, RAID- oder Laufwerkswarnungen endet die reine Kapazitätsoptimierung: Dann haben Datensicherung und Zustandsdiagnose Vorrang.