<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>惜分飞 &#187; ORA-01163 ORA-01110</title>
	<atom:link href="https://www.xifenfei.com/tag/ora-01163-ora-01110/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com</link>
	<description>提供7*24专业数据库(Oracle,SQL Server,MySQL,PostgreSQL等)恢复和技术支持@Tel:17813235971</description>
	<lastBuildDate>Thu, 29 Oct 2026 15:31:46 +0000</lastBuildDate>
	<language>zh-CN</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>重建ctl遭遇ORA-01163  ORA-01110和ORA-600 kccccfl_1错误</title>
		<link>https://www.xifenfei.com/2023/11/ora-01163-ora-01110-ora-600-kccccfl_1.html</link>
		<comments>https://www.xifenfei.com/2023/11/ora-01163-ora-01110-ora-600-kccccfl_1.html#comments</comments>
		<pubDate>Thu, 09 Nov 2023 13:48:10 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[Oracle备份恢复]]></category>
		<category><![CDATA[kccccfl_1]]></category>
		<category><![CDATA[ORA-01163 ORA-01110]]></category>
		<category><![CDATA[ORA-600 kccccfl_1]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=10486</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <a href="https://www.xifenfei.com/2023/11/ora-01163-ora-01110-ora-600-kccccfl_1.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div id="xifenfeicopyright">
<p>联系：<a href="https://www.xifenfei.com/about_xifenfei" target="_blank">手机/微信(+86 17813235971)   QQ(107644445)</a><a target="_blank" href="http://wpa.qq.com/msgrd?v=3&#038;uin=107644445&#038;site=qq&#038;menu=yes"><img src="https://www.xifenfei.com/wp-content/themes/img/site_qq.jpg" alt="QQ咨询惜分飞" title="QQ咨询惜分飞"/></a></p>
<p>标题：<a href="https://www.xifenfei.com/2023/11/ora-01163-ora-01110-ora-600-kccccfl_1.html" target="_blank">重建ctl遭遇ORA-01163  ORA-01110和ORA-600 kccccfl_1错误</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p>有客户联系我,数据库强制关闭之后无法正常启动,通过他们一系列尝试,数据库报open 报ORA-01555错误<br />
<a href="https://www.xifenfei.com/wp-content/uploads/2023/11/ORA-01555.png"><img src="https://www.xifenfei.com/wp-content/uploads/2023/11/ORA-01555.png" alt="ORA-01555" width="568" height="329" class="alignnone size-full wp-image-10487" /></a><br />
<hr />
通过分析确认是由于客户屏蔽一致性强制拉库失败导致</p>
<pre class="brush: bash; title: ; notranslate">
Wed Nov 01 19:49:03 2023
alter database open resetlogs
RESETLOGS is being done without consistancy checks. This may result
in a corrupted database. The database should be recreated.
RESETLOGS after incomplete recovery UNTIL CHANGE 1199697777
Archived Log entry 68106 added for thread 1 sequence 3829 ID 0x761a769a dest 1:
Archived Log entry 68107 added for thread 1 sequence 3830 ID 0x761a769a dest 1:
Archived Log entry 68108 added for thread 1 sequence 3828 ID 0x761a769a dest 1:
Clearing online redo logfile 1 /u01/app/oracle/oradata/ORACLE/redo01.log
Clearing online log 1 of thread 1 sequence number 3829
Clearing online redo logfile 1 complete
Clearing online redo logfile 2 /u01/app/oracle/oradata/ORACLE/redo02.log
Clearing online log 2 of thread 1 sequence number 3830
Clearing online redo logfile 2 complete
Clearing online redo logfile 3 /u01/app/oracle/oradata/ORACLE/redo03.log
Clearing online log 3 of thread 1 sequence number 3828
Clearing online redo logfile 3 complete
Resetting resetlogs activation ID 1981445786 (0x761a769a)
Online log /u01/app/oracle/oradata/ORACLE/redo01.log: Thread 1 Group 1 was previously cleared
Online log /u01/app/oracle/oradata/ORACLE/redo02.log: Thread 1 Group 2 was previously cleared
Online log /u01/app/oracle/oradata/ORACLE/redo03.log: Thread 1 Group 3 was previously cleared
Wed Nov 01 19:49:09 2023
Setting recovery target incarnation to 3
Wed Nov 01 19:49:09 2023
Assigning activation ID 2024817472 (0x78b04340)
LGWR: STARTING ARCH PROCESSES
Wed Nov 01 19:49:09 2023
ARC0 started with pid=21, OS id=2078 
ARC0: Archival started
LGWR: STARTING ARCH PROCESSES COMPLETE
ARC0: STARTING ARCH PROCESSES
Wed Nov 01 19:49:10 2023
ARC1 started with pid=22, OS id=2080 
Thread 1 advanced to log sequence 2 (thread open)
Wed Nov 01 19:49:10 2023
ARC2 started with pid=23, OS id=2082 
Wed Nov 01 19:49:10 2023
ARC3 started with pid=24, OS id=2084 
ARC1: Archival started
ARC2: Archival started
ARC1: Becoming the 'no FAL' ARCH
ARC1: Becoming the 'no SRL' ARCH
ARC2: Becoming the heartbeat ARCH
Thread 1 opened at log sequence 2
  Current log# 2 seq# 2 mem# 0: /u01/app/oracle/oradata/ORACLE/redo02.log
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Wed Nov 01 19:49:10 2023
SMON: enabling cache recovery
ARC2: LGWR is scheduled to archive destination LOG_ARCHIVE_DEST_2 after log switch
Wed Nov 01 19:49:10 2023
NSA2 started with pid=25, OS id=2086 
ORA-01555 caused by SQL statement below (SQL ID: 4krwuz0ctqxdt, SCN: 0x0000.4781ef78):
select ctime, mtime, stime from obj$ where obj# = :1
Errors in file /u01/app/oracle/diag/rdbms/oracle_pd/ORACLE/trace/ORACLE_ora_2076.trc:
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 11 with name &quot;_SYSSMU11_467363169$&quot; too small
Errors in file /u01/app/oracle/diag/rdbms/oracle_pd/ORACLE/trace/ORACLE_ora_2076.trc:
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 11 with name &quot;_SYSSMU11_467363169$&quot; too small
Error 704 happened during db open, shutting down database
USER (ospid: 2076): terminating the instance due to error 704
Instance terminated by USER, pid = 2076
ORA-1092 signalled during: alter database open resetlogs...
opiodr aborting process unknown ospid (2076) as a result of ORA-1092
</pre>
<p>这种错误比较常见恢复简单,以前有过类似的文章:<br />
<a href="https://www.xifenfei.com/2015/07/%e5%9c%a8%e6%95%b0%e6%8d%ae%e5%ba%93open%e8%bf%87%e7%a8%8b%e4%b8%ad%e5%b8%b8%e9%81%87%e5%88%b0ora-01555%e6%b1%87%e6%80%bb.html" title="在数据库open过程中常遇到ORA-01555汇总" rel="noopener" target="_blank">在数据库open过程中常遇到ORA-01555汇总</a><br />
<a href="https://www.xifenfei.com/2019/05/ora-00704-ora-00604-ora-01555.html" title="数据库open过程遭遇ORA-1555对应sql语句补充" rel="noopener" target="_blank">数据库open过程遭遇ORA-1555对应sql语句补充</a><br />
<a href="https://www.xifenfei.com/2023/02/resetlogs-scn-error-ora-1555.html" title="重建control遗漏数据文件,reseltogs报ORA-1555错误处理" rel="noopener" target="_blank">重建control遗漏数据文件,reseltogs报ORA-1555错误处理</a><br />
<a href="https://www.xifenfei.com/2021/03/oracle-recovery-tools-ora-00704-ora-01555.html" title="Oracle Recovery Tools恢复—ORA-00704 ORA-01555故障" rel="noopener" target="_blank">Oracle Recovery Tools恢复—ORA-00704 ORA-01555故障</a><br />
这个错误恢复本身不难,只是在数据库的恢复过程中需要重建文件,在这次的重建文件中由于ctl语句错误【语句是通过sql查询拼接而成】,导致重建文件报了两个错误,供参考:<br />
<strong>ORA-01163  ORA-01110错误</strong></p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; CREATE CONTROLFILE REUSE DATABASE &quot;ORACLE&quot; NORESETLOGS  NOARCHIVELOG
        MAXLOGFILES 50
       MAXLOGMEMBERS 5
       MAXDATAFILES 1000
       MAXINSTANCES 8
       MAXLOGHISTORY 2920
LOGFILE
       group 1   '/u01/app/oracle/oradata/ORACLE/redo01.log' size 200M,
  2         group 3   '/u01/app/oracle/oradata/ORACLE/redo03.log' size 200M,
       group 2   '/u01/app/oracle/oradata/ORACLE/redo02.log' size 200M,
DATAFILE
        '/u01/app/oracle/oradata/ORACLE/system01.dbf',
        …………
        '/u01/app/oracle/oradata/ORACLE/xifenfei06.dbf',
CHARACTER SET  ZHS16GBK ;
 23   24   25   26   27  CREATE CONTROLFILE REUSE DATABASE &quot;ORACLE&quot; NORESETLOGS	NOARCHIVELOG
*
ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
ORA-01163: SIZE clause indicates 12800 (blocks), but should match header
1564672
ORA-01110: data file 15: '/u01/app/oracle/oradata/ORACLE/xifenfei06.dbf'
</pre>
<p>出现该错误是由于我写路径的时候在最后一个数据文件路径后面多了一个【,】导致<br />
<br />
<strong>ORA-600 kccccfl_1错误</strong></p>
<pre class="brush: sql; title: ; notranslate">
SQL&gt; CREATE CONTROLFILE REUSE DATABASE &quot;ORACLE&quot; NORESETLOGS  NOARCHIVELOG
        MAXLOGFILES 50
       MAXLOGMEMBERS 5
       MAXDATAFILES 1000
       MAXINSTANCES 8
       MAXLOGHISTORY 2920
LOGFILE
       group 1   '/u01/app/oracle/oradata/ORACLE/redo01.log'  size 200M,
       group 3   '/u01/app/oracle/oradata/ORACLE/redo03.log' size 200M,
       group 2   '/u01/app/oracle/oradata/ORACLE/redo02.log' size 200M,
DATAFILE
        '/u01/app/oracle/oradata/ORACLE/system01.dbf',
        ………… 
        '/u01/app/oracle/oradata/ORACLE/xifenfei06.dbf'
CHARACTER SET  ZHS16GBK ;
 23   24   25   26   27  CREATE CONTROLFILE REUSE DATABASE &quot;ORACLE&quot; NORESETLOGS	NOARCHIVELOG
*
ERROR at line 1:
ORA-01503: CREATE CONTROLFILE failed
ORA-00600: internal error code, arguments: [kccccfl_1], [], [], [], [], [], [],
[], [], [], [], []
</pre>
<p>出现该错误是由于在最后redo文件路径后面多了【,】导致</p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/07/19c-ora-704-ora-01555.html" rel="bookmark" class="crp_title">Oracle 19C 报ORA-704 ORA-01555故障处理</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2013/08/%e9%87%8d%e5%bb%ba%e6%8e%a7%e5%88%b6%e6%96%87%e4%bb%b6%e4%b8%a2%e5%a4%b1undo%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d-ora-01173%e6%a8%a1%e6%8b%9f%e4%b8%8e%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">重建控制文件丢失undo异常恢复&#8212;ORA-01173模拟与恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/02/resetlogs-scn-error-ora-1555.html" rel="bookmark" class="crp_title">重建control遗漏数据文件,reseltogs报ORA-1555错误处理</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2026/06/last-mile-db-rescue.html" rel="bookmark" class="crp_title">接手一个只差临门一脚的数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2021/07/storage-cache-miss-oracle-recovery.html" rel="bookmark" class="crp_title">又一例存储cache丢失oracle数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/12/ora-01113-ora-01110-oracle-recovery-tools.html" rel="bookmark" class="crp_title">ORA-01113 ORA-01110错误不一定都要Oracle Recovery Tools解决</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/04/oracle-recovery-tools-poweroff-recovery.html" rel="bookmark" class="crp_title">Oracle Recovery Tools快速恢复断电引起的无法正常启动数据库(ORA-01555,MISSING000等问题）</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/12/patch-scn-ora-600-kcbzib_kcrsds_1.html" rel="bookmark" class="crp_title">Patch SCN工具一键恢复ORA-600 kcbzib_kcrsds_1</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2026/07/patch_scn-ora-01555.html" rel="bookmark" class="crp_title">Patch_SCN快速修复ORA-01555数据库open故障</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/09/%e5%88%9b%e5%bb%ba%e6%8e%a7%e5%88%b6%e6%96%87%e4%bb%b6%e5%87%ba%e7%8e%b0ora-01565-ora-27041-osd-04002.html" rel="bookmark" class="crp_title">创建控制文件出现ORA-01565 ORA-27041 OSD-04002</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2025/06/sstop-recovery.html" rel="bookmark" class="crp_title">.sstop勒索加密数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2025/10/ora-600-2662-202510.html" rel="bookmark" class="crp_title">ORA-600 2662错误处理-202510</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>https://www.xifenfei.com/2023/11/ora-01163-ora-01110-ora-600-kccccfl_1.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
