<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
  <channel>
    <title>ORACLE SOS - 非常手段规恢复</title>
    <link>http://ask.orasos.com/forum-38-1.html</link>
    <description>Latest 20 threads of 非常手段规恢复</description>
    <copyright>Copyright(C) ORACLE SOS</copyright>
    <generator>Discuz! Board by Comsenz Inc.</generator>
    <lastBuildDate>Fri, 22 May 2026 19:34:52 +0000</lastBuildDate>
    <ttl>60</ttl>
    <image>
      <url>http://ask.orasos.com/static/image/common/logo_88_31.gif</url>
      <title>ORACLE SOS</title>
      <link>http://ask.orasos.com/</link>
    </image>
    <item>
      <title>ORA-07445 lmebucp</title>
      <link>http://ask.orasos.com/thread-2735-1-1.html</link>
      <description><![CDATA[有一个客户找到我们,说他们是数据库启动之时报的错误和数据库不能open 报ORA-7445lmebucp错类似,让我们对其进行恢复支持,通过分析确定客户数据库版本为12.2.0.1alert日志报错对启动过程做10046跟踪根据该报错,可以大概定位数据库重启之后报ORA-07445 lmebucp()+34错误不 ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Thu, 21 May 2020 23:16:11 +0000</pubDate>
    </item>
    <item>
      <title>Oracle 19c 异常恢复</title>
      <link>http://ask.orasos.com/thread-2734-1-1.html</link>
      <description><![CDATA[Yukyaku户找Itaware们，其他们的甲骨文19C数据库衍生于异Tsunedan电，导致启动异常，敬之经过一条线路恢复，易老无法的解决方案后决问题，请求我们们给售前支持。电子邮件过我们的甲骨文数据库异常恢复检查剧本（Oracle数据库复原确认），根据先前的通知确定的副本数量 ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sun, 22 Mar 2020 13:00:40 +0000</pubDate>
    </item>
    <item>
      <title>system ORA-01578恢复</title>
      <link>http://ask.orasos.com/thread-2733-1-1.html</link>
      <description><![CDATA[有朋友找到我们,说数据库服务可以启动,但是无法登陆,类似报错

C:%users\\XIFENFEI&gt;D:\\app\\XIFENFEI\\product\\11.2.0.1\\dbhome_2\\bin\\sqlplus / as sys
dba
 
SQL*Plus: Release 11.2.0.1.0 Production on 星期四 3月 12 15:04:32 2020
 
Copyright (c) 1982, 2010, Oracl ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sun, 22 Mar 2020 12:59:27 +0000</pubDate>
    </item>
    <item>
      <title>ORA-01092 ORA-00704 ORA-00942</title>
      <link>http://ask.orasos.com/thread-2714-1-1.html</link>
      <description><![CDATA[数据库启动报错


alert日志报错
Mon Nov 25 17:56:44 2019
NSA2 started with pid=38, OS id=14800 
Mon Nov 25 17:56:44 2019
SMON: enabling cache recovery
Errors in file /opt/oracle/diag/rdbms/standby/orcl/trace/orcl_ora_14723.trc:
ORA-00704: bootstrap pr ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Wed, 27 Nov 2019 15:13:35 +0000</pubDate>
    </item>
    <item>
      <title>exadata磁盘组不能mount恢复</title>
      <link>http://ask.orasos.com/thread-2709-1-1.html</link>
      <description><![CDATA[接到朋友求救有客户oracle exadata一体机 的 asm磁盘组无法mount,希望我们提供恢复支持服务
经过分析和了解，大致问题是：磁盘空间已经超容量使用（部分数据不能完成ASM镜像），最近又损坏一块盘，导致asm 磁盘组无法mount。我们分析后，通过重构exadata celldisk数据， ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sun, 23 Dec 2018 03:37:12 +0000</pubDate>
    </item>
    <item>
      <title>ORACLE SYSTEM 坏块--(file 1, block 60)恢复</title>
      <link>http://ask.orasos.com/thread-2641-1-1.html</link>
      <description><![CDATA[一朋友给我电话,说他们客户公司数据库故障,被另外一家公司恢复了一天不能正常恢复,请求我协助解决.接手一看数据库已经被破坏的不像样子了,根据alert日志信息大概分析了故障原因和上家公司处理情况。后面接手后通过bbed修复block数据库恢复过程,在本次恢复中出现大量ORA- ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sat, 22 Nov 2014 15:34:29 +0000</pubDate>
    </item>
    <item>
      <title>ORA-600 kclchkblk_4 故障恢复</title>
      <link>http://ask.orasos.com/thread-2630-1-1.html</link>
      <description><![CDATA[朋友和我说,他们数据库由于存储控制器异常,导致数据库无法正常启动.
数据库recover database 提示需要已经覆盖的redo
-bash-3.2$ sqlplus / as sysdba
 
SQL*Plus: Release 10.2.0.5.0 - Production on Mon Nov 3 17:23:35 2014
 
Copyright (c) 1982, 2010, Oracle.   ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Mon, 03 Nov 2014 12:14:16 +0000</pubDate>
    </item>
    <item>
      <title>Oracle 12C 异常恢复---CORRUPT HEADER</title>
      <link>http://ask.orasos.com/thread-2628-1-1.html</link>
      <description><![CDATA[接到第一个使用Oracle 12C作为生产库的恢复救援.有两个业务数据文件报文件头损坏,其他数据文件全部是9月份的一次备份,在当前的条件下,希望我们能够帮他们恢复出来业务文件中的数据
数据库版本信息

SQL&gt; select * from v$version;

BANNER                              ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Mon, 03 Nov 2014 05:56:22 +0000</pubDate>
    </item>
    <item>
      <title>ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file</title>
      <link>http://ask.orasos.com/thread-2624-1-1.html</link>
      <description><![CDATA[接到网友技术支持请求,win 2003 ntfs格式文件系统,Oracle 8.1.7版本,主机重启后,数据库无法正常启动,offline datafile 15,数据库open成功,但是datafile 无法正常online,报错为:ORA-27069: skgfdisp: attempt to do I/O beyond the range of the file,请求协助处理

SQL&gt; ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Wed, 29 Oct 2014 14:14:53 +0000</pubDate>
    </item>
    <item>
      <title>bootstrap$核心index异常恢复---ORA-00701错误解决</title>
      <link>http://ask.orasos.com/thread-2621-1-1.html</link>
      <description><![CDATA[在Oracle使用的过程中,经常遭遇一些核心index出现异常，导致数据库无法正常使用,特别是在数据库open的情况下,因为出现这些bootstrap$中的部分index是无法通过设置event38003进行重建,从而导致数据库无法正常使用,最常见异常index 有:I_ICOL1, I_TS1, I_CDEF1, I_CDEF2,  ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Fri, 24 Oct 2014 16:57:06 +0000</pubDate>
    </item>
    <item>
      <title>记录一起ORA-600 3020故障恢复</title>
      <link>http://ask.orasos.com/thread-2608-1-1.html</link>
      <description><![CDATA[recover database 报ORA-600 3020
使用allow 1 corruption跳3020错误继续恢复
由于undo 表空间有坏块，导致数据库open失败,尝试修改undo_management= “MANUAL”，继续启动数据库
数据库不完全open成功，报了604错误，通过分析undo$，直接使用_offline_rollback_segment ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Tue, 19 Aug 2014 14:58:39 +0000</pubDate>
    </item>
    <item>
      <title>加错裸设备导致redo异常</title>
      <link>http://ask.orasos.com/thread-271-1-1.html</link>
      <description><![CDATA[最近一个朋友数据库异常了,咨询我,通过分析日志发现对方人员根本不懂aix中的裸设备和Oracle数据库然后就直接使用OEM创建新表空间,导致了数据库crash而且不能正常启动

从这里可以看出来,在使用OEM创建表空间的过程中犯了两个错误
1. 未分清楚aix的块设备和字符设备的命 ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Tue, 17 Jun 2014 12:33:23 +0000</pubDate>
    </item>
    <item>
      <title>Oracle 7.3数据库异常恢复</title>
      <link>http://ask.orasos.com/thread-270-1-1.html</link>
      <description><![CDATA[有网友在QQ上找我,说Oracle 7.3的数据库,因为redo异常咨询我是否可以恢复


检查数据库得到以下信息

SVRMGR&gt; select * from v$version;
BANNER
----------------------------------------------------------------
Oracle7 Workgroup Server Release 7.3.2.2.1 - Produ ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Tue, 17 Jun 2014 12:29:56 +0000</pubDate>
    </item>
    <item>
      <title>system回滚段坏块恢复</title>
      <link>http://ask.orasos.com/thread-227-1-1.html</link>
      <description><![CDATA[在上一篇中深入分析一次ORA-00314错误的数据库继续恢复,出现file 1 block 403和404等坏块,使得后面的恢复进一步写入了复杂境地.更加麻烦的是,这个库里面有一张核心表有40个字段,包括long,nvarchar2等一些字段,但是使用aul,dul,odu挖取都出现异常(表的行数正确,但是有些 ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sat, 07 Jun 2014 16:01:44 +0000</pubDate>
    </item>
    <item>
      <title>ORA-00600[3705]故障恢复</title>
      <link>http://ask.orasos.com/thread-226-1-1.html</link>
      <description><![CDATA[某个客户在一台机器上装3个oracle数据库，机器蓝屏后，使用pe拷贝出来所有数据文件，redo文件，控制文件等，在尝试恢复过程中，三个库都出现同样的ORA-600[3705]错误,在以前的数据库恢复中对于redo异常，使用过N次类似方法出来都未出问题，但是在ORACLE 9.2.0.1版本中确 ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sat, 07 Jun 2014 15:59:17 +0000</pubDate>
    </item>
    <item>
      <title>ORA-27086: skgfglk: unable to lock file – already in use</title>
      <link>http://ask.orasos.com/thread-225-1-1.html</link>
      <description><![CDATA[使用nas存储存放控制文件,数据文件的数据库服务器,因为突然断电后,数据库系统无法正常启动,报ORA-27086: skgfglk: unable to lock file – already in use错误,通过分析是因为netapp的nfs锁导致该故障.本文为同事的处理过程记录
数据库启动报错
[oraprod@erpdb dbs]$ sq ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sat, 07 Jun 2014 15:54:14 +0000</pubDate>
    </item>
    <item>
      <title>ORA-00600[kccpb_sanity_check_2]故障恢复</title>
      <link>http://ask.orasos.com/thread-224-1-1.html</link>
      <description><![CDATA[晚上朋友告诉我数据库不能open,请求技术支持,检查alert日志发现ORA-00600[kccpb_sanity_check_2]错误导致数据库无法正常mount

Fri Jun  6 23:36:08 2014
alter database mount
Fri Jun  6 23:36:08 2014
This instance was first to mount
Fri Jun  6 23:36:12 2014
Er ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sat, 07 Jun 2014 15:52:52 +0000</pubDate>
    </item>
    <item>
      <title>oracle 10.0.2.4单实例ORA-01555:错误导致数据库无法启动</title>
      <link>http://ask.orasos.com/thread-30-1-1.html</link>
      <description><![CDATA[如题：
ORA-00704: bootstrap process failure
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number 10 with name \&quot;_SYSSMU10$\&quot; too small
Error 704 happened during db]]></description>
      <category>非常手段规恢复</category>
      <author>luckboy</author>
      <pubDate>Mon, 24 Mar 2014 07:25:16 +0000</pubDate>
    </item>
    <item>
      <title>记录一次ORA-00600 [kcrf_resilver_log_1] 恢复过程</title>
      <link>http://ask.orasos.com/thread-4-1-1.html</link>
      <description><![CDATA[运行环境数据库版本：11.2.0.1  运行平台：Linux  非归档无任何备份数据库启动报错Tue Mar 04 15:22:16 2014ALTER DATABASE OPENBeginning crash recovery of 1 threads parallel recovery started with 32 processesStarted redo scanErrors in file /opt/oracle/diag/ ...]]></description>
      <category>非常手段规恢复</category>
      <author>xifenfei</author>
      <pubDate>Sat, 15 Mar 2014 12:43:33 +0000</pubDate>
    </item>
  </channel>
</rss>