Windows Server 2025 / FSRM-Kontingente und Dateiprüfung einrichten

Der Ressourcen-Manager für Dateiserver (File Server Resource Manager, FSRM) begrenzt den Speicherplatz eines Ordners und prüft Dateien anhand ihrer Namensmuster. Wenden Sie beide Funktionen auf getrennte neue Laborordner mit dem Dateisystem NTFS (New Technology File System) an. So unterscheiden Sie ein ausgeschöpftes Kontingent, eine Dateiprüfungsregel und fehlende Zugriffsrechte.

Prüfen Sie NTFS und eigene Testordner

Erstellen Sie auf FS1 die neuen, leeren Ordner D:\QuotaLab und D:\ScreenLab. Existieren sie bereits oder sind Regeln zugeordnet, klären Sie zuerst ihre Verwendung. Begrenzen Sie nicht versehentlich Abteilungsdaten. Die FSRM-Problembehandlung bestätigt die Unterstützung ausschließlich für NTFS, nicht für ReFS (Resilient File System). Führen Sie zuerst die Dateisystemabfrage aus und fahren Sie nur mit NTFS fort.

Get-Volume -DriveLetter D | Select-Object DriveLetter,FileSystem
Install-WindowsFeature FS-Resource-Manager -IncludeManagementTools
Get-Service SrmSvc

Installieren Sie den Rollendienst mit den Verwaltungswerkzeugen in einer erhöhten Windows PowerShell auf FS1. Prüfen Sie das Installationsergebnis und ob SrmSvc ausgeführt wird; beheben Sie Fehler vor dem Erstellen von Regeln. Öffnen Sie die Konsole mit fsrm.msc. Die Installation erteilt keine Schreibrechte auf die Ordner. Verwenden Sie für den lokalen Vergleich ein bereits schreibberechtigtes Konto und prüfen Sie vor dem Setzen der Grenzen, ob Sie in beiden Ordnern eine kleine Datei speichern können.

Wenden Sie ein hartes Kontingent auf einen Ordner an

1. Wählen Sie unter Kontingentverwaltung → Kontingentvorlagen die Aktion Kontingentvorlage erstellen und den Namen Lab-50MB. Existiert der Name bereits, prüfen Sie seine Verwendung, statt eine fremde Vorlage zu überschreiben.
2. Geben Sie 50 als Grenze und MB als Einheit ein. Wählen Sie Hartes Kontingent: Es verhindert eine Überschreitung. Weiches Kontingent erlaubt sie und dient zur Überwachung. Speichern Sie die Vorlage und konfigurieren Sie Warnungen nur, wenn Sie diese testen möchten.
3. Erstellen Sie aus Lab-50MB ein Kontingent anhand der Vorlage. Geben Sie D:\QuotaLab an und wählen Sie ein Kontingent auf diesem Pfad statt der automatischen Anwendung auf Unterordner. Prüfen Sie die Vorlage und speichern Sie.
4. Öffnen Sie unter Kontingentverwaltung → Kontingente den neuen Eintrag. Kontrollieren Sie den exakten Pfad, 50 MB, den harten Typ und die Ausgangsnutzung. Entfernen Sie vorher nur eine eventuell für den Schreibtest erstellte kleine Datei, keine fremden Daten.

Dieses Kontingent gilt für den gesamten Ordner und unterscheidet sich von benutzerbezogenen NTFS-Datenträgerkontingenten. Die Anleitung zum Erstellen von Kontingenten unterscheidet ein einzelnes Pfadkontingent von automatisch zugeordneten Unterordnerkontingenten. Eine Kontingentvorlage definiert Grenze, Typ und Benachrichtigungen. Bewerten Sie bei echten Daten zuerst Nutzung, Wachstum, Aufbewahrung und Warnungen.

Vergleichen Sie Schreibvorgänge unter und über der Grenze

Prüfen Sie ausreichend freien physischen Speicher und stellen Sie sicher, dass first.bin und second.bin in D:\QuotaLab noch nicht existieren. WriteAllBytes überschreibt vorhandene Dateien; verwenden Sie die Namen nicht für wichtige Daten. Führen Sie die Zeilen einzeln aus, um beide Ergebnisse zu beobachten. In PowerShell bedeutet 30MB genau 30 MiB beziehungsweise 31.457.280 Bytes. Der folgende Code versucht, zwei Dateien dieser Größe zu speichern:

$sampleBytes = New-Object byte[] (30MB)
[System.IO.File]::WriteAllBytes('D:\QuotaLab\first.bin',$sampleBytes)
[System.IO.File]::WriteAllBytes('D:\QuotaLab\second.bin',$sampleBytes)

