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

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

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

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

原因是不会根据物理分区中占用的空间量来计算 Avamar“服务器利用率”值。

物理”/data“分区保存条带，这些条带实质上是备份数据的容器。

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

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

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

这是意料之中的正常行为。

更多信息：
在新实施的 Avamar 网格上， /data 分区仅包含几个条带（数据容器）。“Server Utilization”和 /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：容量管理概念和培训

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

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

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