共计 898 个字符，预计需要花费 3 分钟才能阅读完成。
服务器故障：
本案例须要进行数据恢复机器是一台 IBM 某型号存储，故障为 vdisk 失落，操作系统中的 Oracle 数据库无奈失常应用。管理员重建 MDisk，把故障存储中的 raid10 重建为了 raid6，而后又再次重建为 riad10，这番操作导致服务器对应的存储池中的 VDisk 失落，下层 Solaris 操作系统中的 Oracle 数据库无奈失常应用。用户分割咱们数据恢复核心要求复原服务器 Solaris 操作系统中的 Oracle 数据库。
服务器数据恢复过程：
1、将所有波及到 Oracle 数据库的 VDisk 以只读模式连贯到备份服务器，应用数据备份工具对映射过去的 VDisk 做只读模式的备份。
2、把所有成员盘排好序做标记，而后做只读模式的全盘镜像。
3、判断管理员的 Mdisk 重建操作对数据的毁坏水平。
4、剖析重建后的 raid6 的数据分布规定，计算出 RAID6 的双校验写到硬盘的具体位置。因为 raid6 的双校验会毁坏数据区域，针对被毁坏的区域，服务器数据恢复工程师联合 raid10 的散布规定尽可能的还原出原来的 Mdisk。
5、对复原进去的 Mdisk 进行底层卷剖析，取出精简模式的数据 MAP 并校验数据 MAP 是否失常。依据精简模式的算法联合数据 MAP 尽可能的还原 VDisk。
6、数据库文件复原及数据库文件修复。实现了 VDisk 的数据恢复后，联合未损坏的 VDisk 做 Oracle 数据库页特色扫描，生成相应的数据库文件的特色集。剖析出数据库在所有 VDisk 中的数据分布 MAP 来进行数据库文件的复原。借助北亚自研的软件对数据库文件做一致性检测，检测后果文件失常，构造残缺。尝试启动数据库实例并监控状态，一切正常，导出数据库。本次数据恢复胜利。
服务器数据恢复剖析：
因为故障存储中某个 MDisk 被重建，下层 VDisk 及 Oracle 数据库无奈失常应用。如果 MDisk 重建后的 raid 类型为 RAID6（之前为 RAID10），局部数据就会被毁坏。最坏状况会有 2 块盘 (RAID6 的双校验) 的数据被损坏。本案例中，从 VDisk 层面来看，数据残缺度超过 75%。下层 Oracle 又由多个 VDisk 组成，下层 Oracle 层面的数据残缺度超过 95%。
