LoveUnix » 存储设备 » ds4000存储host group,整改问题!
让LU留住您的每

一天 让LU博客留住您的每一天
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.