Wie überprüft man, ob Snapshots oder Papierkörbe NAS-Speicherplatz verwenden?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How to Check Whether Snapshots or Recycle Bins Use NAS Space - Zima Store Online

Um den Speicherhalter zu identifizieren, vergleichen Sie die Nutzung der Live-Freigabe, den Inhalt des Papierkorbs und die Snapshot-only-Nutzung, bevor Sie eine weitere Datei oder einen Wiederherstellungspunkt von Ihrem NAS löschen.

Ein Papierkorb speichert gewöhnliche Dateien in einem versteckten Verzeichnis, während ein Snapshot ältere Blöcke referenziert, die nach dem Verschwinden der Live-Datei erhalten bleiben. Die sicherste Überprüfung ist daher ein kontrollierter Vergleich: Erfassen Sie die Kapazität, prüfen Sie beide Aufbewahrungsebenen und bestätigen Sie, welche Zahl sich ändert, bevor Sie eine Aufbewahrungsregel ändern.

Vergleichen Sie zuerst jede Zahl mit dem gleichen Speicherbereich

Beginnen Sie mit dem Speicherpool oder Volume, das den fehlenden freien Speicher gemeldet hat. Ein freigegebener Ordner kann schrumpfen, während sein übergeordneter Pool unverändert bleibt, daher kann der Vergleich einer Freigabegröße mit der gesamten freien Pool-Kapazität eine falsche Diskrepanz erzeugen.

Erfassen Sie gleichzeitig vier Werte: genutzter Pool-Speicher, Nutzung des Live-Datensatzes oder der Freigabe, Nutzung des Papierkorbs und Snapshot-only-Nutzung. Wenn die Oberfläche nicht alle vier anzeigt, verwenden Sie den Dateimanager für das Papierkorb-Verzeichnis und den Snapshot-Manager für den gehaltenen oder exklusiven Snapshot-Speicher.

Das Muster ist wichtiger als eine einzelne absolute Zahl. Aktualisieren Sie dieselben Bildschirme, nachdem die Hintergrundbuchhaltung abgeschlossen ist, und verwenden Sie dann die folgenden Hinweise, um zu entscheiden, welche Ebene eine genauere Prüfung verdient.

Beobachtetes Ergebnis	Wahrscheinlicher Speicherhalter	Was als Nächstes zu überprüfen ist
Die gelöschte Datei ist in einem Papierkorb- oder Müllordner sichtbar	Papierkorb	Größe des Verzeichnisses, benutzerspezifische Ordner und Aufbewahrungsdauer
Live-Daten schrumpfen, während die Snapshot-only-Nutzung steigt	Snapshots	Snapshot-Zeitachse des Datensatzes und gehaltene Blöcke
Pool-Nutzung bleibt hoch, nachdem der Papierkorb überprüft wurde	Wahrscheinlich Snapshots	Gesamtnutzung der Snapshots im gleichen Datensatzbereich
Weder Papierkorb- noch Snapshot-Nutzung erklärt die Differenz	Eine andere Speicherebene	Geöffnete gelöschte Dateien, App-Versionen, untergeordnete Datensätze oder Reservierungen

Überprüfen Sie den Papierkorb als gespeicherte Dateien

Ein NAS-Papierkorb ist normalerweise serverseitiger Speicher, nicht der Papierkorb auf dem Computer, der die Datei gelöscht hat. Schauen Sie im betroffenen freigegebenen Ordner und im NAS-Dateimanager nach versteckten Papierkorb-, Müll- oder benutzerspezifischen Wiederherstellungsordnern.

Ein Samba-ähnlicher Papierkorbdienst kann eine Löschung abfangen und die Datei in ein serverseitiges Papierkorbverzeichnis verschieben. Der Dateiname kann vom ursprünglichen Pfad verschwinden, während die Daten weiterhin denselben Pool belegen.

Messen Sie die Größe des Verzeichnisses, bevor Sie es leeren. Prüfen Sie jeden Freigabe- und Benutzerbereich, da ein sichtbarer Papierkorbordner nicht das gesamte NAS repräsentieren muss. Bestätigen Sie auch, ob wiederholte Löschungen mehrere Dateiversionen erhalten und ob ein automatischer Aufbewahrungsjob tatsächlich ausgeführt wurde.

Überprüfen Sie Snapshots als referenzierte Blöcke

Ein Snapshot muss keine zweite gewöhnliche Kopie jeder Datei speichern. Er bewahrt Referenzen auf ältere Blöcke, sodass eine gelöschte Datei aus der Live-Freigabe verschwinden kann, während die Blöcke für die Wiederverwendung gesperrt bleiben.

