南京oracle数据恢复，oracle文件损坏修复

oracle数据库恢复解决方案

南京oracle数据库恢复，oracle系统表空间损坏，控制文件损坏修复，oracle rac数据恢复

Oracle数据库作为企业的核心，如果数据库因损坏无法正常运行，导致数据丢失，将给企业带来无法挽回的经济损坏。当您的数据库出现故障，又没有有效的备份之时，我们就是您的最后一道防线，尽最大可能帮您挽救数据库，减少损失。Oracle原厂售后（ACS）的国内知名数据库专家团队，有几百套Oracle数据库恢复经历；版本从ORACLE 7.3、ORACLE 8/8I，ORACLE 9I、ORACLE 10G，ORACLE 11G和ORACLE 12C；平台有Linux、Windows、AIX、HP-UNIX、SOLARIS等；客户从西藏到海南，从黑龙江到贵州遍布中国所有省份；客户有：医疗、军队、政府、制造、超市、社保、医保、物流、互联网、金融、医院、政务、公安、重工等各个行业。不管你是什么样的数据库故障，不管你找过多少个人和公司恢复没成功，我们都是你的一个值得考虑选择。我们承诺：所有数据库恢复不成功，未达到实现承诺不收取任何费用,开发了ORACLE数据库丢失恢复工具和比DUL更强的恢复工具.

部分案例1  部分案例2  部分案例3  部分案例4   部分案例5  部分案例6  ora-00600故障解决

 承接下类oracle数据库恢复,具体业务不限于此: 

(1)系统崩溃只剩下数据文件的情况下的恢复,无system01.dbf 也可以提取其他表空间数据 支持从磁盘恢复丢失的归档日志 .

 
(2) undo system 表空间损坏数据恢复 .各种ORA错误 如ORA600等顽固性错误。无法open 无法mount等 无法EXP等情况。

(3) 非归档或者归档模式下误 delete 数据的恢复、误删除表空间的恢复、 drop truncate update 表的恢复 .

(4) 数据库中有大量CLOB BLOB等大字段对象数据恢复 当索引块损坏等情况的恢复 SYSTEM表空间坏块恢复

(5) Oracle7 --19C  Expdp导出 Impdp导入 DMP文件错误数据恢复 expdp备份启用了加密表数据文件损坏恢复,以及DMP文件丢失碎片恢复.

(6) oracle数据库中数据文件出现坏块情况下的恢复. 数据库断电启动不了 事务不一致 ora00600错误等等棘手问题

(7) oracle数据库无数据文件但有日志的情况下的恢复. 或者无日志 无控制文件的恢复。

(8) linux UNIX、WINDOWS 下 ORACLE数据文件被误删除 覆盖 分区被格式化 情况下的数据库碎片恢复.

(9) Oracle 10--12C 的ASM损坏的数据库恢复.例如设备头部损坏,或者设备被新实例覆盖。

(10) Oracle10G、Oracle11G Oracle12C Oracle19C 压缩表 压缩表空间损坏数据恢复 ,以及加密的数据文件恢复。

1. 强制拉库（这种断电比较多）字典不一致 回滚段损坏等
2. 硬件故障恢复（比如raid重组恢复的）数据文件物理页面损坏
3. 误删除文件，或者文件系统损坏，需要底层重组 出表空间数据文件
4. drop，truncate，delete update 恢复 表原先记录

5.asm 磁盘被意外格式化恢复

6.bootstarp$中对象验证损坏

7.asm磁盘组损坏，无法正常mount

对于oracle表空间文件丢失,我们以开发了 oracle 数据库丢失恢复工具 支持oracle 7 8 9i 10g 11g 12C，支持各种损坏故障 支持ASM，导出数据  点此下载客户端恢复丢失的数据库

对于 oracle字典损坏及其严重的数据库,我们开发了oracle数据库恢复工具 支持7-12C 版本 从数据库文件提取表数据 比DUL 更强大,支持 恢复被删除的表数据 删除的表 以及恢复误更新的字段值. 支持各种LOB BLOB CLOB等大字段 ,支持TDE加密数据.

1.故障描述 

 1。设备列表 

设备名称设备型号数量 

华为存储S5300 1  

 FC硬盘 

 12    

 2。故障描述 

整个存储空间由450GB和600G FC硬盘驱动器组成，总共12个硬盘驱动器，其中11个组成RAID5阵列，其余1个用作热备用驱动器。 

因为一个硬盘驱动器在RAID5阵列中发生故障，所以热备用驱动器已成功激活，而另一硬盘驱动器在同步过程中发生了故障。结果，RAID5阵列瘫痪，上层LUN无法正常使用。  

