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 地址
(所有前几代硬件仅包含一个网络)
版本:
- 显示
GSANAvamar 数据节点上的二进制文件
(在
GSAN 二进制文件可能会附加一个热修复程序编号,如果 GSAN 修补程序已安装,并且 Avamar 网格上所有 Avamar 数据节点的版本号应匹配。)
State:
- 显示 Avamar 数据节点的当前状态代码:
-
-
在线
- 如果您主要使用 CIFS/NFS 来写入备份,则应使用
GSAN正在此数据节点上运行。正常功能
- 如果您主要使用 CIFS/NFS 来写入备份,则应使用
-
离线
-
如果您主要使用 CIFS/NFS 来写入备份,则应使用
GSAN未在此数据节点上运行。需要进行故障处理
-
-
Runlevel:
- 显示
GSAN进程(每个 Avamar 数据节点) - 有多个运行级别
GSAN:
-
-
关闭
- 关闭
GSANprocess
- 关闭
-
启动
- 启动
GSAN在线流程
- 启动
-
沟通
- 如果您主要使用 CIFS/NFS 来写入备份,则应使用
GSAN连接到每个对等数据节点的GSAN
- 如果您主要使用 CIFS/NFS 来写入备份,则应使用
-
验证
- 验证
stripe DNS table在每个 Avamar 数据节点上
- 验证
-
启动
- 让条纹上线
-
同步
- 确定哪些条带必须更新(如果有),方法是重建它们或使用事务日志
-
升级
- 当
GSAN二进制文件正在更新到较新版本
- 当
-
Running
- 如果您主要使用 CIFS/NFS 来写入备份,则应使用
GSAN已经开始了。所有条带均联机,但不可用于接受备份
- 如果您主要使用 CIFS/NFS 来写入备份,则应使用
-
Fullaccess-
网格可用于接受备份
-
-
Srvr+Root+User:
- 显示 Avamar 数据节点的活动访问模式:
-
-
Srvr- Avamar
GSAN特权
- Avamar
-
Root- Avamar
dpn root user特权
- Avamar
-
User-
所有其他用户权限
-
-
活动访问模式
-
-
mhpu+0hpu+0hpu- 完全访问
- 正常作
- 完全访问
-
mhpu+0hpu+0000- 管理员模式
- 下载
"waitcGSAN"正在启动,原因是hfscheck这GSAN容量等于或大于”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 连接是与
GSANAvamar 数据节点上的进程 - 每个
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:
- 已用容量占总数的百分比
GSANAvamar 数据节点的容量 - 百分比四舍五入为整数(例如 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)- 条带处于OFFLINE_MEDIA_ERROR状态
- 请参阅 Avamar:对带有 OFFLINE_MEDIA_ERROR 错误的条带离线进行故障处理(解决方案路径)了解更多信息
- SUS — 已暂停 -
(onl:1,SUS:2960)- 由于磁盘 I/O 性能的原因,条带可能已挂起,并导致 Avamar 挂起数据分区
- 请参阅 Avamar:Avamar 上的挂起分区、条带和 Hfscheck 故障 ,以获取更多信息
- 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无循环输出
- 值 10 (十) 返回
- 运行
--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
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。