惊魂36小时，一次生产事故，动态磁盘删除卷分区丢失，数据恢复案例实战

最新推荐文章于 2024-09-25 10:59:43 发布

乐于分享小码农

最新推荐文章于 2024-09-25 10:59:43 发布

阅读量841

点赞数 22

分类专栏：程序员文章标签： java 面试学习

本文链接：https://blog.csdn.net/mxzsybkj/article/details/138777938

版权

程序员专栏收录该内容

132 篇文章 0 订阅

订阅专栏

总结

大型分布式系统犹如一个生命，系统中各个服务犹如骨骼，其中的数据犹如血液，而Kafka犹如经络，串联整个系统。这份Kafka源码笔记通过大量的设计图展示、代码分析、示例分享，把Kafka的实现脉络展示在读者面前，帮助读者更好地研读Kafka代码。

麻烦帮忙转发一下这篇文章+关注我

就这一次！拼多多内部架构师培训Kafka源码笔记（现已绝版）

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

接下来往下走一点可以看到VMDB的数据，这个在我使用的过程中也没有起到实质的作用。

接下来往下来一点或者搜索56424C4B就可以找到这个地方。

这里很抱歉，我没办法做实战了，因为技术人员给我备份磁盘image的时候，竟然吧后面全0000的部分给忽略了，所以我到这里就没有真实数据可以演示了。我只能借参考文献里的相似的图来解说了

注意我框的04，05 这个是VBLK的序号，从4开始，每个VBLK都会有这个序号，我当时磁盘一共数下来有17个，参考文献1里面讲的很清楚，原理是为了让LDM能够描述类似RAID0 RAID5等等各种情况。具体看参考文献吧。

然后再注意我框的34和35，是讲的这个VBLK是什么类型的，不同的类型他里面的数据也是不一样的。然后根据不同的类型去调用winHex的不同模板。

组件的VBLK：0x32

分区的VBLK：0x33

磁盘的VBLK：0x34

磁盘组的VBLK：0x35

卷的VBLK：0x51

譬如上图序号为04的VBLK，是34，所以就按ALT+F12，打开模板管理，选择里面的0x34这个模板。

PS:这里有个小细节光标一定要定位在第一个字节的第一个字符上，即56的5上面，否则模板解析的数据就混乱了。

解析出来大概是这样子的

然后我当时用excel记录了我一共17个VBLK的记录，其中磁盘类型的有3个，如下图所示，都是从模板里面记录下来的。

然后是卷的记录，是51的模板卷结构，用模板打开来就是这个样子的。

我一共记录了3个卷，卷很重要，就是我们的盘符E盘我找到了他，他的大小是91.0341。

对上面这个记录，我特别说一下，长度是16进制的，可以用计算器，点击查看，选择程序员型，然后选择16进制，粘贴进去，然后再转十进制，得到一个190912512数字，这个是扇区数量，一个扇区是512B，所以对190912512*512/1024/1024/1024 就得到了他的大小是91.0341G，刚好是我之前的E盘的大小。所以这个方法有戏。

接下来是33类型的分区信息，非常重要的信息，我们就是通过这个信息来对分区的

我一共找到7个分区信息，这个数字其实在开头的LDM里面有，这里刚好吻合，这里说一下，起始位置，7C1，转换成十进制是1985，然而根据之前看别的磁盘修复的经验，找到的55AA所在扇区是2048，两者刚好差了63，所以我用1985和2048都去尝试了一下，发现实际上用2048才能拼接出准确的数据。这里的原理不是很清楚，是通过实验得到的结果。当时我利用2号分区的末尾去对3号分区的开头，发现只要3号分区的起始位置加63他们的数据就能是连续的有规律的，不加就感觉对不上断层的。