2008-5-28 23:34
cinord
ds4000存储host group,整改问题!
碰到一个之前超人实施的DS4800,
环境:aix 2台,做HA,ds48001台,在创建host group和host mapping时候如图所示。
目前需要整改:
主要针对MAPPING PARTITION进行整改,划分一个主机组,包含现场一套双机,每台主机包含两个光纤卡,这两块光纤卡都为该主机所有的,所有分配的lun归属于该主机组所有。
问题:针对整改需求是否可以直接删除原来的mapping关系,直接归属到hostgroup组里面?
2008-5-28 23:53
cinord
个人理解:
将应用停止,vg off,新建一个hostaix,然后将hba host port下的hba卡移动到hostaix下,然后删除主机上hdisk,exportvg,重新认,importvg。实现两个主机都能访问lun 1、2、3、4、5、6、7、8、9实现ha的正常切换。当然在做删除操作之前保留lspv信息,以便后面importvg用
疑问:原来lun mapping给主机的时候都有一个唯一的lun号,重新mapping后就出现了lun号的重复,是否影响vg信息?
我的思维:lun在主机上其实也是相当于一个hdisk,pvid和vg信息是写在hdisk的头部的,删除hdisk后重新认可能hdiskx中的X会改变,但是实际的信息还是在lun上,所以不会影响vg的信息。
欢迎各位拍砖头。
2008-5-29 00:09
cinord
用户要求实施的目的是两台aix(db1,db2)主机能看到lun1、2、3、4、5、6、7、8、9共9个lun,ha切换。
我再用文字解释一下那张图:当时实施的时候实施人员创建了一个host group 4800,然后在group下创建了2个host分别是host4800,host48001,其中host4800包含了db1、db2主机的一张hba卡,host48001包含db1、db2的另外一张HBA卡。
2008-5-29 00:25
cinord
解释我2F的一点:“疑问:原来lun mapping给主机的时候都有一个唯一的lun号,重新mapping后就出现了lun号的重复,是否影响vg信息?”
之前的lun1、5、6、8是在host4800下的mapping给db1、db2的一张hba卡,lun2、3、4、7、9是在host48001下mapping给db1、db2的另外一张hdb卡。
这个时候lun1、5、6、8对应的lun号是0、1、2、3,lun2、3、4、7、9对应是lun号是0、1、2、3、4。如果把9个lun归属到host group 4800下,就会出现lun号的改变。
2008-5-29 09:29
lj_cd
谁说LUN号会重复?
根据你的意思,原来地是两台主机各访问不同的LUN,那么你直接将所有LUN都mapping给两台主机不就完了么?哪里还需要停机?
2008-5-29 10:04
xuqf
看你的图,lun是给双机用的,lun mapping的时候是mapping给整个group的,如果两台机器的lun都一样,个人认为你的mapping没必要改.
2008-5-29 11:40
flysnowpp
以前的mapping方式确实有点诡异啊!生生的把双控的机器变成了单控使用。
2008-5-29 11:43
flysnowpp
停止应用,删掉以前的mapping配置,创建新的mapping或者直接使用default group,服务器重新检测设备
2008-5-29 20:23
cinord
谢谢回复,如果操作更改mapping后PVID是否丢失?
2008-5-30 00:36
flysnowpp
Pvid的生成原则是 主板序列号+形成pv时候的时间戳,pvid除了写入odm库,在硬盘头信息里(0扇区的头几个字节)以及VGDA 也将写入pvid
mapping之会影响到lun id,对pvid不会影响。
页:
[1]
Powered by Discuz! Archiver 5.5.0
© 2001-2006 Comsenz Inc.