第二，请检查磁盘 

因为存储是因为某些RAID阵列中的磁盘处于脱机状态，整个存储不可用。 

因此，在收到磁盘后，请首先对所有磁盘执行物理测试。检测后，发现一个硬盘发生物理故障，另一块硬盘没有物理故障。  

三，备份数据 

为了确保数据的安全性和可恢复性，在恢复数据之前，需要备份所有源数据，以防万一由于其他原因无法再次恢复数据。 

使用dd命令或winhex工具将所有磁盘镜像到文件中。       

 4 。失败分析 

 1。分析故障原因 

由于前两个步骤检测到磁盘物理故障，因此可以推断出该故障可能是由于磁盘读写不稳定和物理故障而引起的。 

因为Huawei S5300控--制器有严格的磁盘检查策略，一旦某些磁盘性能不稳定，Huawei S5300控--制---器会认为它是坏磁盘，并将认为是坏磁盘的磁盘踢出RAID。组。 

一旦RAID组中放置的磁盘达到RAID级别的限制，RAID组将变得不可用，基于上层RAID组的LUN也将变得不可用，然后使用硬盘创建新的RAID 

在同步过程中已损坏。目前，初步了解是将基于RAID组的LUN分配给Linux系统，重要数据是Ora数据库。  

 2。分析RAID组的结构 

 Huawei S5300存储的LUN均基于RAID组。因此，您需要首先分析基础RAID组的信息，然后根据分析的信息重建原始RAID组。 

分析每个数据磁盘，发现一个磁盘的数据与其他数据磁盘不同。假定它可能是热Spe磁盘。 

然后分析其他数据磁盘，分析每个磁盘中Ora数据库页面的分布，并根据数据分布获得RAID组的条带大小，磁盘序列和数据方向。有关RAID组的重要信息。   

 3。根据上面分析的RAID信息，分析RAID组是否被同步损坏 

，尝试通过独立开发的RAID虚拟程序虚拟化原始RAID组。 

但是，由于在整个RAID组中放置了两个磁盘，并且一个硬盘被同步损坏。 

小心

分析每个硬盘中的数据，发现同一条带中一个硬盘的数据明显不同于其他硬盘。因此，初步判断该硬盘可能是已同步输出的损坏的硬盘。 

此条用于验证，因此很明显磁盘已被同步损坏。    

 4。分析RAID组中的LUN信息 

由于LUN基于RAID组，因此有必要根据上面分析的信息虚拟化RAID组的最新状态。 

然后分析RAID组中LUN的分配以及LUN分配的数据块MAP。 

因此，仅需要提取LUN数据块分配的MAP。 

然后根据该信息编写相应的程序，解析LUN数据MAP，然后根据数据MAP导出LUN数据。   

 5。解析EXT3文件系统 

 1。解析EXT3文件系统 

由于使用了热备用磁盘的虚拟RAID结构，EXT3文件系统无法正常挂载，因此只能提取oracle数据库文件，通过自行开发的文件系统分析程序，导出oracle数据库文件，并

将数据库文件传输给数据库工程师进行验证和验证  

六，检查数据库文件并修复 

 1。检查数据库文件是否完整 

使用数据库文件检测工具检查每个数据库文件是否完整并查找错误。 

然后使用Ora数据库检测工具进行更严格的检查，并发现某些数据库文件和日志文件中存在错误。系统和sysaux表空间中有100多个坏块。三个控制文件中有坏块，很多坏块，并且控制文件全部损坏。 3个文件的eschools 

-p-ace表空间有更多坏块，达到1000个； undotbs02丢失；数据库工程师会修复此类文件，如下所示：    

 2。修复Ora数据库 

我们创建了控制文件，创建了undo表空间，并启动了要装载的数据库。 

系统数据文件的错误块使数据库无法打开。 

各种隐藏参数不能绕过系统的坏块；建立数据库环境。 

使用dmp文件还原数据库。 

在3月9日之后使用导入后，将报告所有错误，并且只能导入大约10G数据，如下所示：     

七，数据验证 

用户合作启动Ora数据库并在本地虚拟机上安装OA客户端。 

数据记录通过OA客户端进行验证，并且用户安排不同部门的人员执行远程验证。  

 8。数据恢复结论 

由于故障后重建RAID，一个磁盘的数据被同步损坏，后来的数据被恢复

造成困难。 

由于热备用磁盘会在一段时间内同步并写入一些数据，因此使用热备用磁盘中的数据进行恢复只能还原部分数据，仅还原3月9日之前的数据。