Dell EMC Unity：如何在 Unity 阵列中进行 LUN 主动变更。（用户可纠正）

LUN 主动变更操作可能由于多种原因而发生，但在 Unity 端，LUN 主动变更触发器发生在其中一个 SP 的故障事件或使用其非优化设计路径的主机上。拥有的 LUN 主动变更到其他 SP。

事实上，Unity 利用非对称逻辑单元访问 （ALUA） 进行主机访问。这使多个路径处于活动状态以进行 I/O，但有些路径经过优化，而其他路径未优化。指定为优化的路径是连接到拥有该特定资源的 SP 的路径。如果 I/O 沿非优化路径发送，则对等 SP 会利用内部 CMI（通用消息接口）总线将 I/O 重定向到拥有资源的 SP。此操作对主机完全透明，无需主动变更资源即可完成 I/O。这一切都假定遵循了连接主机的最佳实践 — 每个主机两个 HBA、每个 SP 两个交换端口和两个 SP 端口。这是针对四条路径配置的 - 请参阅下面的第二张图像。

示例：下面是 LUN 主动变更到另一个 SP“最初未拥有的”
 
方案 1 的不同方案：
在下面的设置中，如果 SPA 关闭，其拥有的 LUN 将从 SPA 主动变更到 SPB，直到 SPA 启动，然后 LUN 的所有权将重定向回初始所有者 - 主动变更回 SPA  情景 2：
如果通过非优化路径接收到大量 I/O，Unity 系统会将 LUN 主动变更到对等 SP，以优化数据路径。
在前面提到的场景中，主机错误地将其数据发送到错误的路径上，因此 Unity 会自动主动变更 LUN 以优化数据路径。 
 
这只是一种 Unity 防御机制，用于避免不拥有特定 LUN 的 SP 的高利用率。

情景 3：
在下面的设置中，如果 SP 发生故障，LUN 将故障切换到正常运行的 SP 并继续处理 I/O，因为它连接到相同的交换机。如果交换机发生故障，剩下的交换机将提供对两个 SP 的访问，无需使用非优化路径。如果主机发生故障，群集将启动到另一台主机的故障切换，并使应用程序联机。由于线缆或端口损坏导致的任何路径故障不会导致任何问题，因为可以使用第二个优化路径。

此配置也可以经受住多次故障，只要它们不在同一组件中即可。例如，主机 B、交换机 A 和 SPA 故障是可以容忍的，因为可以使用正常运行的组件来访问 LUN。在这种情况下，主机 A 可以通过交换机 B 进行连接，并访问主动变更到 SPB 的 LUN。