超融合平台物理机丢失连接存储冗余路径

这是一个由于存储与主机之间的路径信息不一致而触发的保护性告警。

 告警产生的原因：信息不一致

你们环境平稳运行几年后突然出现这个告警，但接线和配置都没变，最可能的原因是存储侧记录的“主机可见路径信息”与主机侧实际能用的路径出现了不一致。

1. 告警的准确含义
   “存储阵列上存在主机路径不满足控制器规格”这个告警，是指存储检测到某个主机没有使用全部可用的冗余路径，即它认为当前的连接配置不满足冗余要求（比如本该有两个控制器、四条路径，但只检测到三条）。

2. 不一致是如何产生的？
   既然你们确认物理接线和交换机配置都没问题，那么问题很可能出在“软信息”同步上。在长期运行中，以下情况都可能触发这种不一致：

   • 主机重启：物理机或超融合节点在重启过程中，HBA卡的初始化速度与存储控制器的扫描速度存在时间差，导致存储控制器漏掉了某个路径。

   • 微码更新：虽然你们没做配置变更，但硬件（如HBA卡、FC交换机）可能在后台自动更新了微码，导致路径状态短暂重置。

   • FC交换机端口震荡：交换机端口经历过瞬间的闪断（即使你没发现），导致主机与存储之间的会话重建，但存储侧未能完全更新所有路径的登录信息。

   • 存储控制器主备切换：如果存储内部发生过控制器的主备切换，切换后新的主控在扫描主机路径时，可能因为时序问题未能完整获取所有主机路径。

简单来说，物理连接是好的，但存储认为某个主机“失联”了，导致统计到的路径数量不满足冗余规格。

 “强制扫描”为什么能解决？

你们通过超融合平台对HBA0进行“强制扫描”，本质上是执行了一次主机侧的主动发现与注册。

在主机侧重新扫描磁盘，让主机主动上报自己当前能访问到的所有LUN和路径，刷新存储侧的主机路径信息。当存储收到主机上报的完整路径信息后，重新进行统计，发现路径数满足要求了，告警自然就清除了。

 后续如何避免再次出现？

虽然这种偶发的路径扫描不一致在复杂的SAN网络中难以完全杜绝，但可以通过以下措施大幅降低再次发生的概率：

1. 建立主动巡检机制
   不要等告警出现再处理。可以定期（例如每月一次）在业务低峰期，通过超融合平台或命令行工具，对所有主机的HBA卡执行一次“重新扫描”或“重置”操作。这可以提前消除潜在的路径计数偏差。

2. 检查并固化FC交换机配置
   登录FC交换机，检查端口配置是否启用了port-consistent persistent或类似功能（不同厂商名称不同）。这可以防止交换机端口在链路震荡后进入“永久禁用”状态，确保路径的物理稳定性。

3. 统一并延迟HBA卡初始化
   在服务器的BIOS或HBA卡配置工具中，可以尝试调整HBA卡的启动延迟。让主机操作系统完全启动后，再初始化HBA卡和扫描存储，能有效减少因启动时序导致的路径遗漏。

4. 变更后执行扫描
   建立操作规范：凡是涉及物理机重启、存储控制器切换、FC交换机维护等操作后，统一执行一次“主机端存储路径扫描”，将其作为变更收尾的固定步骤。