ITPub博客

首页 > 数据库 > Oracle > 专业Oracle数据库恢复技术支持

专业Oracle数据库恢复技术支持

原创 Oracle 作者:xifenfei 时间:2018-10-20 20:38:38 0 删除 编辑

专业Oracle数据库恢复技术支持

数据库作为企业的核心,如果数据库因损坏无法正常运行,导致数据丢失,将给企业带来无法挽回的经济损坏。 当您的数据库出现故障,又没有有效的备份之时,我们就是您的最后一道防线,尽最大可能帮您挽救数据库,减少损失。 我们是原服务于 Oracle原厂售后(ACS) ,有 Oracle ACE 的国内知名数据库专家团队;帮客户恢复数据库 500套 以上,总恢复数据量 1000T 以上;恢复数据库版本从ORACLE 7、ORACLE 8/8I,ORACLE 9I、ORACLE 10G,ORACLE 11G到ORACLE 12C;平台有Linux、Windows、AIX、HP-UNIX、SOLARIS等;客户从新疆到海南,从黑龙江到广西遍布中国所有省份;客户有:金融(保险,银行,证劵,基金等)、通信(移动,电信,联通)、能源(电力,石油,煤炭,光伏等)、政府/公共(公安,社/医保,军队,高校,医院,税务,政府等)、制造业/商贸(互联网,电子机械,商贸流通,制造业等)等各行业。不管你是什么样的数据库故障,不管你找过多少个人和公司恢复没成功,我们都是你的一个值得考虑选择。 我们不敢说全国技术第一,但绝对是Oracle数据库恢复国内第一梯队,我们可以保证如果我们不能恢复的Oracle数据库,你的数据库几乎无人可以恢复成功。 我们承诺: 所有数据库恢复不成功,未达到实现承诺不收取任何费用。

主要支持数据库恢复内容但不仅限如此
误drop table 恢复
数据文件大小为0kb
误delete/update 恢复
误truncate table 恢复
asm数据文件丢失/误删除
文件文件被加密勒索比特币
丢失system文件数据库恢复
asm 磁盘被意外格式化恢复
bootstarp$中对象验证损坏
asm磁盘组损坏,无法正常mount
操作系统层面误删除数据文件恢复
数据库因为undo损坏/丢失无法正常启动
数据库因为某些数据块损坏不能正常工作
数据库因为ORA-600错误而不能正常启动
exp dmp文件损坏,无法正常导入数据库恢复
数据库因为控制文件损坏/丢失无法正常启动
数据库因为redo损坏/丢失导致无法正常启动
数据库因为数据文件损坏/丢失无法正常启动
数据库因为丢失归档导致数据文件无法online
数据库错误offline system文件导致无法启动
数据库因为操作系统损坏,只有数据文件恢复
数据库因存储异常,导致数据库无法正常启动
expdp dmp文件损坏,无法正常导入数据库恢复
部分asm磁盘丢失导致asm 磁盘组无法正常使用
数据库因为错误的resetlogs操作导致恢复无法继续
数据库因为断电、异常关机等原因导致不能正常启动

常见错误信息

表或者索引坏块相关错误
ORA-01578/ORA-08103/ORA-01410/ORA-08102/ORA-600 kdsgrp1/ORA-600 qertbfetchbyrowid/ORA-01499/ORA-01555/ORA-26040/ORA-27046

控制文件异常
ORA-00202/ORA-600 kccsbck_first/ORA-600 kccscf_1/ORA-600[kccsbck_first]/ORA-600 kccsbck_first/ORA-00205/ORA-600 kccpb_sanity_check_2

REDO或者UNDO异常
ORA-00376/ORA-00600 4097/ORA-01595/ORA-600 4194/ORA-600 4193/ORA-600 kcfrbd_3/ORA-00600 4137/ORA-01594/ORA-01555/ORA-00704/ORA-00604/ORA-00607/ORA-600 4000/ORA-00600[3705]/ORA-00316/ORA-00312/ORA-00327/ORA-01623/ORA-01624/ORA-01194/ORA-600 2662/ORA-00368/ORA-00353/ORA-00305/ORA-00340/ORA-00345/ORA-00354

各种ORA-600错误
ORA-600 4497/ORA-600 6947/ORA-600 2662/ORA-600 4194/ORA-600 4193/ORA-00600 4137/ORA-600 4000/ORA- 600 kcrf_resilver_log_1/ORA- 600 kdxlin:psno out of range/ORA-600 3020/ORA-600 kccpb_sanity_check_2/ORA-600 3705/ORA-600 kccscf_1/ORA-600 kghstack_free2/ORA-600 kcfrbd_3/ORA-600 ktbdchk1: bad dscn/ORA-600 2252/ORA-600 kcratr_nab_less_than_odr/ORA-600 kccsbck_first/ORA-600 kcratr1_lostwrt/ORA-600 ktspNextL1:4/ORA-600 13013/ORA-600 kdsgrp1/ORA-600 kmgs_parameter_update_timeout_1/ORA-600 kcbgtcr_1/ORA-600 kcbgtcr_1a/ORA-600 kcbgtcr_3/ORA-600 kcbgtcr_4/ORA-600 kcbgtcr_5/ORA-600 kcbgtcr_6/ORA-600 kcbgtcr_7/ORA-600 kcbgtcr_10/ORA-600 kcbgtcr_12/ORA-600 kcbgtcr_13/ORA-600 qertbfetchbyrowid/ORA-600 kmgs_parameter_update_timeout_1

为了能快速评估你的库故障,恢复难以程度,请使用 Oracle Database Recovery Check 检查数据库,生成html, alert日志, trace文件发我(adb@xifenfei.com)。
近期无备份数据库恢复主要案例


来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/11478134/viewspace-2216968/,如需转载,请注明出处,否则将追究法律责任。

下一篇: 没有了~
请登录后发表评论 登录
全部评论

注册时间:2018-08-21

  • 博文量
    2
  • 访问量
    1176