评估存储运行状况
建议更改
PDF
使用此方案可通过组合活动警报、监控意图、纠正指导、相关平台日志和对象上下文来确定存储问题的优先级。
|
DII MCP 是一项 "预览" 功能，因此可能会发生变化。 |
前提条件
-
时间范围为 30 天或更短。
-
可选的存储系统、群集、池或卷范围。
-
访问警报、监控、日志和对象工具。
使用的工具
-
AlertsService_getMetadata
-
AlertsService_queryForAlerts
-
AlertsService_getAlertByName
-
MonitorsService_getMonitorById
-
LogService_getLogTypes
-
LogService_getLogTypeMetadata
-
LogService_queryLogEvents
-
ObjectService_getObjectTypes
-
ObjectService_getMetadataForObjectType
-
ObjectService_query
入门提示
评估过去 24 小时的存储健康状况。识别存储系统、节点、池和卷的关键和警告活动警报。对于影响最大的警报，请说明监视器状况和纠正指导，然后在触发时间前后检查相关的 EMS 或存储平台日志。将已确认的证据与可能的原因分开。
代理工作流
-
获取警报元数据。
-
识别严重性、状态、监视器、相关对象和触发时间的有效字段。
-
在请求的窗口中查询与存储相关的活动警报。
-
使用以下方式对警报进行排名：
-
严重性
-
受影响的对象类型
-
受影响的对象数量
-
近期和重复发生
-
可用性、数据保护、性能或容量影响
-
-
检索最高优先级警报的完整详细信息。
-
检索其监视器定义和纠正指南。
-
列出日志类型并选择与每个警报相关的平台原生流，例如 ONTAP EMS 或 StorageGRID 事件。
-
检索日志元数据，然后查询该警报前后的较窄时间间隔。
-
检索确认当前状态所需的对象属性或指标。
-
生成健康总结，包括证据、可能的原因、影响和下一次检查。
解释
不要将一个信号视为完整的健康评估：
-
*警报*显示检测到的条件。
-
*监视器*解释检测规则和预期的纠正措施。
-
*日志*提供平台原生事件上下文。
-
*对象和指标*显示当前库存或测量状态。
在基础条件更改后，活动警报可以保持打开状态。尽可能使用新对象和指标数据。
建议输出
对于每个优先问题：
-
受影响的资源
-
严重程度和警报状态
-
触发时间
-
监控和状况
-
证实日志或指标
-
已确认的证据
-
可能的原因，标记为推理
-
更正指南
-
置信度和缺失证据
限制和隐私
-
将警报和日志窗口保持在 30 天以内。
-
使用较窄的日志窗口以减少不相关的事件。
-
省略不必要的 UUID、地址、注释和原始负载。
-
纠正指导仅供参考；请根据相关产品文档和变更流程验证命令。
跟进提示
对于警报 AL-123456，显示触发前后 30 分钟内的监控指导和相关 EMS 事件。
按受影响的系统和影响区域对活动存储警报进行分组。哪个系统首先需要关注，为什么？
检查当前对象指标是否仍支持最高优先级警报。