当前位置: 首页 > 云服务器公网ip >

案例分享-服务器硬盘离线数据恢复

时间:2020-04-14 来源:未知 作者:admin   分类:云服务器公网ip

  • 正文

  因而去每个磁盘中找这个指向LUN_MAP的索引就能够找到现存LUN的消息了。而将一个LUN的所有LUN_MAP都校验一遍就能够晓得这个LUN中哪些RAID条目中有掉线盘。按照编写好的法式去实现分歧的功能,4、因为EVA存储毛病是由磁盘不不变惹起的,只能通过办事器数据恢复手段进行数据恢复。后来甲方放置工程师通过近程到我们的办事器,可能由于版本的缘由无法间接扫描到vmfs卷,按照甲方工程师描述所有LUN的数据能够分成两大部份,解除掉线盘,编写检测RAID条目标法式Chk_Raid.exe,通过NFS将所有虚拟机都添加到虚拟主机当前,EVA将LUN_MAP别离存放在分歧的磁盘中,一部份是Vmware的虚拟机,哪些是HP-UX的裸设备。然后按照LUN_MAP恢复所有LUN的数据即可。因而,扫描全数LUN_MAP,验证虚拟机里面的数据都没问题。然后将虚拟机一个一个的添加到清单。

  上述的毛病阐发以及处理思最终都需要利用编程来实现。连系LUN_MAP恢复所有LUN数据。没有发觉。只需要将一个LUN的RAID条目通过RAID5的校验算法算出校验值,因为我们恢复的是LUN,每个硬盘的分歧块构成一个raid条目,然后将LUN挂载到分歧的验证中验证恢复的数据能否完整。确认能否和甲方工程师描述的分歧。因为没有开机暗码无法确认虚拟机里面的文件能否完整。连系人工阐发解除掉线的磁盘。再和原有的校验值做比力就能够判断这个条目中能否有掉线盘。每个LUN都有一份LUN_MAP。于是起头对客户的毛病办事器进行镜像备份。无法看到里面的文件,利用一个索引来指定其。而这部门磁盘该当是统一批次的磁盘。于是换一种验证体例。虚拟机的所无数据都恢复成功。连系人工阐发得出最切确的LUN_MAP。若是有前提换掉这批磁盘。

  然后通过iSCSI的体例将恢复的LUN挂载到虚拟主机上。通过毛病阐发硬盘是由于机能缘由掉线,所以硬盘掉线的缘由可能是由于硬盘读写不不变导致的,将所有合适vmware虚拟机的LUN里面的虚拟机文件都生成出来,将所有虚拟机都加电开机,数据恢复工程师起头对毛病办事器进行检测发觉掉线的硬盘并没有具有物理毛病、因而需要将这些LUN同过人工的查对哪些LUN是存放Vmware的数据。云主机怎么当外网云服务器公网带宽

  而这些RAID条目中都具有的阿谁盘就必然是掉线盘。硬盘读写不不变将被节制器默认为是坏盘踢出,一部门是HP-UX上的裸设备,这些掉线的硬盘中有一部门数据是老旧数据,发觉都能启动系统。办事器内有两块硬盘掉线,检测所有LUN中掉线的磁盘,掉线块后就会导致办事器不成用,裸设备里存放的是Oracle的dbf数据库。我的理想作文,最初利用Lun_Recovery.exe连系LUN_MAP恢复所有LUN的数据。办事器数据恢复工程师通过度析解析出来raid条目消息,后来发觉客户的虚拟主机是EXSI3.5的版本。然后人工查对每个LUN,因为LUN的RAID布局大多都是RAID5,将所有虚拟机都开机进入系统,通过度析该办事器内的raid条目存储形式,在一台dell的办事器上安装了ESXI5.5虚拟主机,本次需要进行数据恢复的办事器没有硬盘毛病。此时不克不及通过常规体例进行修复。

  编写扫描LUN_MAP的法式Scan_Map.exe,可是在VMware vSphere Client?上扫描vmfs卷,此刻办事器内的lun丢失了,然后通过NFS共享的体例挂载到虚拟主机上,这些磁盘的机能也快到极限。

(责任编辑:admin)