Avamar:如何理解 status.dpn 命令生成的输出

摘要: 本文概述了 status.dpn 命令。

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。

说明

本文介绍了 status.dpn 命令,并解释其输出的每个部分。

 

什么是 status.dpn 命令?   

如果您主要使用 CIFS/NFS 来写入备份,则应使用 status.dpn 命令是 perl 用于格式化一系列 "avmaint nodelist" 将 Linux作系统 (OS) 命令转换为人类可读格式,以便查看 Avamar 网格的当前状态。 

与其他 Avamar 命令和工具类似, status.dpn 位于 "/usr/local/avamar/bin/" 目录。 

如果您主要使用 CIFS/NFS 来写入备份,则应使用 status.dpn 命令依赖于 GSAN 联机运行,因为 "avmaint"GSAN 运行其命令。

如果 GSAN 未在数据节点上运行,除了节点编号及其离线状态外,不显示有关该节点的信息。

 

示例 status.dpn 输出:

Tue May 13 00:43:37 EDT 2025  [Avamar1.company.com] Tue May 13 04:43:36 2025 UTC (Initialized Fri Aug 26 22:10:38 2022 UTC)
Node   IP Address     Version   State   Runlevel  Srvr+Root+User Dis Suspend Load UsedMB Errlen  %Full   Percent Full and Stripe Status by Disk
0.0  192.168.255.2  19.12.0-186  ONLINE fullaccess mhpu+0hpu+0hpu   1 false   0.03 30672 26994469   0.1%   0%(onl:62 )  0%(onl:44 )  0%(onl:54 )  0%(onl:36 )  0%(onl:38 )  0%(onl:37 )  0%(onl:37 )  0%(onl:42 )  0%(onl:33 )  0%(onl:32 )  0%(onl:30 )  0%(onl:30 )
0.1  192.168.255.3  19.12.0-186  ONLINE fullaccess mhpu+0hpu+0hpu   2 false   0.02 30821 26812792   0.1%   0%(onl:40 )  0%(onl:33 )  0%(onl:41 )  0%(onl:33 )  0%(onl:68 )  0%(onl:32 )  0%(onl:33 )  0%(onl:39 )  0%(onl:31 )  0%(onl:36 )  0%(onl:31 )  0%(onl:50 )
0.2  192.168.255.4  19.12.0-186  ONLINE fullaccess mhpu+0hpu+0hpu   0 false   0.02 29008 26927773   0.1%   0%(onl:36 )  0%(onl:39 )  0%(onl:41 )  0%(onl:48 )  0%(onl:40 )  0%(onl:34 )  0%(onl:41 )  0%(onl:32 )  0%(onl:41 )  0%(onl:35 )  0%(onl:34 )  0%(onl:46 )
Srvr+Root+User Modes = migrate + hfswriteable + persistwriteable + useraccntwriteable

System ID: 1234567890@EC:2A:72:07:59:23

All reported states=(ONLINE), runlevels=(fullaccess), modes=(mhpu+0hpu+0hpu)
System-Status: ok
Access-Status: full

Last checkpoint: cp.20250512120531 finished Mon May 12 08:05:55 2025 after 00m 24s (OK)
Last GC: finished Mon May 12 08:00:26 2025 after 00m 08s >> recovered 0.00 KB (OK)
Last hfscheck: finished Mon May 12 08:04:15 2025 after 02m 54s >> checked 1406 of 1406 stripes (OK)

Maintenance windows scheduler capacity profile is active.
  The backup window is currently running.
  Next backup window start time: Tue May 13 20:00:00 2025 EDT
  Next maintenance window start time: Tue May 13 08:00:00 2025 EDT
 
 
第一 status.dpn 命令显示:
  • 采用本地时区的时间和日期
  • Avamar 应用工具节点的主机名
  • 协调世界时 (UTC) 的时间和日期
  • 在 UTC 中初始化(安装)Avamar 网格的时间和日期。显示 UTC,因为数据节点在 UTC 时间运行
 
