再说路径切换会不会导致宕机，期待高手回答

Question

以前问过这个问题，像powerpath，rdac等在中端存储上像emc的clariion和ibm ds4000，5000非真正active/active的存储，假如控制器有问题此控制器所属的lun会切向对端的控制器，这种情况下一般是需要一定时间的，以前总有这个顾虑，路径切换时间过长可能会导致业务宕机，以前碰到的对于数据库业务一般是会hang住一小会切换完毕后会自动恢复，这次更换控制器中的一条内存，客户是informix的数据库，由于控制器没有彻底坏所以控制器下线前先把所属的lun都切换到对端控制器切换完毕业务正常没宕，但是当更换完内存，控制器上线正常后mpio软件检测到路径正常后自动执行回切回切的过程中数据库宕了再也没有恢复过来，很重要的业务崩溃的很，个人感觉到应该在scsi层面和数据库层面都会有个超时时间，假如切换时间在scsi超时时间内切换完毕的话磁盘应该自动恢复假如切换过长那么主机检测到的盘就不在正常需要重新执行扫盘，而切换时间在数据库超时内数据库也会自动恢复而假如过长会到时数据库宕机，只是这么感觉也不知道对不对，欢迎高手解答

Answer 1

pp对于clariion只能实现同一个控制器的不同端口之间负载均衡
atreenoleaf 发表于 2010-08-16 10:14

    powermt set policy＝co dev＝all
这个负载均衡的模式是对同一个控制器来说的啊

Answer 2

至少从运维角度看，是这样子的。
SP的切换会导致IO中断，IO小的时候一般没问题，IO如果很大，切换就会导致 ...
michael1983 发表于 2010-08-15 17:24

    pp对于clariion只能实现同一个控制器的不同端口之间负载均衡

Answer 3

至少从运维角度看，是这样子的。
SP的切换会导致IO中断，IO小的时候一般没问题，IO如果很大，切换就会导致故障。

不过powerpath说可以做到负载均衡
如果两块hba卡，两个交换机，两个SP，所有的IO平均分配到4条路径上
这时，SP的切换还会影响到应用吗？

Answer 4

个人感觉到应该在scsi层面和数据库层面都会有个超时时间，假如切换时间在scsi超时时间内切换完毕的话磁盘应该自动恢复假如切换过长那么主机检测到的盘就不在正常需要重新执行扫盘，而切换时间在数据库超时内数据库也会自动恢复而假如过长会到时数据库宕机

同这么理解，也想知道权威的深入讲解

日常运维中，的确发生过控制器重启或ZONE调整而引发的LUN owner切换超时导致OracleDB当掉的情况