Beim harten 50-MB-Kontingent muss die erste Datei gespeichert werden; die zweite muss scheitern, weil beide zusammen die Grenze überschreiten. Vergleichen Sie die Fehlermeldung mit Nutzung und Konfiguration in FSRM. Scheitern beide, prüfen Sie Pfad, Rechte und physischen Speicher. Gelingt beides, kontrollieren Sie den harten Kontingenttyp und den genauen Pfad D:\QuotaLab. Prüfen Sie auch, ob der fehlgeschlagene Versuch eine unvollständige zweite Datei hinterlassen hat.

Ändern Sie zum Vergleich ausschließlich die Eigenschaften des Kontingents für D:\QuotaLab auf weich, bei gleichem Grenzwert. Bearbeiten Sie keine gemeinsam verwendete Vorlage und verteilen Sie keine Änderungen auf andere Kontingente. Entfernen Sie nur first.bin und second.bin samt möglichen Teilresten und wiederholen Sie denselben Code: Jetzt müssen beide Dateien trotz überschrittener Grenze gespeichert werden können. Halten Sie den Test begrenzt, entfernen Sie danach die Testdateien und stellen Sie das harte Kontingent wieder her. Nur konfigurierte Warnungen werden erzeugt; E-Mail erfordert zusätzlich passende FSRM-Optionen und einen eingerichteten Mailserver.

Prüfen Sie ein harmloses Dateinamensmuster

1. Erstellen Sie unter Dateiprüfungsverwaltung → Dateigruppen die neue Gruppe LabBlocked. Fügen Sie *.labblocked zu den eingeschlossenen Mustern hinzu und prüfen Sie, dass kein Ausschluss das Muster aufhebt. Echte ausführbare Dateien oder Schadsoftware sind nicht erforderlich.
2. Erstellen Sie unter Dateiprüfungsverwaltung → Dateiprüfungen eine Regel für D:\ScreenLab und öffnen Sie die benutzerdefinierten Eigenschaften. Die Regel gilt auch für Unterordner; begrenzen Sie den Pfad auf das Labor.
3. Wählen Sie aktive Dateiprüfung (Active screening) und LabBlocked. Für eine zu prüfende Benachrichtigung richten Sie diese auf der Registerkarte Ereignisprotokoll ein. Speichern Sie die Eigenschaften und erstellen Sie die Regel; für diese isolierte Übung können Sie auf eine zusätzliche Vorlage verzichten.
4. Speichern Sie einfachen Text als normal.txt und als sample.labblocked in D:\ScreenLab. Der erste Name muss erlaubt, der zweite gesperrt sein. Prüfen Sie die tatsächliche Erweiterung im Explorer. Wählen Sie beim Speichern im Editor Alle Dateien, damit nicht versehentlich sample.labblocked.txt entsteht.
5. Ändern Sie nur diese Regel auf passive Dateiprüfung und wiederholen Sie den Versuch: sample.labblocked muss gespeichert werden können. Prüfen Sie nur eingerichtete Benachrichtigungen. Schließen und entfernen Sie vor dem erneuten aktiven Test die im passiven Modus gespeicherte Testdatei, stellen Sie aktive Prüfung wieder her und versuchen Sie das Neuerstellen; es muss scheitern. Die Dateiprüfung löscht bereits gespeicherte Dateien nicht automatisch.

Die Anleitung zur Dateiprüfung erklärt aktives und passives Verhalten. Dateigruppen enthalten Ein- und Ausschlussmuster; ihre Änderung kann andere Regeln beeinflussen, die dieselbe Gruppe verwenden. Die Prüfung beurteilt Namen und ersetzt keine inhaltsbasierte Schadsoftwareerkennung. Umbenannte Erweiterungen und Programme mit temporären Dateinamen müssen gesondert betrachtet werden.

Ordnen Sie Fehler ein und entfernen Sie nur Testregeln

Ein fehlgeschlagener Speichervorgang beweist allein keinen Berechtigungsfehler. Prüfen Sie genauen Pfad, Typ und Nutzung des Kontingents, Dateiprüfung und Ausnahmen, NTFS-Rechte, physischen Speicher und Ereignisse zum Testzeitpunkt. Der lokale Versuch auf FS1 ersetzt keinen SMB-Test (Server Message Block) mit einem normalen Benutzer, bei dem zusätzlich Freigaberechte gelten.

Entfernen Sie abschließend ausschließlich das Kontingent von D:\QuotaLab und die Dateiprüfung von D:\ScreenLab, nachdem Sie deren Pfade kontrolliert haben. Prüfen Sie, dass eine kleine Datei und ein zuvor gesperrter Testname wieder gespeichert werden können. Bereinigen Sie nur die für diese Übung erzeugten Dateien. Vor dem Löschen von Lab-50MB oder LabBlocked müssen Sie sicherstellen, dass keine anderen Kontingente oder Dateiprüfungen darauf verweisen; übertragen Sie keine Laboränderungen auf produktive Ressourcen.