节点:   
  • 显示每个数据节点的逻辑节点编号
(在 status.dpn 命令不显示实用程序节点的任何状态信息,因为 GSAN 不在实用程序节点上运行)
 
 
IP 地址:    
  • 显示内部备份网络的 IP 地址
(所有前几代硬件仅包含一个网络)
 
 
版本:    
  • 显示 GSAN Avamar 数据节点上的二进制文件
(在 GSAN 二进制文件可能会附加一个热修复程序编号,如果 GSAN 修补程序已安装,并且 Avamar 网格上所有 Avamar 数据节点的版本号应匹配。)
 
 
State:   
  • 显示 Avamar 数据节点的当前状态代码:
    • 在线
      • 如果您主要使用 CIFS/NFS 来写入备份,则应使用 GSAN 正在此数据节点上运行。正常功能
    • 离线
      • 如果您主要使用 CIFS/NFS 来写入备份,则应使用 GSAN 未在此数据节点上运行。需要进行故障处理
 
Runlevel:    

 

  • 显示 GSAN 进程(每个 Avamar 数据节点)
  • 有多个运行级别 GSAN:

 

    • 关闭
      • 关闭 GSAN process
    • 启动
      • 启动 GSAN 在线流程
    • 沟通
      • 如果您主要使用 CIFS/NFS 来写入备份,则应使用 GSAN 连接到每个对等数据节点的 GSAN
    • 验证
      • 验证 stripe DNS table 在每个 Avamar 数据节点上
    • 启动
      • 让条纹上线
    • 同步
      • 确定哪些条带必须更新(如果有),方法是重建它们或使用事务日志
    • 升级
      • 当 GSAN 二进制文件正在更新到较新版本
    • Running
      • 如果您主要使用 CIFS/NFS 来写入备份,则应使用 GSAN 已经开始了。所有条带均联机,但不可用于接受备份
    • Fullaccess
      • 网格可用于接受备份
 
Srvr+Root+User:    
  • 显示 Avamar 数据节点的活动访问模式:
    • Srvr
      • Avamar GSAN 特权
    • Root
      • Avamar dpn root user 特权
    • User
      • 所有其他用户权限
 
活动访问模式
    • mhpu+0hpu+0hpu
      • 完全访问
        • 正常作
    • mhpu+0hpu+0000
      • 管理员模式
        • 下载 "waitcGSAN" 正在启动,原因是 hfscheckGSAN 容量等于或大于”diskreadonly" 限制,并且作系统容量利用率的差异超过”freespaceunbalance "以下项中列出的值: "avmaint config"
    • mhpu+0000+0000
      • 同步模式
        • 在重新启动 GSAN 同步条带时和”testintegrity" 正在运行或条带正在重建
    • m000+0000+0000
      • 只读模式
        • 在检查点期间显示

(也可能显示为 0000+0000+0000)

提醒:如果正在运行的两个活动影响活动访问模式,则启用限制性最强的模式。
 

有关影响活动访问模式的流程,请参阅附录 #1

定义 mhpu 位:
    • m=迁移
      • 系统是否能够迁移条带?
    • h = HFS 数据存储
      • 系统是否能够写入 HFS 数据存储?
    • p=持久存储
      • 系统是否能够写入持久存储?
    • u=用户会计系统
      • 系统是否能够写入用户记帐系统?
 
Dis:    
  • Avamar 数据节点上使用的调度程序数量
  • Dispatcher 连接是与 GSAN Avamar 数据节点上的进程
  • 每个 GSAN 连接或 GSAN 交互命令
  • 示例 GSAN 连接将是与 "avtar" process
  • 示例 GSAN 交互命令将是 "avmaint"
 
暂停:   
  • 显示调度程序状态(已暂停或未暂停)
  • 如果挂起,Avamar 网格会阻止激活新的调度程序以用于备份、还原和复制
 
负荷:    
  • 显示 Avamar 数据节点上的瞬时总负载平均值
