Avamar：“服务器利用率”与数据节点上的物理空间消耗之间的差异

Avamar 存储节点物理数据分区中使用的空间量较高，而“服务器利用率”数值相对较低。

示例：
Avamar Server 报告它占用了 9.2% 的可用空间用于备份数据：

Avamar 数据分区显示较高的空间消耗：

原因是 Avamar“服务器利用率”值不是根据物理分区

中使用的空间量计算的。物理”/data“分区保存条带，而条带实质上是备份数据的容器。

Avamar Server 利用率值（也称为用户容量或“GSAN”容量）是根据这些条带容器的已满程度来衡量的。

创建条带容器后，它们将永久保留在 Avamar 网格上，并根据需要进行回收。因此，如果 Avamar 网格达到高容量，现有条带容器将占用数据分区

总空间的 65%。即使删除了大量备份数据并且“服务器利用率”值下降，情况仍然如此。

这是预期的正常行为。

更多信息：
在新实施的 Avamar 网格上， /data 分区仅包含几个条带（数据容器）。“服务器利用率”和 /data 分区报告的值较低。

随着时间的推移，随着条带填充备份数据，将在 /data 分区。的空间消耗 /data 分区上升。这种情况会持续，直到网格达到 Avamar Server 和 MCS 设置的预先确定的“安全”限制。

默认情况下，条带容器占用的数据分区空间量为 65%。有时值可能会有所不同，例如，其中网格：

• 由于许可限制而应用了自定义限制（限制较低）
• 配置了静态加密（限制较低）
• 配置了自定义元数据容量限制（限制稍高）

上述“安全”限制的原因是确保 /data 分区有足够的可用空间可供进行维护活动。

下图说明了这一点：

100%   "---------------------" <-- 100% /data partition capacity
       " Reserved for        "
       " maintenance         "
       " activity overhead   "
       "                     "
       "                     "
65%    "---------------------" <-- 100% Server Utilization value
       " Commonality         "     (visible in the Admin GUI)
       " factored data       "     
       " & RAIN parity       "     
       " data                "     
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

以下文章更详细地讨论了 操作系统和 Avamar Server 容量行为： Avamar：容量管理概念和培训

与 Data Domain 集成的 Avamar：在与 Data Domain
集成的 Avamar 网格上，发送到 Data Domain 的备份仅将少量数据写入 Avamar。这称为元数据。元数据驻留在复合条带中，与存储在 Avamar 上的客户端备份相比，占用的空间相对较小。

在某些情况下，如果元数据参数已由技术支持“调整”，则 Avamar 网格上“cur”占用的空间百分比可能高于 65%。

需要注意的其他事项：
RAIN/奇偶校验数据：
以下文章介绍了为什么即使在删除所有备份后，服务器利用率仍将始终包括奇偶校验条带的空间消耗： 即使在删除所有备份并进行垃圾收集后，Avamar 仍显示高达 ~30% 的利用率