<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	
	>
<channel>
	<title>《创建控制文件遭遇ORA-600 kccscf_1》的评论</title>
	<atom:link href="https://www.xifenfei.com/2013/02/%e5%88%9b%e5%bb%ba%e6%8e%a7%e5%88%b6%e6%96%87%e4%bb%b6%e9%81%ad%e9%81%87ora-600-kccscf_1.html/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com/2013/02/%e5%88%9b%e5%bb%ba%e6%8e%a7%e5%88%b6%e6%96%87%e4%bb%b6%e9%81%ad%e9%81%87ora-600-kccscf_1.html</link>
	<description>提供7*24专业数据库(Oracle,SQL Server,MySQL,PostgreSQL等)恢复和技术支持@Tel:17813235971</description>
	<lastBuildDate>Thu, 11 Dec 2025 02:46:14 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>作者：惜分飞</title>
		<link>https://www.xifenfei.com/2013/02/%e5%88%9b%e5%bb%ba%e6%8e%a7%e5%88%b6%e6%96%87%e4%bb%b6%e9%81%ad%e9%81%87ora-600-kccscf_1.html/comment-page-1#comment-1281</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Wed, 27 Feb 2013 05:07:15 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=4170#comment-1281</guid>
		<description><![CDATA[Create Control File fails with ORA-600 [kccscf_1] [ID 387210.1]
[shell]
Applies to: 
Oracle Server - Enterprise Edition - Version 10.2.0.1 to 11.1.0.6 [Release 10.2 to 11.1]
Information in this document applies to any platform.
***Checked for relevance on 14-June-2012***

Symptoms
o Create controlfile fails with the following errors:
CREATE CONTROLFILE REUSE SET DATABASE ... RESETLOGS FORCE LOGGING 
ARCHIVELOG
*
ERROR at line 1:
ORA-1503: CREATE CONTROLFILE failed
ORA-600: internal error code, arguments: [kccscf_1], [9], [65732], [65535], [], [], [], []


o Database duplication using RMAN fails with the following errors
ORA-00600: internal error code, arguments: [kccscf_1], [9], [74752], [65535], [], [], [], []
ORA-1503 signalled during: CREATE CONTROLFILE REUSE SET DATABASE ... RESETLOGS

Changes
The problem occurs if compatible parameter is set to 10.2 or higher

Cause
This is unpublished bug 4877360
Abstract: APPSST SRV 10G :ORA-600: INTERNAL ERROR CODE, ARGUMENTS: [KCCSCF_1], [9], [65732], [65535]

Problem is related to parameter MAXLOGHISTORY specified in create controlfile command. 
It&#039;s complaining that maximum should be 65535.

Solution
A possible workaround is to manually recreate the control file, 
and change the maxloghistory set to 65535 or lower in the script.
The bug is fixed in 10.2.0.4 and 11.1.0.6 versions.
For some platforms a backport fix is available. Please check availability of Patch 4877360 on MOS.
If no Backport fix is available, please contact Oracle Support.
[/shell]]]></description>
		<content:encoded><![CDATA[<p>Create Control File fails with ORA-600 [kccscf_1] [ID 387210.1]</p>
<pre class="brush: bash; title: ; notranslate">
Applies to: 
Oracle Server - Enterprise Edition - Version 10.2.0.1 to 11.1.0.6 [Release 10.2 to 11.1]
Information in this document applies to any platform.
***Checked for relevance on 14-June-2012***

Symptoms
o Create controlfile fails with the following errors:
CREATE CONTROLFILE REUSE SET DATABASE ... RESETLOGS FORCE LOGGING 
ARCHIVELOG
*
ERROR at line 1:
ORA-1503: CREATE CONTROLFILE failed
ORA-600: internal error code, arguments: [kccscf_1], [9], [65732], [65535], [], [], [], []


o Database duplication using RMAN fails with the following errors
ORA-00600: internal error code, arguments: [kccscf_1], [9], [74752], [65535], [], [], [], []
ORA-1503 signalled during: CREATE CONTROLFILE REUSE SET DATABASE ... RESETLOGS

Changes
The problem occurs if compatible parameter is set to 10.2 or higher

Cause
This is unpublished bug 4877360
Abstract: APPSST SRV 10G :ORA-600: INTERNAL ERROR CODE, ARGUMENTS: [KCCSCF_1], [9], [65732], [65535]

Problem is related to parameter MAXLOGHISTORY specified in create controlfile command. 
It's complaining that maximum should be 65535.

Solution
A possible workaround is to manually recreate the control file, 
and change the maxloghistory set to 65535 or lower in the script.
The bug is fixed in 10.2.0.4 and 11.1.0.6 versions.
For some platforms a backport fix is available. Please check availability of Patch 4877360 on MOS.
If no Backport fix is available, please contact Oracle Support.
</pre>
]]></content:encoded>
	</item>
</channel>
</rss>
