S2200T重启过后发生盘符漂移,Windows主机业务无法读写

发布时间:  2014-09-04 浏览次数:  550 下载次数:  0
问题描述
现网一台s2200T磁盘阵列,通过FC直连两台独立服务器,服务器A做网络共享服务器使用,服务器B做视频业务读写。服务器系统都是Windows2012操作系统。客户在重启存储之后,发现网络磁盘异常,无法读写。视频业务也无法正常播放。
告警信息
存储端无告警
处理过程
【服务器A处理过程】
第一步:确认存储是否有无告警。通过ISM界面查看,确认无。
第二步:确认重启之后的文件系统能否在服务器端单独打开,数据是否完整。确认数据未受影响。
第三步:对于服务器A,可以手动修改盘符来解决,具体修改办法如下:
首先,输入diskmgmt.msc

然后,这时可以看见磁盘管理图标,如下图点击进入


这时可以看见我们熟悉的磁盘管理界面,如下:



选中要修改的盘,点击右键,选择“change driver letter and paths”



最后修改盘符。如下图:



【服务器B处理过程】
第一步:确认存储是否有无告警。通过ISM可查看,确认无。
第二步:确认重启之后的文件系统能否在服务器端单独打开,数据是否完整。确认数据未受影响。
第三步:对于服务器B的解决办法就是,查询出存储LUN与服务器盘符对应关系,通过存储ISM界面来获知对应RAID的硬盘编号,通过定位硬盘,即可确定RAID所在的硬盘框。这样就可以使得固定摄像头的数据写入固定的RAID。解决盘符漂移问题。
具体步骤如下:
步骤一:单击“磁盘管理”,如上图所示,在磁盘0的位置,右击属性,弹出如图所示对话框。
可以看到Target ID2。
 

步骤二:开始,运行—cmd,然后输入iscsi程序。



步骤三:选中一个iscsi连接,然后单击属性选项卡。如图所示属性选项卡。


步骤五:单击“设备”选项卡, 如图所示,可以找到targetID为2. 然后查找对应的LUNID 0.


步骤六:查看对应的iqn标识的IP,也就是业务IP:192.168.9.184


步骤七:查找对应的业务IP:192.168.9.184,并查看对应的管理IP:192.168.110.129/130。


步骤八:通过PC管理终端ISM登陆192.168.110.129。如图所示,登陆192.168.110.129这套存储。

 
步骤九:如图所示,单击存储资源,点开LUN,根据对应的ID即可查找到对应的LUN。



问题即可解决。

根因
问题一:由于windows2012系统机制原因,在管理移动存储硬盘时候,是可以自动分配并收回盘符的,但是对于固定式硬盘来说,第一次分配磁盘盘符之后就做了占用记录,系统就不会自动回收盘符了。所以当存储重启之后,服务器默认重新做扫盘行为,由于老盘符未释放,所以给lun分配了新的盘符,盘符变更之后,网络映射就无法读取。
问题二:客户上层业务是属于视频业务,现场了解到,视频软件是直接以盘符读写。由于视频软件是将固定摄像头的数据写入固定的RAID,所以盘符漂移直接影响到了视频业务。
建议与总结
1.建议一线工程师在现场交付的时候,提前了解客户具体业务。预告之存储重启会出现的风险。
2.若客户业务是视频监控,建议客户在软件层面做磁盘绑定的操作。一线工程师可以提前协助客户查询对应关系。
3.只有了解客户具体业务需求以及现状后,才能给客户提出建设性意见,并也要结合客户现网给出一定的应急方案,确保客户业务的正常运行。

END