Ntfs Control MFT Wachstumsinkrement

Ntfs Control MFT Wachstumsinkrement

Ich habe ein sauber formatiertes 8-TB-NTFS-Laufwerk auf einem Windows Server 2008-System. Ich kopiere 6 TB Dokumente darauf, indem ich einige parallele Robocopies verwende. Es gibt eine große Anzahl kleinerer Dateien (~150 Millionen). Diese sind über mehrere Verzeichnisse verteilt. Im Großen und Ganzen sind die Dateien zu groß, um inline in die MFT zu passen. Nach etwa drei Vierteln des Kopiervorgangs ließ die Leistung des Kopiervorgangs deutlich nach.

Wenn ich mir procmon anschaue, scheint der Engpass die MFT-Erweiterung zu sein. Ich sehe, dass jeder der Robocopy-Prozesse bei CreateFile ca. 3,5 Sekunden benötigt. Unmittelbar nach dem ersten Aufruf sehe ich, dass IRP_MJ_READ bei $Mft END OF FILE zurückgibt. Kurz bevor CreateFile erfolgreich ist, sehe ich SUCCESS bei einem weiteren $Mft-Lesevorgang.

Einige relevante Informationen: Die MFT ist bereits groß (ca. 115 GB). Dies ist jedoch weit weniger als die Standardreservierung von 12,5 % des Laufwerks. Die MFT fragmentiert schnell. Contig.exe meldet 100.000 Fragmente. Neue Fragmente werden häufig hinzugefügt (mehrmals pro Sekunde).

Meine Frage:

Kann ich die MFT in größeren Blöcken erweitern?

Ich frage mich, warum die MFT fragmentiert ist, obwohl sie weit unter der Reservierungsgröße liegt. Ich weiß, dass die MFT nicht bei der Reservierungsgröße beginnt, aber was ist der Sinn der Reservierung, wenn sie nicht kontinuierlich wachsen kann? Auf dem Laufwerk sind noch 33 % freier Speicherplatz, daher sollten normale Daten die Reservierung noch nicht nutzen.

Aktualisieren fsutil fsinfo ntfsinfo gibt die folgenden Informationen für die MFT:

Mft Valid Data Length: 0x0000001ca90c0000
Mft Start Lcn:         0x0000000000000000
Mft Zone Start:        0x000000003c828360
Mft Zone End:          0x000000003c828380

Die Zone ist sehr klein, ist das normal?

Antwort1

Die neueste Version des SysInternals-Contig kann über freien Speicherplatz berichten.

contig64 -f 

Es zeigt:

Free cluster space       : 2,838,753,701,888 bytes
Free space fragments     : 89,747,382 frags
Largest free space block : 90,112 bytes

Ich denke, das erklärt alles. Obwohl über 2 TB/8 TB (25 %) frei sind, ist der freie Speicherplatz vollständig fragmentiert. Dies wird sich auf das MFT-Wachstum auswirken, und ich kann in diesem Stadium nichts tun, außer mir die Defragmentierungsoptionen anzuschauen.

Ich bin mir nicht sicher, ob ich diese Situation von vornherein hätte vermeiden können. Es scheint, als ob man Dateien bekannter Größe parallel auf eine neu formatierte Festplatte kopieren können sollte, ohne dass es zu dieser Fragmentierung kommt.

verwandte Informationen