共计 1228 个字符，预计需要花费 4 分钟才能阅读完成。
服务器数据恢复环境：
IBM 某型号服务器；
4 块 SAS 磁盘组建的 RAID5 磁盘阵列；
服务器操作系统 windows server；
一个单节点 Oracle，数据存储为文件系统，无归档。oracle 应用默认的 users 表空间，users 表空间下仅有一个不到 1G 的数据文件。
服务器故障：
工作负荷过重导致 RAID 磁盘阵列呈现故障，管理员为了解救数据执行了重建 RAID 的操作，RAID 初始化过程中一磁盘呈现故障，RAID 初始化中断，有大量数据被同步毁坏。此时重建的 RAID 磁盘阵列可拜访，零碎能够失常启动，oracle 数据库所在的分区报错无奈关上，执行 chkdsk 操作后能失常关上，但数据库无奈启动。管理员在原盘上重新安装了 oracle 数据库并导入了以前备份的 dmp 文件，但数据相差太大。管理员分割咱们数据恢复核心寻求帮忙。
服务器数据恢复过程：
1、北亚数据恢复核心安顿 Oracle 工程师和服务器数据恢复工程师到现场进行数据恢复。因为重建 RAID 很可能会造成严重破坏，所以工程师达到现场后首先对 RAID 层进行剖析，剖析后发现重建的 RAID 的块大小、盘序都和原来的 RAID 一样，初始化仅同步了大量数据，RAID 层损坏不重大，数据库没有被毁坏。
2、剖析前面管理员对 oracle 数据库所在分区执行 chkdsk 和重装 oracle 数据库并导入 dmp 文件操作造成的毁坏进行检测剖析：因为 Chkdsk 操作不会毁坏数据区，只会对文件系统元数据区进行批改，执行 chkdsk 后数据库文件仍无毁坏，最多只是文件的 MFT 或目录项被毁坏。然而重装 Oracle 和导入 dmp 文件的操作不仅对文件系统元数据区进行了毁坏，还对数据区进行了笼罩。
3、对 oracle 所在分区的 NTFS 文件系统进行剖析。剖析后发现原所有 oracle 数据文件的的 MFT 均被笼罩，NTFS 日志也被轮回笼罩，从 NTFS 元数据区找不可利用信息。服务器数据恢复工程师应用北亚数据恢复核心自研的 Oracle 恢复程序对整个分区进行复原。通过 Oracle 恢复程序扫描发现 Oracle 实例为 ANSORA，扫描出一个原始残缺的管制文件和一个原始残缺的 undotbs 表空间数据文件。然而重要的 system 和 users 表空间数据文件都有不同水平的损坏，其中 system 表空间的数据文件仅剩中后部的一小部分，而 users 表空间的数据文件也有一小部分被笼罩。
4、提取出找到的完整数据，对重大损坏的数据库进行修复。因为 system 表空间不可用，无奈失去数据字典。在和管理员沟通后确认了三张重要的表，从管理员 imp 回去的数据库中获取到这三张表的构造，再从复原进去的 users 表空间的数据文件中找到对应的 segment。有一张表无奈对应上，再次询问管理员得悉这张表有过更改字段的操作，再构建新的表构造对应上 users 表空间数据文件中的 segment，而后应用 oracle dul 工具提取出这三张表的数据。通过管理员验证后，确认复原进去的数据没有问题，本次数据恢复胜利。
