数据恢复咨询热线:400-666-3702  

欢迎访问南京兆柏数据恢复公司,专业数据恢复15年

兆柏数据恢复公司

 行业新闻

 当前位置: 主页 > 行业新闻 >

oracle数据恢复,oracle数据库文件修复,rac文件恢

 浏览量: 0 次  来源:未知  发布日期:2020-01-11 22:44:46

oracle数据库修复,oracle数据库坏块修复,oracle asm存储损坏数据提取
一、故障描述:基于ORACLE 数据库环境的常见数据灾难
故障表现:
1、ORACLE数据库无法启动或无法正常工作。
2、ORACLE ASM存储破坏。
3、ORACLE数据文件丢失。
4、ORACLE数据文件部分损坏。     
5、ORACLE DUMP文件损坏。 
                           
二、解决方案
◆检测                 
1、检测是否存在硬件故障,如硬件故障,转硬件处理
2、以只读方式检测故障表现是否与用户描述相同
◆恢复
1、备份:以只读方式对故障存储做完整镜像(参考附录)
2、在备份中进行数据分析及恢复操作。
3、通常,恢复后的数据会暂存在另一个存储体上
◆验收
对恢复好的数据进行验证,确认其正确性。如确认,交费–>移交原介质及已恢复数据 –>出具发票(收据)及报告。
如无法认可数据恢复结果,交回原介质,不收服务费,可免费出具报告。

三、数据恢复的可能性
ORACLE数据库无法启动或无法正常工作:
如果突发性的出现上述故障,通常可恢复性极高。从技术底层上看,如果SYSTEM表未损坏,数据较容易恢复;如果SYSTEM表损坏,数据需要人工核对表结构,恢复时较为耗时。
                
ORACLE ASM存储破坏:
如ASM重置,或组成ASM的部分设备成员故障,出错后无大量新数据写入,数据通常可以很好的恢复。
ORACLE数据文件丢失:
不论ORACLE数据文件是删除、格式化还是未知原因丢失,只要没有新的数据写入,不管是什么操作系统,都可以通过ORACLE内部的数据组织规则将数据文件恢复出来,但数据文件的名称可能需要人工核对。

ORACLE数据文件部分损坏:
如ORACLE数据文件部分损坏(如覆盖),通过复杂的数据提取和重组,通常可以将未损坏部分的数据记录恢复出来,并可新建表追加进去,但会相当耗时。
ORACLE  DUMP文件损坏:
ORACLE DUMP文件损坏,将损坏部分去除,其余部分均可正常追加至数据表。
四、数据恢复时间
1TB以下的存储空间(不是要恢复的数据容量),通常2个工作日内可完成;1TB以上的随存储容量的增加,恢复周期通常也会增加。
数据表如果很大,提取数据、整理数据也会花费大量时间,具体时间需据具体情况而定。

[数据库数据恢复小贴士]
针对软件故障,在数据丢失后,应尽可能减少对存储的操作,有时候,即使是开着机,什么都不做,也可能导致灾难进一步加剧。条件允许的话,最好损坏后,对磁盘或存储卷做完整备份
针对硬件故障,在设备无法正常工作后,应尽可能少的加电,以避免设备的进一步损坏。
Oracle数据库是创建和维护大型数据库的高效,可扩展的选择。数据库管理系统使用向后兼容的.DBF文件来存储大量的公司数据,并且由于Oracle在要求苛刻的环境中一致的性能,它是金融企业和金融机构流行的ORDBMS。

Oracle运行在一系列Linux操作系统上,包括Oracle Linux 4-5,Red Hat Enterprise Linux 4-5,Asianux和SUSE Linux Enterprise Server 10. ORDBMS通常与Sun服务器和其他企业服务器产品相关联。


与其他类似大小的对象关系数据库管理系统一样,Oracle使用内置的破坏保护和备份功能来避免永久数据丢失。但是,即使在高度冗余的RAID系统上,介质故障,用户错误等因素都可能导致DBF文件损坏或损坏。

常见的Oracle数据库错误包括:

    ORA-00225和ORA - 00227 - 通常表示控制文件损坏。
    ORA-00353 - 指示日志损坏,通常使用显示损坏位置的指示符。
    ORA-00354 - 表示损坏的块标题。
    ORA-00355 - 更改号码是无序的。

有几十个其他潜在的错误消息,这些错误消息因Oracle数据库版本号而异。您可能还会看到由于突然的硬件损坏,错误处理的RAID重建,硬盘驱动器故障和其他事件而导致无法读取.DBF文件的消息。

发生故障时,您需要来自经过认证的数据库维修公司的快速帮助。兆柏数据恢复服务专门处理Oracle系统,多年来,我们一直领导着我们的研究和开发行业。我们为所有Oracle数据恢复服务提供免费的诊断,而我们的无恢复,免费保证可帮助您控制从数据丢失中恢复的费用。