(类似于 Linux作系统 (OS) 的“uptime”命令的指标)
 
 
UsedMB:    
  • 所有进程当前使用的 Avamar 数据节点的 RAM 总量
(类似于 Linux作系统“free -m”命令的指标)
 
 
Errlen:    
  • Avamar 数据节点上“/data01/cur/err.log”的长度(以字节为单位)
 
%Full:    
  • 已用容量占总数的百分比 GSAN Avamar 数据节点的容量
  • 百分比四舍五入为整数(例如 47%)
 
磁盘的完整百分比和条带状态:    
  • 显示每个分区(每个节点)的条带数和状态
有关条带状态的更多信息,请参阅附录 #2
 
  • 根据以下项显示分区已用百分比 GSAN 能力
  • 百分比四舍五入到小数点后第一位(例如 46.8%)
 
所有报告的状态:    
  • 网格状态摘要
  • 列出节点状态 runlevels和 模式
  • 如果一个项目有多个状态,它会列出每个状态。
例如,如果节点处于离线状态,则会显示以下内容:
 
All reported states=(ONLINE, OFFLINE), runlevels=(fullaccess), modes=(mhpu+0hpu+0hpu) 
 
系统状态:   
  • 显示“OK”或“degraded”
  • 如果节点处于离线状态,则会出现降级状态
 
访问状态:    
  • 显示网格是否由于活动访问模式而具有限制
  • 如果实施了限制,则会显示“admin”
  • 如果没有限制,则显示“full”
  • 此部分还显示是否有任何条带离线或处于OFFLINE_MEDIA_ERROR状态
 
维护活动、任务和计划:    
  • 第一个部分显示自那时以来的维护活动状态 GSAN 在线。
  • 它显示维护活动的进度及其状态(进行中、已完成或失败并出现错误)
  • 如果 GSAN 最近启动,维护活动的状态已清除

有关示例,请参阅 附录 #3a 和 #3b

  • 第二个部分显示当前处于活动状态的计划、正在进行的任何维护任务以及维护和备份计划信息
 
维护任务的定义:    
 
    • 脚本 
      • 运行 GSAN 维护脚本。默认情况下,它最多不间断运行长达 15 分钟,之后与其他任务并行运行,直到完成。
      • 这些脚本位于 "/usr/local/avamar/etc/GSAN-maint-scripts/" 目录
    • indexcacheloader
      • 在备份窗口和维护窗口开始时加载索引高速缓存(如果需要),并在维护窗口开始时卸载索引高速缓存。
      • 从 v 7.x 开始,有一个  "indexcacheunloader" 任务来显示 "indexcaches"  卸载
    • Cancel
      • 在垃圾数据收集之前取消或终止备份
    • gc/cp/hfscheck
      • 相应维护任务当前正在运行
    • autorepair
      • 在此时间后执行自动修复(如果需要) hfscheck 完成
    • 转换
      • 在维护窗口结束时转换条带(如果需要)
    • 平衡
      • 如果维护活动完成后还有空闲时间,则在维护窗口结束时平衡条带。
      • 默认情况下,临时设置 "balancemin" 设置为 10(可在 avmaint 计划),除非 "balancemin" 已使用”avmaint config
 
  • 计划信息针对以下时间设置:Avamar 维护(垃圾收集、检查点和 hfscheck),并计划启动备份

 

  • 此部分还显示是否有任何计划或个别维护活动已停止或暂停。

有关示例,请参阅 附录 #4

其他信息

附录 #1 — 活动访问模式:

以下是可以更改 Avamar 网格访问模式的项目。

运行以下命令以确定哪个进程更改了 Avamar 网格的活动访问模式。

avmaint nodelist --xmlperline=99 | grep activityaccessmodes 
 

输出示例:

