共计 1305 个字符，预计需要花费 4 分钟才能阅读完成。
服务器存储 raid 数据恢复环境：
华为 OceanStor 某型号存储，16 块 FC 硬盘（蕴含一块热备盘）组成 RAID5。
服务器存储 raid 故障：
该存储 RAID5 中的一块硬盘因为未知起因离线，热备盘上线同步数据，同步实现一半左右时另外一块硬盘未知起因离线，数据同步失败，raid5 解体，下层的 lun 生效。管理员分割咱们数据恢复核心对该存储中的 raid5 进行数据恢复。
服务器存储 raid 数据恢复过程：
1、检测 raid5 中所有磁盘：
北亚硬件工程师首先对故障 raid 中所有磁盘进行物理故障检测，检测后果为第一块掉线硬盘存在物理故障，其余的包含前面掉线的硬盘均无物理故障。
2、备份 raid5 中所有磁盘：
将 raid5 中所有磁盘都镜像备份，后续的数据恢复操作都在镜像文件中进行，防止可能对原始数据造成的二次毁坏。
3、剖析 raid5 构造：
数据恢复工程师对故障 raid 中的所有磁盘进行剖析，找出热备盘（热备盘与其余数据盘有显著区别）。因为 raid 是条带化的，raid 中的数据是依照肯定法则存储，通过剖析 raid 中的数据库页在每一个物理磁盘中的散布状况，北亚数据恢复工程师计算出 raid 的磁盘程序、数据走向、条带大小等根本信息。
4、找出 raid5 中被同步的坏盘：
依据剖析获取到的 RAID 信息，尝试通过北亚自主开发的 RAID 虚构重组程序将原始 RAID 虚构重组进去。故障 RAID 中掉线两块盘并且有一块硬盘中的数据因为同步失败损坏，数据恢复工程师仔细分析每一块硬盘中的数据，发现有一块硬盘在同一个条带上的数据和其余硬盘显著不一样，因而初步判断此硬盘是被同步损坏的硬盘。通过北亚自主开发的 RAID 校验程序对这个条带进行校验，最终确定那块被同步损坏的硬盘。
5、剖析 raid 中的 lun 信息：
剖析 lun 在故障 raid 中的调配状态和 lun 调配的数据块，而后依据数据 MAP 导出 LUN 的数据。
6、解析 EXT3 文件系统：
因为是应用热备盘虚构重组的 RAID，EXT3 文件系统无奈失常挂载，只能提取出 oracle 数据库文件。利用北亚自主开发的文件系统解析程序对其进行文件系统解析并导出 oracle 数据库文件，而后把数据库文件移交给数据库复原工程师进行校验和验证。
7、修复数据库，检测数据文件完整性：
应用 Oracle 数据库文件检测工具检测每个数据库文件的完整性然而发现错误。于是应用北亚自主研发的 Oracle 数据库检测工具进行检测，发现局部数据库文件和日志文件谬误，system 和 sysaux 表空间存在许多坏块，管制文件全副损坏，eschoolspace 表空间的文件的坏块更多，undotbs02 失落；北亚数据库数据恢复工程师对这些文件进行手工修复。
北亚数据库数据恢复工程师创立管制文件、undo 表空间，启动数据库到 mount。因为 system 数据文件存在坏块，数据库不能 open，各种隐含参数也不能绕过 system 的坏块。搭建数据库环境并应用 dmp 文件还原数据库，最终导入 10G 左右的数据。
数据验证：
由用户方配合启动 Oracle 数据库，在本地虚拟机装置 OA 客户端，通过 OA 客户端对数据记录进行验证，并且让用户安顿不同部门人员进行近程验证。验证通过，数据恢复胜利。