要开始使用,请立即联系我们的客户服务团队以设置评估。技术服务热线:400-666-3702
 
Oracle数据恢复的专业资源

为了对损坏的.DBF文件执行数据恢复,数据恢复工程师需要使用所有版本的Oracle和高质量软件工具的经验。我们的工程师是行业内经验最丰富的工程师,他们定期处理Oracle数据库,并通过参考案例历史的详细知识库,为每种情况创建一个有效的个性化方法。

我们在各种Oracle数据库版本方面经验丰富,包括:

    Oracle 5-8
    Oracle 8i
    Oracle 9i
    Oracle 10-11g

我们通过使用专门为Oracle数据库开发的专有软件在几个小时内执行大部分.DBF文件修复。即使在我们的工程师需要处理介质损坏或RAID奇偶性损失的情况下,我们也可以通过全国各地的众多办事处提供24/7/365紧急Oracle数据恢复服务,并在一天内恢复绝大多数情况。
Oracle数据库失败时该怎么办

如果您无法访问Oracle数据库,请立即停止写入存储介质。隔离RAID阵列上受影响的分区或完全关闭系统。这将防止额外的重写和数据损坏,这可能会使数据恢复过程复杂化。

联系专业的Oracle数据恢复公司进行评估。找一家有经验和认证的公司来有效地处理你的案子。

  • 支持ASM,能够直接从ASM磁盘中导出数据,即使相关的磁盘组不能成功mount
  • 支持从ASM中直接抽取出数据文件和其他任意存储在ASM中的文件(包括控制文件、日志文件和归档日志等),即使相关的磁盘组不能成功mount
  • 在ASM磁盘损坏严重的情况下,ODU可以扫描ASM磁盘,提取出没有被覆盖的数据文件,然后再提取和恢复数据。
  • 支持的Oracle数据库版本包括7,8i,9i,10g,11g,12c
  • 支持多种平台的数据库,包括AIX、LINUX、HPUX、SOLARIS、WINDOWS等。能够在一个平台上导出其他平台的数据,比如在Windows 32位系统上,使用AIX系统上的数据文件导出数据。
  • 支持的数据类型包括:NUMBER, CHAR, VARCHAR2, NCHAR,NVARHCAR2, LONG, DATE, RAW, LONG RAW, BLOB, CLOB, TIMESTAMP (9i+) , BINARY FLOAT, BINARY DOUBLE (10g+)
  • 全面支持LOB字段:
    • 支持CLOB、NCLOB和BLOB
    • CLOB支持Big Endian和Little Endian字节序
    • 支持LOB分区,子分区
    • 支持同一个表中,不同LOB列使用不同CHUNK SIZE的情况
    • CLOB数据可以导出到与其他列相同的文件中,或存储到单独的文件
    • LOB列在没有SYSTEM表空间的情况下仍然能够导出
    • LOB列在相关的lob index损坏的情况下依然能够导出
    • 能够恢复Oracle 11g及以上版本的SecureFile LOB(目前不支持压缩、去重和加密的SecureFile LOB)
  • 支持各种表,包括普通的HEAP表,IOT表和聚簇(CLUSTER)表
  • 支持IOT表:
    • 支持普通IOT表的导出
    • 支持压缩IOT表的导出
    • 支持IOT表溢出段
    • 支持IOT表分区(包括子分区)
    • 只能在有SYSTEM表空间时才能导出IOT表
    •  
  • 支持压缩表
  • 支持表被truncate后的数据恢复
  • 支持表被drop后的数据恢复
  • 在有SYSTEM表空间的情况下,自动获取数据字典信息
  • 支持在没有SYSTEM表空间和数据字典损坏的情况下恢复数据,在没有数据字典可用时,ODU能够自动判断数据的类型
  • 支持10g及以上的大文件(BigFile)表空间
  • 全面支持64位系统,支持超过4G大小的数据文件。
  • 支持复制操作系统命令不能复制的坏文件
  • 支持同一个库中不同块大小的数据文件。
  • 支持多种字符集之间的转换,能够正确的转换CLOB、NCLOB、NVARCHAR2列类型的数据到指定的字符集。
  • 自动检测数据文件的表空间号和文件号
  • 导出的数据格式包括纯文本和DMP文件两种。以纯文本导出时,能够自动生成建表的SQL语句和SQL*Loader导入所需的control文件
  • 模拟Oracle的dump块功能,能够dump数据文件中的数据块
  • 支持DESC表,以显示表的列定义
  • 支持列出表的分区和子分区
  • 支持对误删除数据的恢复,即使被删除数据的表中有LOB列,即使被删除数据的表中对应row directory中所有记录的offset都已经完全被Oracle清除

相关推荐