CLARiiON 阵列上的几种故障转移模式

产品: CLARiiON CX 系列

描述：

CLARiiON 阵列是一个有主动和被动两种模式的设备，每个LUN都会归属于某个SP（Storage Processor）。 换句话说，当一个 LUN被创建时，默认它就会归属于一个SP，SP A 或 SP B。 到达SP-A端口的I/O请求只能访问属于SP-A的LUN，而到达SP-B端口的I/O请求只能访问属于SP-B的LUN。 在某些特定的情況下主机必须从非LUN所属的SP访问此LUN,所以采用不同的故障转移模式就显得有必要。

解決方案：下面列出几种故障转移模式。

模式 0 – 基于LUN 切换(LUN Based Trespass) 模式。此故障转移模式是预设的配置，必须和自动切换功能配合运作。在每个LUN上都可配置自动切换功能。如果在LUN 上启动了自动切换功能，不具有LUN所有权的SP会报告此LUN 的存在并且显示它可提供访问。如果访问此LUN的I/O到达SP时，LUN 会自动切换其所有权给那个SP。每次的 LUN 所有权自动切换时，都会有一个提醒消息(Unit Attention message)。如果禁用了自动切换功能，不具有 LUN 所有权的 SP 仍然会报告 LUN 存在，但显示它无法提供访问。如果 I/O 请求发送给不具有LUN 所有权的 SP 时，它会拒绝此请求并且LUN 的所有权不会改变。注： 如果主机同时发送I/O 请求给SP-A和SP-B, LUN 就需要一直切换其所有权来满足每一个请求，这时故障转移模式 0 与自动切换功能的结合可能比较危险。这种组合上在使用PV 链路的 HP-UX 服务器上最常见。配置HP 启动器类型设置可以启动自动切换功能。没有安装任何故障切换软件的主机应该采用故障转移模式0同时禁用自动切换功能。

模式 1 — 被动未就绪(Passive Not Ready)模式。在此操作模式中SP 将报告所有不属于它的 Lun 的存在，并且显示其可供访问。任何I/O 请求发送到此SP，都会被拒。测试设备是否就绪（Test Unit Ready)的命令发送给此SP返回结果是此设备尚未准备就绪。这种模式类似于模式 0中禁用自动切换功能。注： PowerPath中最常使用此模式。一台沒有安装PowerPath的主机，被配置成模式1时，每条被动路径，例如, 一条通过SP B的路径访问SP A所拥有的LUN, 将向服务器显示设备尚未准备就绪。在Solaris服务器上会显示为离线错误<驱动器类型未知>，在AIX服务器上会显示错误 SC_DISK_ERR2伴随着比特数0102、 0700 和 0403,或者在 Linux服务器的缓存上出现I/O错误。如果安裝了 PowerPath，就不会这些上述错误。

模式 2 — 动态多路径(Dynamic Multiple-path DMP)模式。在此操作模式中不具有LUN所有权的 SP 将报告所有不属于它的 Lun 的存在，并且显示其可提供访问。这类似于故障转移模式 0中启用自动切换功能。任何I/O请求发到不具有LUN所有权的 SP，都将导致LUN自动切换其所有权给那个SP。这一模式和自动切换模式的区别是不会有提醒消息(Unit Attention message)。

注： 此模式用在某些操作系统上的VERITAS DMP 配置。 因为和自动切换功能有相似之处，这一模式被称作"切换风暴"。如果服务器上运行一个脚本可以探测到到达ClARiiON的所有路径，比如Solaris服务器上的格式，只要有I/O请求到达不具有LUN所有权的SP，LUN就会自动切换其所有权给它。 如果多个LUN发生这种情形，就会发生大量的LUN切换。

模式 3 — 被动并时刻就绪(Passive Always Ready)模式。在此操作模式中不具有LUN所有权的 SP将报告所有不属于它的LUN的存在，并且显示其可提供访问。任何I/O 请求发送到不具有 LUN 所有权的 SP，都会被拒。这类似于故障切换模式1。 但是，服务器发送任何测试装置是否就绪的命令(Test Unit Ready)都会返回一个成功的信息，即使此命令是发送给不具有此LUN所有权的SP的。

如果您需要更深入的信息，请参阅Primus文章 "emc157830"。