Dateiserver läuft voll: Kontingente, Dateiprüfung und Deduplizierung richtig einsetzen

Kontingente, Dateiprüfungen und Berichte gehören zusammen

Der Ressourcen-Manager für Dateiserver ist ein Rollendienst, kein eigenes Produkt, und er bündelt fünf Bausteine: Kontingentverwaltung, Dateiprüfung, Speicherberichte, die Infrastruktur zur Dateiklassifizierung und Dateiverwaltungsaufgaben. Im Alltag trägt vor allem die Kombination aus den ersten dreien. Ein Kontingent begrenzt die Menge, eine Dateiprüfung begrenzt die Art, und ein Bericht sagt dir, ob beides noch zur Wirklichkeit passt.

Kontingente lassen sich auf ein Volume oder auf einen Ordner legen. Die Dokumentation nennt als Beispiel eine Grenze von 200 Megabyte für persönliche Ordner mit einer Benachrichtigung bei 180 Megabyte, eine flexible Grenze von 500 Megabyte für einen Gruppenordner mit vorübergehender Erweiterung auf 520 Megabyte und eine reine Beobachtung ohne Begrenzung für einen temporären Ordner, den ein Dienst braucht. Diese drei Muster decken den Großteil dessen ab, was auf einem Dateiserver gebraucht wird.

Bei den Dateiprüfungen sind Dateigruppen der eigentliche Hebel: Sie bündeln Dateitypen, und die Regel arbeitet danach mit der Gruppe statt mit einer langen Liste von Endungen. Dazu kommen Vorlagen, die sich auf neue Ordner anwenden lassen, und Ausnahmen, die einzelne Ordner von einer Regel ausnehmen. Wer eine Meldung per E-Mail auslösen will, muss vorher die allgemeinen Optionen des Ressourcen-Managers für Dateiserver konfigurieren, sonst läuft die Benachrichtigung ins Leere.

Wie die Datendeduplizierung tatsächlich arbeitet

Die Deduplizierung folgt zwei Grundsätzen, die in der Dokumentation ausdrücklich benannt sind: Sie soll das Schreiben nicht ausbremsen, und sie soll den Zugriff nicht verändern. Daraus folgt das nachgelagerte Verfahren. Alles wird zuerst unoptimiert geschrieben, und ein Auftrag zerlegt die Dateien später in Chunks variabler Größe, legt die eindeutigen davon im Chunk Store ab, komprimiert sie auf Wunsch und ersetzt den Datenstrom der Datei durch einen Reparse Point. Beim Lesen leitet ein Dateisystemfilter die Anforderung transparent auf die passenden Chunks um.

Vier Aufträge halten das System am Laufen. Die Optimierung läuft im Standardplan stündlich. Die Speicherbereinigung entfernt Chunks, auf die niemand mehr verweist, und startet samstags um 2:35 Uhr. Die Integritätsprüfung sucht Beschädigungen im Chunk Store und läuft samstags um 3:35 Uhr, wobei sie Kopien häufig genutzter Chunks vorhält, sobald ein Chunk mehr als hundertmal referenziert wird. Die Aufhebung der Optimierung ist ein reiner Handbetrieb und schaltet die Deduplizierung für ein Volume wieder ab.

Für die Planung sind zwei Zahlen wichtig. Die unterstützte Volumegröße liegt seit Windows Server 2016 bei bis zu 64 Terabyte, und die früheren engen Größenempfehlungen sind damit entfallen. Beim Arbeitsspeicher nennt die Dokumentation als Minimum 300 Megabyte plus 50 Megabyte je Terabyte logischer Daten und als guten Wert ein Gigabyte je Terabyte. Ein Volume mit zehn Terabyte läuft also mit 800 Megabyte, arbeitet aber mit zehn Gigabyte deutlich zügiger.

Zwei Einschränkungen solltest du kennen, bevor du einschaltest. Die Windows-Suche indiziert deduplizierte Dateien nicht, weil sie Reparse Points nicht indizieren kann, was Suchergebnisse unvollständig macht. Und auf Volumes mit mehreren Speicherebenen ist Deduplizierung nicht unterstützt. Auf ReFS ist sie ab Windows Server 2019 unterstützt, davor nicht.

Schattenkopien sind ein Speicherposten, kein Nebeneffekt

Schattenkopien freigegebener Ordner sind für Nutzer der bequemste Weg, eine gelöschte Datei ohne Rücksprache zurückzuholen. Technisch legt der Systemanbieter dafür im Verfahren Copy-on-Write die alten Blöcke in einem eigenen Bereich ab, bevor sie überschrieben werden. Dieser Bereich wächst mit der Änderungsrate, nicht mit der Datenmenge. Ein Volume mit vielen kleinen Änderungen an großen Dateien füllt ihn deutlich schneller als ein Archiv, auf dem selten geschrieben wird.

Zwei Obergrenzen sind dokumentiert. Der Systemanbieter kann je Volume bis zu 512 Schattenkopien vorhalten, für die Funktion Schattenkopien freigegebener Ordner sind es standardmäßig 64. Beide Werte lassen sich anpassen, der zweite über einen Registrierungswert. Entscheidend für den Alltag ist die dritte Regel: Wenn der Bereich voll ist, werden Schattenkopien beginnend mit der ältesten gelöscht. Der Server meldet dabei keinen Fehler, und die Vorgängerversionen reichen einfach nicht mehr so weit zurück wie gestern.

Für die Planung heißt das, den Bereich bewusst zu bemessen und nicht der Vorbelegung zu überlassen. Der Bereich kann auf einem anderen Volume liegen, muss aber ein NTFS-Volume mit ausreichend Platz sein. Wenn du den Platz auf dem Datenvolume brauchst, ist die Auslagerung des Bereichs auf ein eigenes Volume der sauberere Weg als das Verkleinern der Obergrenze, weil du damit die Rückholbarkeit nicht opferst.

Was diese Maßnahmen nicht ersetzen

Keiner der genannten Bausteine ist eine Sicherung. Schattenkopien liegen auf demselben Volume oder auf einem Nachbarvolume desselben Servers und sind bei einem Ausfall des Datenträgers ebenso weg wie die Daten. Deduplizierung senkt den belegten Platz, erhöht aber die Abhängigkeit von einem intakten Chunk Store. Die Integritätsprüfung gleicht das teilweise aus, indem sie Beschädigungen erkennt und bei Speicherplätzen mit Spiegelung oder Parität aus der Zweitkopie repariert. Eine Sicherung auf ein getrenntes System bleibt trotzdem nötig.

Kontingente ersetzen außerdem keine Ablageordnung. Eine harte Grenze auf einem persönlichen Ordner sorgt dafür, dass jemand aufräumt, aber sie sorgt nicht dafür, dass die richtigen Daten am richtigen Ort liegen. Wenn dieselben Dokumente in vier Ordnern liegen, weil niemand weiß, welcher der gültige ist, löst das keine Speichertechnik. Die Speicherberichte helfen an dieser Stelle, weil sie doppelte Dateien und lange nicht mehr geöffnete Dateien getrennt ausweisen und damit ein Gespräch mit dem Fachbereich möglich machen.

Und schließlich ersetzen sie keine Kapazitätsplanung. Ein Dateiserver, dessen Bestand jedes Jahr um dreißig Prozent wächst, ist mit Optimierung ein Jahr länger tragfähig und danach wieder voll. Der Wert der Maßnahmen liegt darin, dass du die Zeit gewinnst, um die nächste Erweiterung ordentlich zu planen, statt sie am Freitagabend zu improvisieren.