双盘失效解决方案.docxVIP

本节只介绍双盘无效问题办理案例。三盘及以上盘无效请联系研发办理。 本操作方法只适应于RAID无效且该RAID中所有的LUN全部无效的情况。 查察RAID种类，确认RAID状态、LUN状态以及无效硬盘的槽位号和时间点。 登录OSM管理界面，找到告警ID为900序,如下列图：可知（0,8）槽位硬盘先无效，（  的告警：硬盘无效，记录硬盘无效的时间点及先后顺 0,4）槽位硬盘后无效（此项一定要记正确，次序 记反，会致使数据丢掉）. 图  2 图  3 通事后台登录至Cli模式，输入showrg获取RAID的ID、种类和状态,输入showlun LUN的ID和状态以及LUN归属的RAID，如下列图：其中RAID1的种类为RAID5,状态为fault  获取 （失 效),其所属的LUN状态全部为无效。图4 2。  确认硬盘的物理状态和逻辑状态。 通事后台登录至CLI理状态，如下列图：（  模式，输入0，4)（0,8  showdisk–l）逻辑状态为  和showdisk–p fault,物理状态为  分别获取硬盘的逻辑状态和物nomal。 图  5 图6 3。  修复  RAID为降级状态  . a。  修复最后无效的硬盘为  normal  状态。 进入mml命令模式下面，经过（revivedisk框号槽位号）命令操作恢复后无效的硬盘,如 下列图后无效的为（0，4)槽位硬盘。注意：如果（0，4）槽位的硬盘物理状态为fault，需要先 拔插一下该槽位的硬盘使其物理状态恢复为normal（查察方法同showdisk–p）。 修复所有的LUN为normal状态，RAID为降级状态。 c.  修复完硬盘之后到cli模式查察  ,经过(reviveraidlunRAIDRAID的状态会变为降级状态  —ID）命令持续修复所有的 (Degrade）.  LUN为  normal  ，然退后出 图  7 图8 d。  确认修复达成。 履行完步骤3.c之后,exit （Reconstructionisinprocess 构状态。  到cli模式，从头查察最先无效的硬盘的状态是否为重构状态 ），如果为重构状态则修复达成，如下列图(0,8)槽位硬盘的状态为重 图9 如果硬盘的状态不为重构状态,为Fault状态，如下列图： 图10 当出现  Fault  状态时  : ?经过步骤3.b（拔和插间隔  确认该槽位的硬盘的物理状态也为fault 15s以上），拔插后硬盘会进入重构状态，  时，需要对该槽位的硬盘进行拔插操作若仍未进入,联系有关技术支持工程师  . ?经过步骤  3。b确认该槽位的硬盘的物理状态为  normal  时，能够拔插操作恢复；若现场无人  , 能够经过  mml下面的模拟拔插盘进行恢复，如下列图： spuui〉devsetdiskout08spuuidevsetdiskin08 图11 操作达成之后，再次确认该槽位的硬盘是否进入重构状态，若仍未进入重构状态，实时联系研发人员。若已经进入重构状态，能够先恢复业务。 确认文件系统是否正常. 文件系统修复时需要umount文件系统，暂停业务。若文件系统有破坏，请参照相应的文件系统修复指导书进行操作。 b。恢复业务。 5。确认修复达成之后，恢复主机业务. 建议与总结 ?在进行修复以前将存储日志进行收集发至研发进行剖析. 有疑问时，将修复步骤描绘发至研发确认。 ?超过2块盘的RAID无效请联系研发办理.