成功案例

当前位置:主页 > 成功案例 >

数据恢复成功案例之服务器数据恢复案例

发布时间:2019-11-02

  通过障碍了解硬盘是由于职能缘故掉线,这些掉线的硬盘中有一局部数据是老旧数据,因为LUN的RAID机闭大家都是RAID5,只须要将一个LUN的RAID条款通过RAID5的校验算法算出校验值,再和原有的校验值做比拟就能够判定这个条款中是否有掉线盘。而将一个LUN的完全LUN_MAP都校验一遍就能够晓畅这个LUN中哪些RAID条款中有掉线盘。而这些RAID条款中都存正在的阿谁盘就必定是掉线盘。废除掉线盘,然后依据LUN_MAP规复完全LUN的数据即可。

  北亚数据规复中央接到一台效劳器,客户先容说这台效劳器内有了两块硬盘掉线,现正在效劳器内的lun损失了,北亚效劳器数据规复工程师初阶对障碍效劳器实行检测发掘掉线的硬盘并没有存正在物理障碍、也没有坏道等其他障碍。于是初阶对客户的障碍效劳器实行镜像备份。

  4、因为EVA存储障碍是由磁盘担心定惹起的,而这局部磁盘该当是统一批次的磁盘。所以,这些磁盘的职能也疾到极限,要是有要求创议换掉这批磁盘。返回搜狐,查看更众

  依据甲方工程师描写完全LUN的数据能够分成两大部份,一部份是Vmware的虚拟机,一局部是HP-UX上的裸配置,裸配置里存放的是Oracle的dbf数据库。因为咱们规复的是LUN,无法看到内中的文献,所以须要将这些LUN同过人工的查对哪些LUN是存放Vmware的数据,哪些是HP-UX的裸配置。然后将LUN挂载到差别的验证处境中验证规复的数据是否完备。

  本次须要实行数据规复的效劳器没有硬盘障碍,因而硬盘掉线的缘故恐怕是由于硬盘读写担心定导致的,硬盘读写担心定将被操纵器默以为是坏盘踢出,掉线块后就会导致效劳器不成用,此时不行通过常例方法实行修复,只可通过效劳器数据规复门径实行数据规复。通过了解该效劳器内的raid条款存储局面,每个硬盘的差别块构成一个raid条款,效劳器数据规复工程师通过了解解析出来raid条款讯息,每个LUN都有一份LUN_MAP。EVA将LUN_MAP差别存放正在差别的磁盘中,利用一个索引来指定其地位。所以去每个磁盘中找这个指向LUN_MAP的索引就能够找到现存LUN的讯息了。

  上述的障碍了解以及管理思绪最终都须要利用编程来竣工。编写扫描LUN_MAP的秩序Scan_Map.exe,扫描全体LUN_MAP,团结人工了解得出最切确的LUN_MAP。编写检测RAID条款的秩序Chk_Raid.exe,检测完全LUN中掉线的磁盘,团结人工了解废除掉线的磁盘。编写LUN数据规复秩序Lun_Recovery.exe,团结LUN_MAP规复完全LUN数据。

  依据编写好的秩序去竣工差别的成效,末了利用Lun_Recovery.exe团结LUN_MAP规复完全LUN的数据。然后人工查对每个LUN,确认是否和甲方工程师描写的同等。

  通过NFS将完全虚拟机都增加到虚拟主机从此,将完全虚拟机都加电开机,发掘都能启动体系。因为没有开机暗号无法确认虚拟机内中的文献是否完备。厥后甲方调度工程师通过长途到咱们的效劳器,将完全虚拟机都开机进入体系,验证虚拟机内中的数据都没题目。虚拟机的所罕有据都规复告成。

  正在一台dell的效劳器上安置了ESXI5.5虚拟主机处境,然后通过iSCSI的方法将规复的LUN挂载到虚拟主机上。然而正在VMware vSphere Client?上扫描vmfs卷,没有发掘。厥后发掘客户的虚拟主机是EXSI3.5的版本。恐怕由于版本的缘故无法直接扫描到vmfs卷,于是换一种验证方法。将完全契合vmware虚拟机的LUN内中的虚拟机文献都天生出来,然后通过NFS共享的方法挂载到虚拟主机上,然后将虚拟机一个一个的增加到清单。

广东省广州市天河区88号    电话:400-123-4567    传真:+86-123-4567
Copyright © 2002-2019 彩乐园 版权所有