Verwenden Sie zuerst den aggregierten Wert des Snapshot-Managers für den betroffenen Datensatz. Bei ZFS-Systemen kann die Snapshot-Speichernutzung auf Datensatzebene geprüft und dann auf Snapshots eingegrenzt werden, die noch eine bekannte Datei oder ein Verzeichnis enthalten.

Behandeln Sie die angezeigte Nutzung eines einzelnen Snapshots nicht als Größe aller darin sichtbaren Daten. Mehrere Snapshots können dieselben Blöcke referenzieren, und das Entfernen eines Wiederherstellungspunkts kann wenig Speicher freigeben, wenn ein anderer Snapshot noch die letzte Referenz bereitstellt.

Führen Sie eine kontrollierte Überprüfung durch, bevor Sie etwas löschen

Verwenden Sie eine bekannte gelöschte Datei oder einen Ordner als Testobjekt. Deren ungefähre ursprüngliche Größe und Löschzeit geben Ihnen eine Referenz, aber Kompression, Metadaten und geteilte Snapshot-Blöcke bedeuten, dass die endgültige Kapazitätsänderung nicht genau der Dateigröße entsprechen muss.

Stoppen Sie neue große Übertragungen und erfassen Sie die Werte für Pool, Live-Daten, Papierkorb und Snapshots.
Durchsuchen Sie jedes relevante Papierkorbverzeichnis nach dem bekannten gelöschten Pfad und notieren Sie die gespeicherte Größe.
Wenn es nicht vorhanden ist, prüfen Sie Snapshots, die vor der Löschung erstellt wurden, und vergleichen Sie die aggregierte Snapshot-Nutzung.
Sehen Sie sich die Schätzung der Rückgewinnung für einen abgelaufenen Snapshot an, falls das NAS eine Trockenlauf- oder Schätzfunktion bietet.
Nachdem Sie bestätigt haben, dass die Daten nicht mehr benötigt werden, entfernen Sie nur das identifizierte Papierkorb-Element oder den abgelaufenen Wiederherstellungspunkt und aktualisieren Sie dann dieselben vier Werte.

Fällt die Papierkorbgröße, enthielt der Papierkorb gewöhnliche Dateien. Fällt die Snapshot-only-Nutzung, waren gehaltene Blöcke die Ursache. Ändert sich nichts, stoppen Sie das Löschen von Wiederherstellungsdaten und prüfen Sie offene Datei-Handles, App-Versionen, Replikationssperren, reservierte Kapazität und untergeordnete Datensätze.

Wenn die routinemäßige Aufbewahrung den Pool wiederholt fast voll lässt, ist die dauerhafte Lösung ein realistischer Snapshot-Kapazitäts-Puffer und keine wiederkehrenden Notfallbereinigungen. Die Aufbewahrung sollte die Wiederherstellungsziele schützen, ohne den für aktive Dienste benötigten Arbeitsbereich zu verbrauchen.

Häufig gestellte Fragen

Warum kann ein Snapshot fast keinen genutzten Speicher anzeigen, obwohl gelöschte Daten noch erhalten sind?

Der angezeigte Wert kann den Speicherplatz darstellen, der nur diesem Wiederherstellungspunkt zugeordnet ist, nicht alle Blöcke, die er lesen kann. Ein anderer Snapshot kann dieselben gelöschten Daten noch referenzieren, sodass das Entfernen nur eines Snapshots wenig oder keinen Speicher freigibt.

Entfernt das Leeren des Papierkorbs auch Snapshots?

Nein. Die Bereinigung des Papierkorbs entfernt Dateien aus dem Live-Verzeichnis, während Snapshots einem separaten Aufbewahrungssystem folgen. Wenn dieses Verzeichnis selbst jedoch in Snapshots enthalten ist, können dessen alte Blöcke so lange erhalten bleiben, bis die entsprechenden Snapshots ablaufen.

Warum ist der zurückgewonnene freie Speicherplatz manchmal kleiner als die gelöschte Datei?

Logische Dateigröße und zugewiesener Pool-Speicher sind nicht immer gleich. Kompression, Blockfreigabe, Metadaten, Parität, Deduplizierung und verzögerte Buchhaltung können das beobachtete Ergebnis verändern, daher sollten Sie Speicher-Metriken der Schichten vergleichen, anstatt eine exakte Byte-für-Byte-Übereinstimmung zu erwarten.