<activityaccessmodes adminuser="mhpu+0hpu+0hpu" checkpoint="mhpu+0hpu+0hpu" conversion="mhpu+0hpu+0hpu" diskbeat="mhpu+0hpu+0hpu" garbagecollect="mhpu+0hpu+0hpu" heartbeat="mhpu+0hpu+0hpu" hfscheckserver="mhpu+0hpu+0hpu" hfscheckexecute="mhpu+0hpu+0hpu" nodebeat="mhpu+0hpu+0hpu" runlevel="mhpu+0hpu+0hpu" testintegrity="mhpu+0hpu+0hpu" removehashes="mhpu+0hpu+0hpu" rebuildstripe="mhpu+0hpu+0hpu" diskfull="mhpu+0hpu+0hpu"/>
 
 

附录 #2 — 条带状态:

有六种条带状态:
  • ONL -在线- (onl:2961)
    • Stripe 在线,没有问题
    • 正常条带状态
  • 熄灭 - 离线 - (onl:2960,OFF:1)
    • 条带处于离线状态
    • 这可能是由于正在重建条带,或者条带由于错误而进入离线状态
  • ERR - 错误 - (onl:2959,ERR: 2)
  • SUS — 已暂停 - (onl:1,SUS:2960)
  • MIG — 迁移 - (onl:2960,MIG:1) 
    • 条带正在移动或迁移到不同的 Avamar 数据节点
  • RES - 重新启动 - (onl:2040,RES:920)
    • 条带正在从之前的离线状态重新启动
 
 

附录 #3a — 已在 Avamar 网格上运行的维护活动的输出示例:

Last checkpoint: cp.20121223181633 finished Sun Jan 23 18:17:00 2013 after 00m 27s (OK)
Last GC: finished Sun Jan 23 17:07:26 2013 after 01m 25s >> recovered 342.02 MB (OK)
Last hfscheck: finished Sun Jan 23 18:16:19 2013 after 12m 05s >> checked 2132 of 2132 stripes (OK)
 

附录 #3b - 维护活动在 GSAN 重新启动:

No checkpoint yet
No GC yet
No hfscheck yet 
 
 

附录 #4 - 维护计划、检查点、垃圾数据收集和 hfscheck 被暂停:    

Maintenance windows scheduler capacity profile is active.
  WARNING: cp is suspended temporarily.
  WARNING: gc is suspended temporarily.
  WARNING: hfscheck is suspended temporarily.
  The backup window is currently running 
  Next backup window start time: Tue May 13 21:00:00 2025 PDT
  Next maintenance window start time: Tue May 13 14:00:00 2025 PDT
 
 

附录 #5 - status.dpn命令选项:

  • status.dpn <间隔(以秒为单位)>
    • 运行 status.dpn 指定的秒数的循环中的命令
      • 值 10 (十) 返回 status.dpn 每 10 秒输出一次,直到手动退出命令
      • 值 0(零)返回单个 status.dpn 无循环输出
  • --help
    • 显示 status.dpn 帮助菜单
  • --short
    • 显示更少详细信息 status.dpn
      • 删除主机名、版本、负载、 UsedMB %Full 和 Percent Full 和 Stripe Status by Disk 信息
    • 用于加快显示速度 status.dpn 输出和故障处理目的
  • --sort
    • 按不同的变量选项对节点进行排序:
      • =节点
        • 按逻辑节点编号对数据节点进行排序(默认)
      • =ipaddr
        • 按 IP 地址对数据节点进行排序
      • =调度员
        • 按正在使用的调度程序数量对数据节点进行排序(按列表顶部使用的最少调度程序数排序)
      • =加载
        • 按负载值对数据节点进行排序(按列表顶部的最小负载值排序)
      • =已用
        • 按数据节点排序 UsedMB 值(按最小值排序 UsedMB 位于列表顶部)
      • =已满
        • 按 %Full 值对数据节点进行排序(使用最小值 %Full 排序后位于列表顶部)

受影响的产品

Avamar, Avamar Server

产品

Avamar
文章属性
文章编号: 000063549
文章类型: How To
上次修改时间: 25 7月 2025
版本:  17
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。