我之前处理过不少Veeam备份服务器搭配重复数据删除后的空间异常案例，结合你描述的场景——14.9TB的卷开了重复数据删除，各备份文件夹实际占用总和约8TB，但系统显示只剩64KB可用（已经开了显示隐藏文件），大概率是重复数据删除元数据、阴影副本或者系统预留空间在隐形占用，下面是具体的排查和解决步骤：

1. 先查重复数据删除的元数据占用 #

重复数据删除会生成大量元数据来跟踪重复块，这些数据不会被算进普通文件夹的占用统计，但实打实占着磁盘空间。你可以用PowerShell命令看详细统计：

Get-DedupVolume -Volume <你的卷盘符，比如D:> | Select-Object VolumeSize, UsedSpace, SavedSpace, DedupMetadataSize

这个命令会列出卷总大小、实际已用空间（含元数据）、重复删除节省的空间，以及元数据的占用量。如果元数据占得特别大（比如好几TB），就跑个优化任务整理下：

Start-DedupJob -Volume <卷盘符> -Type Optimization -Priority High

优化完成后再重新看空间情况。

2. 检查卷阴影副本（快照）的隐藏占用 #

Veeam备份或者Windows系统本身可能会创建卷的阴影副本，这些快照会吞掉大量空间，但在普通文件浏览里看不到。你可以两种方式查：

• 图形化操作：打开磁盘管理，右键目标卷选属性，切到以前的版本标签，这里会列出所有快照和它们的占用大小。
• PowerShell命令：

Get-WmiObject -Class Win32_ShadowCopy | Where-Object {$_.VolumeName -eq "\\?\Volume{你的卷GUID}\"} | Select-Object ID, VolumeName, Size

如果有一堆旧快照，要么手动删掉没用的，要么调整快照的存储配额：右键卷属性→以前的版本→配置，设个合理的上限，比如卷大小的10%-15%。

3. 核实系统预留空间是否过大 #

Windows Server会给启用重复数据删除的卷预留额外空间，要是预留得太多也会导致可用空间告急。用diskpart命令查看和调整：

1. 以管理员身份开命令提示符，输入diskpart
2. 输入list volume找到目标卷的编号
3. 输入select volume <卷编号>
4. 输入filesystems就能看到当前的预留空间大小
5. 要是预留太大，就调整（别设太小，至少留1-2GB，不然重复删除任务可能跑不起来）：

set filesystem reserved=<比如10GB>

4. 清理Veeam的遗留临时文件 #

Veeam备份过程中可能会留下临时文件，或者过期的备份链没自动清理。你可以：

• 打开Veeam控制台，去备份存储里看看有没有过期的备份点、废弃的备份链，手动清理掉不需要的。
• 直接进卷里的Veeam备份文件夹，找找.tmp、.bak这类临时文件，确认没人用了就删掉。

5. 刷新系统的空间统计 #

有时候系统的空间计算会有延迟，你可以：

• 右键目标卷选属性，点磁盘清理，扫描并清理系统垃圾。
• 实在不行就重启服务器，让系统重新计算一遍空间占用。

内容的提问来源于stack exchange，提问作者Skanderbeg