为什么备份容量会大于磁盘中实际容量？

介绍视频

常见现象

• 在服务器中存放了文件并进行了备份，删除部分文件后再次进行备份，备份的大小并没有较大变化或比之前的备份更大。

  例如：某用户对服务器进行备份，服务器中存在100个文件，此时查看备份存储库的容量大小为A；若该用户在服务器上删除10个文件，再进行备份时，此时查看备份存储库的容量大小为B，B与A可能并无较大差异或B比A更大。

• ECS创建的备份比文件系统查询到的磁盘占用空间大。

原因分析

以下原因可能造成备份容量会大于磁盘中实际容量：

• “删除”不等于“清空”

  当您在系统中删除文件时，操作系统仅将其标记为“可覆盖”，底层数据并未立即擦除。块级备份会如实记录这些未被擦除的数据，因此删除文件后，备份容量不会立即减小。

• “隐形”的管理数据

  除了文件内容本身，文件系统还包含权限、目录结构等管理信息（元数据）。这些数据虽然不计入单个文件大小，但占用物理空间，且必须被备份以确保数据完整恢复。

• 数据分散导致的“碎片放大”（业界所有磁盘级备份的通用特性）

  块级备份以固定大小的数据块为粒度。如果文件数据在磁盘上分散存储（碎片化），备份时需要记录更多的非空数据块，从而导致备份容量放大。

假设磁盘总容量100GB，初始存满数据：

• 场景一：删除文件后首次全量备份

  您删除了10GB文件，磁盘显示可用空间增加，但底层数据仍在。此时进行全量备份，备份容量仍为100GB（因为底层数据未被擦除）。

• 场景二：后续增量备份

  接着，您新增10GB数据，修改了5GB数据。

  增量备份将记录所有变化（新增 + 修改 + 删除带来的底层变动），本次备份数据量至少为15GB，如果新增和修改的数据在磁盘上碎片化分布，则备份数据会更大。

结果：

两次备份累计占用存储库空间至少115GB（100GB+15GB），远大于当前磁盘上实际存在的90GB数据量。