• VMWARE ESX SERVER虚拟化数据恢复过程总结


    [虚拟化数据恢复故障描述]

    需要进行数据恢复的是北京一家公司的信息管理平台,平台配置有数台VMware虚拟机,虚拟机是ESX SERVER共享一台某品牌的 DS4100存储,虚拟机内数据容量约2TB左右。
    虚拟机在正常工作过程中突然提示虚拟磁盘丢失,管理员发现后立刻进行了查看并进行了重启操作,重启后虚拟机依然不可用,虚拟磁盘丢失,服务器内数据不可用,急需进行数据恢复操作。

    [虚拟化数据恢复故障分析]

    工程师首先对客户的存储设备进行了只读模式下的镜像备份,避免破坏原始故障环境。
    在镜像文件中对数据进行分析发现所有数据中的有效“55AA”表示都存在,硬盘ID标志也存在,但分区表数据丢失。存在一个空的ntfs卷,通过计算确定卷大小约2T,分别于卷的开始位置,约2.8G位置等位置占用了总共约120MB空间,其他位置并未占用空间。
    分析服务器的vmfs卷,共分析得出2组vmfs分区,第二组是第一组的扩展分区,第二组分区内数量较小,经过分析确认数据主要存储在第一个分区里。重点分析傣族vmfs得出如下结论:
    第一、第二级索引保留完整,部分结构丢失。

    [虚拟化数据恢复过程]

    在数据恢复专用服务器上搭建与原始环境相同的虚拟化环境,连接两个vmfs分区,提取vmdk及所有配置文件,通过nfs回迁至虚拟化环境。
    重建卷头部信息,索引列表等位置被破坏的信息,直接附加即可。

    [虚拟化数据恢复总结]

    本次数据丢失的主要原因是由于客户的服务器曾经在Windows系统下格式化为ntfs格式并且还重新分区,随后又对该分区进行删除。这一操作导致其他服务器接入存储后光纤环境互斥不当,虚拟机瘫痪。

  • 相关阅读:
    Rolling Hash(Rabin-Karp算法)匹配字符串
    vim下单行长文本的时候卡顿解决办法
    设置vim的默认工作路径同时与自动设当前编辑的文件所在目录为当前工作路径不冲突
    Careercup
    Careercup
    Careercup
    Careercup
    Careercup
    Careercup
    Careercup
  • 原文地址:https://www.cnblogs.com/frombyte/p/15190456.html
Copyright © 2020-2023  润新知