Windows 为什么删除大型NTFS卷上的文件夹后文件操作会挂起
Windows Server 2012R2下有一台计算机,其NTFS卷为54.5 TB。卷几乎已满且高度碎片化(defrag.exe说它有98%的碎片空间)。它用于存储视频存档,具有文件夹结构:d:\video\。视频下大约有4K文件夹,每个文件夹包含100-12K文件 当我删除这些文件夹时,每个WINAPI文件函数“挂起”的时间间隔很长(几分钟或几十分钟)。它们不会返回任何错误,只是不会返回。在这段时间之后,他们最终返回,没有任何错误 我可以在Windows性能分析器中看到,在挂起时间内,系统进程中有一个CPU消耗线程。其堆栈:Windows 为什么删除大型NTFS卷上的文件夹后文件操作会挂起,windows,ntfs,raid,Windows,Ntfs,Raid,Windows Server 2012R2下有一台计算机,其NTFS卷为54.5 TB。卷几乎已满且高度碎片化(defrag.exe说它有98%的碎片空间)。它用于存储视频存档,具有文件夹结构:d:\video\。视频下大约有4K文件夹,每个文件夹包含100-12K文件 当我删除这些文件夹时,每个WINAPI文件函数“挂起”的时间间隔很长(几分钟或几十分钟)。它们不会返回任何错误,只是不会返回。在这段时间之后,他们最终返回,没有任何错误 我可以在Windows性能分析器中看到,在挂起时间内,系统
2 [Root]
3 |- ntoskrnl.exe!KiStartSystemThread
4 | ntoskrnl.exe!PspSystemThreadStartup
5 | |- ntoskrnl.exe!ExpWorkerThread
6 | | |- Ntfs.sys!NtfsCheckpointAllVolumes
7 | | | Ntfs.sys!NtfsForEachVcb
8 | | | Ntfs.sys!NtfsCheckpointAllVolumesWorker
9 | | | Ntfs.sys!NtfsCheckpointVolume
10 | | | Ntfs.sys!NtfsFreeRecentlyDeallocated
11 | | | |- Ntfs.sys!NtfsDeviceIoControl
12 | | | | |- Ntfs.sys!NtfsCallStorageDriver
13 | | | | | ntoskrnl.exe!KeExpandKernelStackAndCalloutInternal
14 | | | | | ntoskrnl.exe!KiSwitchKernelStackContinue
15 | | | | | ntoskrnl.exe!KySwitchKernelStackCallout
16 | | | | | Ntfs.sys!NtfsStorageDriverCallout
17 | | | | | volsnap.sys!VolSnapDeviceControl
18 | | | | | |- volsnap.sys!VspQueryCopyFreeBitmap
19 | | | | | | |- ntoskrnl.exe!RtlFindNextForwardRunClearCapped
有人能帮我弄明白发生了什么事吗?我可以完全访问服务器,并可以提供任何其他信息
NTFSInfo输出:
NTFS Information Dump V1.01
Copyright (C) 1997 Mark Russinovich
http://www.sysinternals.com
Volume Size
-----------
Volume size : 57223549 MB
Total sectors : 117193830399
Total clusters : 3662307199
Free clusters : 7644452
Free space : 119444 MB (0% of drive)
Allocation Size
----------------
Bytes per sector : 512
Bytes per cluster : 16384
Bytes per MFT record : 1024
Clusters per MFT record: 0
MFT Information
---------------
MFT size : 14959 MB (0% of drive)
MFT start cluster : 196608
MFT zone clusters : 3653996704 - 3654008160
MFT zone size : 179 MB (0% of drive)
MFT mirror start : 1
不幸的是,在我的支持对话中,我无法联系到开发人员。在我们进行卷备份后,问题停止在此特定计算机上重现。支持事件已经结束 我们重新设计了归档写入机制,以减少文件碎片和可用空间碎片,并在低碎片卷上发现了这个问题
我想这个问题与自由空间碎片有关。但我没有证据。您从微软支持部得到答复了吗?