PowerStore：Metro 卷上的重叠 I/O 可能会导致意外重新启动或延迟增加

如果存在以下所有情况，节点可能会意外重新启动，或者可能会观察到延迟增加：

• PowerStoreOS 3.6.1.0
• Metro 卷
• 已将访问权限集配置为与两个系统位于同一位置的 ESXi 主机
• 如果实施了下文所述的解决方法，则从 3.6.1 开始的无中断升级期间，此问题也会出现。

修复

此问题已在 PowerStoreOS 3.6.1.1（3.6 Service Pack 1 Patch 1）及更高版本中得到修复。

提醒：

执行 NDU 时，请先暂停所有 Metro 会话，然后再从 3.6.1（仅）升级到任何未来版本，并在 NDU 完成后恢复复制。

• 从 3.6.1 升级到任何未来版本之前，请暂停所有 Metro 会话。

或者：

• 在 NDU 完成之前，避免在非首选设备上将 Metro 卷配置为“Metro_Optimized_Local”。
• 如果本地设备不是此设备上所有 Metro 会话的首选设备（保护 -> Metro -> 本地首选角色），请确保连接到 Metro 卷的任何主机都配置为Metro_Optimized_Remote，直到 NDU 完成。
• 如果本地设备混合了一些 Metro 卷以及一些非首选卷，则最好查看配置为Metro_Optimized_Local的每个主机，并确保在本地设备上将其所有关联的 Metro 卷配置为首选卷，或修改主机对Metro_Optimized_Remote的访问权限。

解决方法

由于此问题仅影响 PowerStoreOS 3.6.1.0（主机 与两个系统位于同一位置），因此建议采用以下解决方法：

• 此过程可以无中断地执行。
• 在 首选 PowerStore 上，将主机访问权限配置为：主机与此系统位于同一位置。
• 在 非首选 PowerStore 上，将主机访问权限配置为：主机与远程系统位于同一位置。
• 首选设备上的配置示例。
  

如果需要，请联系 戴尔技术支持 以获取更多指导。 

其他信息

在将 ESXi 主机配置为在非首选Metro_Optimize_Local的 NDU 期间，也会出现此问题。

如果客户从 3.6.1.0 执行 NDU，建议暂停 Metro 卷，完成 NDU，然后重新启用 Metro

可以在 PowerStore Manager 用户界面的“ComputeHost >InformationHOSTS >& HOST GROUPS”下查看主机连接。
为了更轻松地验证，请将 Host Connectivity 列添加到默认视图：