Avamar:容量故障处理、问题和疑问 — 所有容量(解决方案路径)

Summary: 此解决方案路径文章可用作所有 Avamar 容量问题的起点。

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

容量可以视为客户端数据的客户端备份作业在服务器上使用的数据或磁盘空间。

容量问题可能会阻止正常的服务器功能添加新数据,或者有时允许清理和删除旧数据。

 

可以创建服务请求以解决各种容量问题,例如:
  • 培训
  • 教育
  • 问题
  • 垃圾数据收集 (GC) 故障问题
  • 作系统 (OS) 容量问题
  • GSAN 容量问题
  • 元数据容量问题
  • Data Domain (DD) 集成容量问题

Cause

在解决 Avamar 网格上的容量问题时,需要考虑几个因素。处理容量问题时,最重要的区别是确定这可能与哪种类型的容量问题相关。

此解决方案可帮助确定遇到的问题类型以及解决方法。

Resolution

验证以下每个故障处理步骤是否适用于您的环境。每个步骤都提供说明或文档链接,以消除可能的原因并在必要时采取纠正行动。这些步骤按最合适的顺序排列,以找出问题并确定正确的解决方案。请勿跳过步骤。如果在容量方面以不同的方式出现多个问题,也必须按特定顺序解决这些问题。

尽管大多数步骤仅提及 Avamar,但“Avamar - NetWorker”和“Avamar - Data Domain”集成仍会产生以下许多问题。

 

步骤 1:信息收集:通常,要了解 Avamar 容量问题,“绘制图片”以查看整个问题和情况。有时,容量的一个方面可能会影响另一个方面,或者有些人最初可能没有意识到存在多个问题。必须全面了解问题才能开始故障处理。

请参阅 Avamar:如何收集所需的信息,以对信息收集的容量问题进行故障处理

 

步骤 2:教育和培训:如果客户希望获得有关容量的工作原理、某些值的含义等方面的培训或理解,则可以使用本文。了解他们的问题并“描绘一幅图画”仍然是一个好主意,因为问题或教育往往是能力问题的结果。

有关培训相关的容量问题,请参阅 Avamar 容量常规培训 — 解决路径

 

步骤 3:高作系统容量: 从步骤 1 中收集的输出中,检查作系统容量值。作系统容量受所有分区中的 “最高 使用率”值限制,即使其他分区更低也是如此。最高值是“限制因素”,必须减小。

如果任何节点分区的最高使用值超过 89%,请参阅 Avamar OS 容量(解决方案路径)

提醒:如果一个数据节点上最高分区值和最小分区值之间的差异为 20% 或更多,则 Avamar作系统容量(解析路径)也适用。
 
 

步骤 4:垃圾数据收集错误或故障:在收集的输出中,如果 Avamar 垃圾数据收集作业输出错误消息,则必须在剩余类型的容量问题之前解决该问题。

对于此类问题,请参阅 Avamar - 垃圾收集 (GC) 故障处理(解决方案路径)

 

步骤 5:高 GSAN 容量:  在收集的输出中,如果没有作系统容量问题,并且 GC 未显示错误消息,则检视 GSAN 容量值: 

从 status.dpn,值为 65% 意味着网格已满(也称为“管理员”模式或只读模式),并且没有剩余的容量增长空间。

提醒: 在以下情况下,也可能会看到“管理员”模式或只读模式 GSAN 容量约为 63%(由于称为 disknormaldelta)
 

有关这些情况,请参阅 Avamar GSAN (或用户)容量(解析路径)

 

步骤 6:元数据容量: 当 Data Domain 与 Avamar 集成时,将引入新的容量限制 — 元数据容量。元数据容量是在 Avamar 本身上找到的容量。

通过 Data Domain 集成,可以将数据定向并发送到 Data Domain 进行存储,但 Avamar 仍包含 Avamar 上的备份文件的元数据。Avamar 将跟踪此元数据容量作为元数据容量。

查看步骤 1-5 并解决任何与容量相关的问题后,请查看 Avamar 元数据容量解决路径中的元数据容量解决方法。

 

步骤 7:高 Data Domain 容量:  当 Data Domain 与 Avamar 集成时,Data Domain 服务器本身可以填满其容量。

以下解决方案路径文章:有助于确定:

  • Avamar 中的哪些潜在问题可能会导致 Data Domain 容量增长或填满
  • 一些特定于 Data Domain 的问题
  • 如果 Data Domain 因与 Avamar 不相关的原因而已满。

查看步骤 1-6 并解决任何与容量相关的问题后,请查看 Avamar 集成解决路径中的 Data Domain 高容量

 
 

其他问题:这些仍可视为顾虑或影响容量的问题:

  • 复制源和目标容量不匹配:使用 Avamar 或任何集成产品复制数据时,复制源网格和复制目标网格上的容量预期匹配。
这确实属于检查 GSAN 两个网格上的容量,但始终需要围绕复制配置和作业状态执行额外验证,以防手头存在其他与容量相关的问题:Avamar:复制对显示不同的容量用量水平。如何调查原因。 
 
  • 管理控制台服务器 (MCS) 报告 以下消息:
2012/10/06-21:11:09.75264 {0.4} [manage:3070]  ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0 

这是有关 MC 用户界面 (UI) 中条带容量的报告问题,仅与此处讨论的其他容量主题有模糊关系。除了在 UI 中看到消息之外,未检测到此作的影响。

其他详细信息可在此处找到:
 
  • 容量预测报告:

 


 

Affected Products

Avamar, Avamar Server
Article Properties
Article Number: 000163006
Article Type: Solution
Last Modified: 06 Mar 2025
Version:  11
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.