多路径I/O:保证HBA故障期间的冗余

 
   | |

导读:本文了解为何MPIO不能完全排除HBA故障带来问题的可能性,以及如何确保冗余。

关键词:MPIO HBA MPIO驱动器 冗余

 
正在加载数据...

【TechTarget中国原创】你将从本文学到以下知识:微软的多路径I/O(MPIO)能为两台设备提供备选数据路径,从而减轻HBA故障带来的影响。了解为何MPIO不能完全排除HBA故障带来问题的可能性,以及如何确保冗余。

  从技术上来讲,MPIO代表了一种多路径混合方法,将HBA专用软件——设备专用模块或称DSM——与MPIO特性结合,并集成到Windows操作系统中。写入DSM时必须使用主用硬件,而不能是通用硬件,因此微软设计了MPIO,使其尽量不受HBA影响。但是要完成任务,MPIO还需要其它硬件和软件正常工作。

【TechTarget中国原创】你将从本文学到以下知识:微软的多路径I/O(MPIO)能为两台设备提供备选数据路径,从而减轻HBA故障带来的影响。了解为何MPIO不能完全排除HBA故障带来问题的可能性,以及如何确保冗余。

  从技术上来讲,MPIO代表了一种多路径混合方法,将HBA专用软件——设备专用模块或称DSM——与MPIO特性结合,并集成到Windows操作系统中。写入DSM时必须使用主用硬件,而不能是通用硬件,因此微软设计了MPIO,使其尽量不受HBA影响。但是要完成任务,MPIO还需要其它硬件和软件正常工作。

  一般来说,这么做能取得良好效果,MPIO能在Windows存储环境下,提供重要的冗余元素以及负载均衡。但是,MPIO和HBA发生故障时,你还需要警惕一些事情。

  显然,你至少需要拥有两个HBA与存储设备相连。双端口HBA能够提供两条数据路径,但是仍属于一个故障点。

  如果是SAN,你就得确保所有设置在数据路径上的交换机或路由器具备足够智能的路径管理功能,处理由HBA故障引起的问题。

  理论上,如果数据路径遭遇中断,MPIO能够实现故障转移;路径恢复后,迅速自动恢复。实际中,并不能一直都这么顺利。在集群环境下,你需要确保发生问题时,集群能够自动恢复数据路径,以及实现故障转移。自动恢复是与故障转移相独立的操作,两者未必对称。系统不能自动恢复(或者更糟糕的是,不能在初始位置转移故障)可能是因为HBA、交换机或其它组件配置错误,或者因为HBA本身存在问题。与硬件供应商联系,获取更多信息。微软公司讨论了拔出HBA、再次插入HBA时的情况,模仿集群的故障转移和自动恢复功能。

  如果你还在运行Windows 2000,可能还存在一个问题。如果发生故障,多路径软件可能引起磁盘签名改变。这样,系统就无法找到磁盘,从而发生故障。微软考虑到了磁盘故障问题。

  总的来说,如果你的问题与多路径相关,你就无法处理微软产品。HBA供应商而不是微软公司完成MPIO驱动器的写操作。微软的态度是:DSM及其它设备由硬件和相关的软件供应商部署,而不是由微软部署,因此,应该向供应商寻求帮助,从而解决故障。

 
查看全文
 
 
 
 
 

SAN管理

 
服务器和网络虚拟化给网络变更和配置管理(NCCM)增加了复杂性。但是,在存储区网络(SAN)实施变更管理是一切挑战的根源所在。
 
SAN数据库即时恢复不一定就比事务日志备份来得更加有效。使用事务备份,我们可以恢复到指定时间点,比如开发者在删除表之前一分钟。
 
存储域网络(SAN)数据库快照可以给DBA绕过备份窗的能力,通过它DBA可以在SAN内部进行备份而不用在操作系统层进行备份。
 
作者本文主要介绍了在SAN上创建SQL Server群集时要牢记的建议:获得厂商详细的调整指导 、尽可能使用RAID-10、Active/active and active/passive需要考虑的事项……
 
当服务器有多路径连接其驱动器时,连接速度肯定更快对吧?未必!对于大对数初级和中级SAN来说,单独的驱动号,或SAN中的LUN通常活动于单一路径。
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
登录Email
请输入您的登录Email
密码
下次自动登录