浪潮gs数据库整理 _浪潮存储怎么登录管理口（浪潮gs管理软件怎么用）

　　一、故障形貌

　　服务器是dell 730系列服务器，存储阵列是MD3200系列存储5T的Lun，操纵 体系 是Linux centos 7，文件体系 范例 是EXT4，因不测 断电，导致体系 不能正常启动，修复之后体系 可以正常启动，但是挂载的5T分区不能正常访问了，对这个5T的分区举行 fsck修复，修复完成之后文件体系 正常，但是丢失了部分 文件，细致 查察 之后缺失的部分 文件在lost+found文件夹内里 ，文件名称已经被改变。

　　二、故障分析

　　1、备份数据

　　把MD3200存储的5T的lun以只读模式重新映射到一台windows 2008的备份服务器上，接着利用 专业的工具将整个5T卷以扇区的方式镜像到已预备 的备份空间上，以确保客户的数据安全，之后的分析和规复 操纵 均在备份的数据上举行 。

　　2、分析故障缘故起因

　　细致 分析5T卷的底层数据发现，服务器的忽然 断电导致故障假造 机目次 下的目次 项出现粉碎 ，但是这种粉碎 不会影响紧张 数据，只是粉碎 了文件的目次 项而已，可以通过人工修复即可办理 。而之后对文件体系 举行 fsck修复，导致破坏 的目次 项修复不乐成 ，直接以目次 节点号定名 放到lost+found文件夹下，则目次 项对应的数据区索引会被清掉，也不会影响删除文件的实际 数据。这种环境 可根据删除假造 磁盘文件中的文件体系 以及假造 磁盘中的文件范例 在VMFS卷自由空间中举行 碎片匹配和归并 ，终极 也可规复 删除的假造 磁盘文件。

　　三、实行 方向

　　由于ext4文件体系 文件丢失之后，文件的节点信息被打扫 了，以是 无法根据文件的节点信息举行 还原，只能根据丢失的文件的目次 项节点号和lost+found内里 的文件的名称举行 匹配，由于lost+found内里 的文件是以该文件的目次 项的节点号定名 的，以是 把目次 项节点号提取出来和lost+found的文件名称举行 匹配就可以还原之前的目次 布局 。

　　四、规复 数据

　　按照实行 方向思绪 举行 底层分析，根据EXT4的文件体系 布局 信息，在底层的空间中扫描符合的目次 项的地区 ，并统计其数量 和盘算 目次 项的节点号。再根据磁盘中的文件体系 的信息将这些扫描到的目次 项节点号举行 整合，把扫描到的目次 项节点号记录 到数据库内里 ，之后在通过lost+found内里 的文件记录 号和数据库内里 的记录 号举行 匹配。

　　五、规复 总结

　　由于客户数据先是被忽然 断电导致文件体系 出现题目 ，接着人为fsck修复导致大量文件目次 布局 丢失，而且 又重新写入部分 数据，导致其存在数据覆盖的大概 性。由于对ext4文件体系 底层布局 充足 相识 ，而且 有处理 惩罚 过雷同 故障范例 的履历 。以是 整个规复 过程中还算比力 顺遂 。匹配之后数据正常规复 ，而且 验证没有题目 ，整个数据规复 乐成 。