Windows 数据盘扩展前的检查：磁盘、分区与可用空间
本文适用于 Windows Server 2022、2025 的基本磁盘数据卷扩展准备。动态磁盘、存储空间、共享集群磁盘和数据库专用存储有不同约束，应按相应产品流程处理。这里不提供绕过分区布局限制的一键操作，也不把系统盘与普通数据盘视为相同场景。
先明确增加的是哪一层容量
服务器磁盘扩展常涉及三层：供应方或虚拟化平台提供的块设备、Windows 识别的磁盘、承载文件系统的分区和卷。上层增加容量，并不必然自动改变后两层。
先记录目标卷的盘符、卷标、容量、磁盘编号和唯一标识，再与管理端的磁盘信息交叉确认。磁盘编号与设备枚举顺序可能变化，不应只凭“磁盘 1”或“第二块盘”认定目标。若系统尚未看到新增空间，可在受控维护过程中重新扫描磁盘，并确认供应方扩容操作已经完成。
扩大数据盘与扩大已有文件系统属于不同动作。只有 Windows 已经识别正确磁盘上的未分配空间，才进入分区扩展评估。
用只读命令查看分区布局
# 服务器：管理员 PowerShell，只读检查
Get-Disk |
Select-Object Number, FriendlyName, SerialNumber,
PartitionStyle, OperationalStatus, Size
Get-Partition -DriveLetter D |
Select-Object DiskNumber, PartitionNumber,
DriveLetter, Offset, Size
Get-Volume -DriveLetter D |
Select-Object DriveLetter, FileSystem, HealthStatus,
Size, SizeRemaining
Get-PartitionSupportedSize -DriveLetter D
示例中的 D 必须替换为确认后的数据卷盘符。最后一条给出当前条件下可支持的分区大小范围，并不代替健康检查和备份，也不能保证任何复杂存储配置都适用。Get-PartitionSupportedSize 文档说明了参数与返回值。
同时在“磁盘管理”中观察整个磁盘的分区排列。命令输出适合保留证据，图形布局有助于发现目标分区和未分配空间之间是否夹着其他分区。
基本卷扩展受位置与格式约束
常规磁盘管理扩展基本卷时，需要同一磁盘上位于目标卷右侧的连续未分配空间，并满足对应文件系统等条件。不能把另一块磁盘的空闲容量当成当前基本卷可以直接使用的空间。
Microsoft 的扩展基本卷说明列出了支持条件，包括 NTFS、ReFS 及磁盘布局方面的要求。MBR 还存在可寻址容量约束，容量接近边界时，应先审查分区样式与迁移方案，而不是不停重试扩展。
如果扩展按钮不可用，先解释原因。不要直接删除恢复分区、EFI 分区或用途不明的小分区，也不要为追求一次完成临时转换成动态磁盘。调整分区位置和样式可能改变启动、恢复及管理方式，需要独立变更方案。
扩展前准备恢复方案和实际目标值
确认备份覆盖卷中的业务数据，并做过必要的恢复验证。对数据库和持续写入的应用，还要考虑应用一致性，不能只复制正在变化的文件就认定备份有效。保存当前磁盘布局、卷信息和应用配置，并确认发生异常时由谁、通过什么路径恢复。
确定实际需要增加多少容量，而不是默认用完所有空闲空间。剩余空间可能留给其他用途。执行前由操作者再次核对磁盘身份、盘符、分区编号、目标总容量和维护窗口，避免把“新增容量”误填为“扩展后总容量”。
扩展后通常不能把缩回去当作简单回退。能否缩小取决于文件系统和布局，且已有数据可能已写入新增区域。因此回退计划应围绕备份恢复或迁移，不应承诺一个相反按钮就能无损恢复。
完成后同时检查容量和应用
按已审查的方案使用磁盘管理或对应存储命令扩展后，重新读取卷容量与健康状态，确认新增空间出现在预期盘符上。检查应用读写、日志、备份任务和监控阈值，避免备份目标容量或告警规则仍采用旧值。
对于支持热扩展的环境，也不能省略业务验证。若系统报告异常，先保存当前状态并停止继续修改分区，不要在未知布局上试探修复。基础的空间排查可参阅磁盘空间不足处理，恢复策略可结合服务器备份指南提前准备。