<?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>《rman 备份出现ORA-00245/RMAN-08132》的评论</title>
	<atom:link href="https://www.xifenfei.com/2012/03/rman-%e5%a4%87%e4%bb%bd%e5%87%ba%e7%8e%b0ora-00245rman-08132.html/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com/2012/03/rman-%e5%a4%87%e4%bb%bd%e5%87%ba%e7%8e%b0ora-00245rman-08132.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/2012/03/rman-%e5%a4%87%e4%bb%bd%e5%87%ba%e7%8e%b0ora-00245rman-08132.html/comment-page-1#comment-957</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Fri, 10 Aug 2012 02:14:17 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=2648#comment-957</guid>
		<description><![CDATA[出现该错误,会在alert文件中留下
[shell]
ORA-00245: control file backup operation failed
[/shell]]]></description>
		<content:encoded><![CDATA[<p>出现该错误,会在alert文件中留下</p>
<pre class="brush: bash; title: ; notranslate">
ORA-00245: control file backup operation failed
</pre>
]]></content:encoded>
	</item>
	<item>
		<title>作者：惜分飞</title>
		<link>https://www.xifenfei.com/2012/03/rman-%e5%a4%87%e4%bb%bd%e5%87%ba%e7%8e%b0ora-00245rman-08132.html/comment-page-1#comment-711</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Tue, 13 Mar 2012 03:43:01 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?p=2648#comment-711</guid>
		<description><![CDATA[具体见：RAC BACKUP FAILS WITH ORA-00245: CONTROL FILE BACKUP OPERATION FAILED [ID 1268725.1]
[shell]Applies to:
Oracle Server - Enterprise Edition - Version: 11.2.0.2 and later   [Release: 11.2 and later ]
Information in this document applies to any platform.

Symptoms
RMAN Backup on RAC database fails when doing controlfile autobackup fails with error:


RMAN-00571: =========================================================== 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== 
RMAN-00571: =========================================================== 
RMAN-03009: failure of Control File and SPFILE Autobackup command on 
ORA_DISK_1 channel at 11/27/2010 10:00:31 
ORA-00245: control file backup operation failed

SQLPLUS controlfile backup  also fails with:


alter database backup controlfile to &#039;/oracle/backup_cntl_file&#039; *
ERROR at line 1:
ORA-00245: control file backup operation failed

Changes
RAC Database  release 11.2 
 
Cause
The error description is:

00245, 00000, &quot;control file backup failed; target is likely on a local file system&quot;
 // *Cause: Failed to create a control file backup because some process
 // signaled an error during backup creation. This is likely caused
 // by the backup target being on a local file system so it could not
 // be accessed by other instances. It can also be caused by other
 // I/O errors to the backup target. Any process of any instance that
 // starts a read/write control file transaction must have access
 // to the backup control file during backup creation.
 // *Action: Check alert files of all instances for further information.
 
RMAN creates a copy of the control file for read consistency, this is the snapshot controlfile. 
Due to the changes made to the controlfile backup mechanism in 11gR2 any instances 
in the cluster may write to the snapshot controlfile. Therefore, 
the snapshot controlfile file needs to be visible to all instances.

The same happens when a backup of the controlfile is 
created directly from sqlplus any instance in the cluster may write to the backup controfile file.

In 11gR2 onwards, the controlfile backup happens without holding the control file enqueue. 
For non-RAC database, this doesn&#039;t change anything. 

But, for RAC database, the snapshot controlfile location must be 
in a shared file system that will be accessible from all the nodes.

The snapshot controlfile MUST be  accessible by all nodes of a RAC database. 

Solution
The snapshot controlfile MUST be accessible by all nodes of a RAC database, 
if the snapshot controlfile does not reside in on a shared device this error will raise.

1. Check the snapshot controlfile location:
RMAN&gt; show all;

2. Configure the snapshot controlfile to a shared disk:
RMAN&gt; CONFIGURE SNAPSHOT CONTROLFILE NAME TO &#039;&lt;shared_disk&gt;/snapcf_&lt;DBNAME&gt;.f&#039;;
[/shell]]]></description>
		<content:encoded><![CDATA[<p>具体见：RAC BACKUP FAILS WITH ORA-00245: CONTROL FILE BACKUP OPERATION FAILED [ID 1268725.1]</p>
<pre class="brush: bash; title: ; notranslate">Applies to:
Oracle Server - Enterprise Edition - Version: 11.2.0.2 and later   [Release: 11.2 and later ]
Information in this document applies to any platform.

Symptoms
RMAN Backup on RAC database fails when doing controlfile autobackup fails with error:


RMAN-00571: =========================================================== 
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== 
RMAN-00571: =========================================================== 
RMAN-03009: failure of Control File and SPFILE Autobackup command on 
ORA_DISK_1 channel at 11/27/2010 10:00:31 
ORA-00245: control file backup operation failed

SQLPLUS controlfile backup  also fails with:


alter database backup controlfile to '/oracle/backup_cntl_file' *
ERROR at line 1:
ORA-00245: control file backup operation failed

Changes
RAC Database  release 11.2 
 
Cause
The error description is:

00245, 00000, &quot;control file backup failed; target is likely on a local file system&quot;
 // *Cause: Failed to create a control file backup because some process
 // signaled an error during backup creation. This is likely caused
 // by the backup target being on a local file system so it could not
 // be accessed by other instances. It can also be caused by other
 // I/O errors to the backup target. Any process of any instance that
 // starts a read/write control file transaction must have access
 // to the backup control file during backup creation.
 // *Action: Check alert files of all instances for further information.
 
RMAN creates a copy of the control file for read consistency, this is the snapshot controlfile. 
Due to the changes made to the controlfile backup mechanism in 11gR2 any instances 
in the cluster may write to the snapshot controlfile. Therefore, 
the snapshot controlfile file needs to be visible to all instances.

The same happens when a backup of the controlfile is 
created directly from sqlplus any instance in the cluster may write to the backup controfile file.

In 11gR2 onwards, the controlfile backup happens without holding the control file enqueue. 
For non-RAC database, this doesn't change anything. 

But, for RAC database, the snapshot controlfile location must be 
in a shared file system that will be accessible from all the nodes.

The snapshot controlfile MUST be  accessible by all nodes of a RAC database. 

Solution
The snapshot controlfile MUST be accessible by all nodes of a RAC database, 
if the snapshot controlfile does not reside in on a shared device this error will raise.

1. Check the snapshot controlfile location:
RMAN&gt; show all;

2. Configure the snapshot controlfile to a shared disk:
RMAN&gt; CONFIGURE SNAPSHOT CONTROLFILE NAME TO '&lt;shared_disk&gt;/snapcf_&lt;DBNAME&gt;.f';
</pre>
]]></content:encoded>
	</item>
</channel>
</rss>
