Wenn Sie in einer Windows-Umgebung häufig große Datasets löschen und neu erstellen (z. B.: Backup auf Festplatte), kann eine vorherige Löschaktion zu einer hohen Anzahl von UNMAP-Befehlen auf dem Array führen. Wenn Sie denselben Speicherplatz neu schreiben, kann Ihre Schreibleistung beeinträchtigt werden, da die eingehenden Schreibvorgänge warten, bis die UNMAPs verarbeitet werden, UNMAPs Festplattenspeicherplatzelemente an den Laufwerkpool auf der Arrayseite zurückgeben.
Der Betriebssystemmechanismus, der diese Speichereffizienzlogik vorantreibt, wird als "TRIM" bezeichnet. Wenn TRIM aktiv ist und Sie einen Block auf dem Dateisystem löschen, erzeugt das Dateisystem (NTFS) Metadaten über den freien Speicherplatz und gibt ihn an den I/O-Stack weiter. Auf Festplattenebene im E/A-Stack wird eine Entscheidung getroffen, ob die Zielfestplatte ATA-verbunden ist. In diesem Fall wird ein ATA TRIM-Befehl an das physische Laufwerksobjekt gesendet. Wenn es sich bei dem Laufwerk um eine SCSI-Festplatte handelt, wird TRIM in eine SCSI-UNMAP konvertiert.
Wenn Sie denselben Datenabschnitt löschen und erneut schreiben, ist der Aspekt der Speichereffizienz dieses Return-to-Pool-Mechanismus begrenzt. Unter diesen Umständen haben Sie sich möglicherweise dafür entschieden, TRIM auf NTFS-Ebene für die Dauer des jeweiligen Produktionsjobs zu deaktivieren oder TRIM ganz zu deaktivieren.
Die daraus resultierende Frage ist, wie Sie sicherstellen können, dass die Festplatten langfristig immer noch platzsparend sind?
Um ein erneutes Versuchen auf einem Gerät auszulösen, führen Sie in der Regel den Defragmentierungsbefehl mit der Option /L aus. Wenn Sie TRIM mit "fsutil behavior set disabledeletenotify 1" deaktiviert haben, haben Sie möglicherweise den Eindruck, dass der Trim oder die Unmap nur beim Löschen deaktiviert ist und dass das erneute Versuchen wie erwartet funktioniert. Dies ist nicht der Fall. Die Wiederholungsaktion in der Defragmentierung ist ein Mechanismus, der eine leere Datei mit geringer Datendichte zuweist und dann FSCTL_MOVE_FILE aufruft, um die Daten zu verschieben. Weitere Informationen finden Sie unter "Windows Internals 7", "Part II", S. 644 ff. Das resultierende Verhalten impliziert eine Löschaktion unter der Haube. Wenn disabledeletenotify "1" ist, ist der Retrim-Befehl leider weiterhin erfolgreich. Dies führt nicht zu Unmaps.
Daher muss die Sequenz zum Zurückgewinnen des Speichers einen Schritt enthalten, um TRIM zu aktivieren, bevor die Defragmentierung ausgeführt wird.
Wenn Sie TRIM auf dem System global deaktiviert, aktiviert, defragmentiert und dann erneut deaktiviert haben, kann der Deaktivierungsprozess mit unvollständiger Retrim-Befehlsausführung zusammentreffen, obwohl der Befehl an die Eingabeaufforderung zurückgegeben wurde. Beim Labortest unter Windows 2019 stellten wir fest, dass wir einige Sekunden warten mussten, bevor wir disabledeletenotify erneut auf "1" setzten. Wir glauben, dass dies ein Ergebnis einer Interaktion zwischen dem Defragmentierungsbefehl und dem Optimizer-Service im Hintergrund ist.
Wenn Sie TRIM mitHilfe von Drive Optimizer planen, erfordert das Standardmäßige Explorer-Menü eine geplante Aufgabe namens "ScheduledDefrag" (/Microsoft/Windows/Defrag) im Aufgabenplaner. Wenn Sie die Aufgabe ändern, erkennt der Drive Optimizer diese Tatsache und fordert Sie auf, die Standardeinstellungen wiederherzustellen, bevor Sie fortfahren können. Wenn Sie die Aufgabe deaktivieren, können Sie die Defragmentierungsbefehle weiterhin manuell ausführen, aber Sie können sie nicht planen.
Diese Aufgabe "ScheduledDefrag" wird auch als Systemwartung bezeichnet (Control Panel\All Control Panel Items\Security and Maintenance\Automatic Maintenance).
Daher empfehlen wir Ihnen, diese Systemstandardeinstellungen so zu belassen, wie sie sind, und stattdessen in Betracht zu ziehen, eine neue Aufgabe im Aufgabenplaner zu erstellen:
Der Timeout-Wert in Schritt 3 ist eine Interpolation von Labortests. Wir brauchten nie länger als 10 Sekunden, bis die Defragmentierung erfolgreich war, und sind der Meinung, dass die 60 Sekunden ein angemessener Ausgangspunkt sind. Wenn Sie feststellen, dass Abweichungen zwischen den auf arrayseitigen zugewiesenen Kapazitätswerten und dem Dateisystem gemeldeten genutzten Kapazitätswerten aufbauen, versuchen Sie, einen größeren Wert zu verwenden, z. B. 300 Sekunden (5 Minuten).
Im Folgenden stellen wir ihnen eine Vorlage für den Import in einen Aufgabenplaner zur Verfügung, die Sie als Grundlage verwenden können. Kopieren Sie den folgenden XML-Code und fügen Sie ihn in eine Datei ein, platzieren Sie die Datei in Reichweite des Serversystems, das Sie konfigurieren möchten, und verwenden Sie die Aufgabenimportaktion, um die Aufgabe zu importieren. Die folgende Aufgabenvorlage heißt DellSanDiskMaintenance. Die oben genannten vier Schritte werden wöchentlich an einem Samstag um 20:00 Uhr (20:00 Uhr) ausgeführt und im Stammverzeichnis des Planer platziert, z. B.:
Dell Technologies 2023-07-07T09:21:50.4883878 Dell Technologies This task is an example of how to optimize thin SAN drives, if TRIM is globally disabled on the system. \DellSanDiskMaintenance D:AI(A;;FA;;;BA)(A;;FA;;;SY)(A;;FRFX;;;LS)(A;;FR;;;AU) 2023-07-01T20:00:00 PT2H true 1 S-1-5-18 HighestAvailable IgnoreNew true true true false false false false true true false false false true P1D P4D false false PT4H 7 %windir%\system32\fsutil.exe behavior set disabledeletenotify 0 %windir%\system32\defrag.exe /C /L /U timeout /t 60 %windir%\system32\fsutil.exe behavior set disabledeletenotify 1