XtremIO：如何解决和管理群集物理容量警报（XTR0200302-4、XTR0203792 和 XTR0203892）（用户可纠正）
Summary: XtremIO 文章，详细说明了以下群集物理容量警报的原因和解决方法：sys_ud_ssd_space_limited （XTR0200302）、sys_ud_ssd_space_very_limited （XTR0200303）、sys_ud_ssd_space_no_free （XTR0200304）、user_physical_capacity_high （XTR0203792） 和 user_physical_capacity_very_high （XTR0203892） ...
Symptoms
当 XtremIO 阵列上的已用物理容量超过预定义的阈值或完全耗尽时，将创建以下警报：
| 警报名称 | 症状代码 | 描述 |
|---|---|---|
|
|
|
无群集物理容量低。阈值：使用 85% 以上 |
|
|
|
无群集物理容量极低。阈值：使用 90% 以上 |
|
|
|
群集没有可用的物理容量 |
|
|
|
超过了 SSD 高利用率阈值。剩余 70%（free_ud_ssd_space） KB 剩余。
提醒：这可以更改为用户定义的百分比
|
|
|
|
超过了 SSD 极高利用率阈值。剩余 80%（free_ud_ssd_space） KB 剩余。
提醒：这可以更改为用户定义的百分比
|
如果出现上述任何症状代码（症状代码 XTR0200304 除外），则群集当前不会受到影响。
症状代码XTR0200304表示群集物理空间已被完全占用，在此情况下，群集不再接受任何写入，并且从主机角度来看，群集数据变为只读/写保护。这可能会导致某些主机断开连接和/或对数据具有只读访问权限。
Cause
有关列出的每个警报的原因，请参阅本文的 “问题 ”部分。
Resolution
如果使用 RecoverPoint 复制为灾难恢复 （DR） 阵列报告列出的警报，请参阅 知识库文章 494416 — XtremIO 可用容量耗尽（RecoverPoint DR 站点）， 以了解潜在的已知问题及其解决办法。
如果上述方法 不 适用，则通过执行以下 一项或多项 作来释放受影响 XtremIO 群集上的物理容量：
-
回收空间
应在主机端回收已删除的空间。对于所有其他主机作系统类型，请按照XtremIO 存储阵列主机配置指南的相关空间回收部分中的说明进行作 -
删除或移除未使用的卷
评估 XtremIO 群集中活跃使用的卷。请考虑删除或移除外部应用程序不再需要的任何卷。在与受影响群集的软件版本对应的《XtremIO 存储阵列用户指南》的 “删除卷 ”部分中，可以找到详细说明如何删除或移除未使用卷的说明。您还可以参阅 KB 468164 - XtremIO的“解决方案”部分：管理群集容量以响应产品警报 ，以获得详细说明。提醒：虽然在删除或移除卷后 XtremIO 会自动回收物理容量，但也应按照步骤 1 中的说明在主机端回收已删除的空间 -
将未充分利用的卷转移到另一个平台
-
执行联机群集扩展 （OCE） 以向阵列添加更多存储。这可以通过联系您当地的客户团队（SAM、DSM 和 ASR）来安排，以讨论横向扩展 XtremIO 阵列的行动计划
提醒：要使用预定义的容量阈值（范围从 0 到 100）发出警报，请连接到 UI 或 PuTTy 中的 XMCLI 并运行以下命令：xmcli (admin)> modify-alert-definition alert-type="user_physical_capacity_very_high" activity-mode=enabled clearance-mode="ack_required" threshold=<threshold_value> Modified Alert Definition user_physical_capacity_high
- activity-mode=enabled ：达到定义的阈值时发出警报。user_physical_capacity警报的默认值为 activity-mode=disabled
- clearance-mode=ack_required 当容量百分比低于阈值 且 警报得到确认时，会导致警报消失
- threshold=<threshold_value> 允许更改在触发警报之前要达到的空间百分比
要检查警报的设置方式，请使用 XMCLI 运行 show-alert-definitions 命令。
Additional Information
将为本文的症状代码 XTR0200302、XTR0200303 和 XTR0200304 生成自动全球服务服务请求 （SR）。