Juan Andres Mercado Oracle Blog – IT Buenos Aires

Troubleshooting daily on Oracle Systems, Linux & more !

Category Archives: RMAN

Oracle RAC 11gR2 | ORA-00245: control file backup operation failed

 ORA-00245: Conociendo como ocurre el error

Oracle RAC

Oracle RAC (Photo credit: Fenng(dbanotes))

Desde la version de bases de datos oracle 11gR2 la copia de seguridad del controlfile sucede sin tener que holdear las colas de actualizacion del controlfile.

Cuando tenemos una base en single mode o mejor dicho standalone, esta situacion no cambia para nada.

Ahora si nosotros estamos trabajando en RAC (y debido a la cambios que se realizaron para las versiones de bases de datos 11gR2) provocan que cualquier instancia del cluster pueda escribir en el controlfile de manera instantanea.

Es asi que este snapshot del controlfile debe estar disponible (visible) para todas las instancias.

Por que ocurre el error ?

El snapshot del controlfile debe ser accesible para todos los nodos de una base de datos en RAC y si el snapshot no esta, o hay un error en el dispositivo compartido ocurrira que al momento de la copia de seguridad que realiza el RMAN mostrara un error.

Estos siempre ocurriran cuando tomemos un backup usando sqlplus, tengamos configurado un backup del controlfile como AUTOBACKUP o no poseamos una ubicacion compartida.

Ahora veamos unos ejemplos de errores comunes.

Ejemplo 1:

En un ambiente RAC, el controlfile autobackup falla con el error ORA-0245

Autobackup of controlfile in RMAN is failing with error:
RMAN-571: ===========================================================
RMAN-569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-571: ===========================================================
RMAN-3009: failure of Control File and SPFILE Autobackup command on
ORA_DISK_1 channel at 10/27/2010 15:08:59
ORA-245: control file backup operation failed

Read more of this post

RMAN Querys | Monitoring backups status: COMPLETED, START_TIME, END_TIME & TIME TAKE

G RMAN

G RMAN (Photo credit: Joe Mud)

Hoy voy a compartirles un query que nos es de mucha utilidad cuando trabajamos con backups de RMAN y nos encontramos realizando reportes.

Podemos utilizarlo para conocer el tiempo que tardo cada backup segun una determinada fecha y segun el tipo de backup que tomamos.

Los mismos podrián ser DB FULL , ARCHIVELOG , INCREMENTAL , etc.

También conocer el tipo de STATUS con el que finalizo.

Ya sea COMPLETED o FAILED.

El query en cuenstion es :

set serveroutput on
set linesize 150
set pagesize 300
col time_taken_display for a9

select session_key,
input_type,
status,
to_char(start_time,'yyyy-mm-dd hh24:mi') start_time,
to_char(end_time,'yyyy-mm-dd hh24:mi') end_time,
time_taken_display
from v$rman_backup_job_details
order by session_key desc;

El query esta formado a partir de la vista v$rman_backup_job_details, siendo la misma muy útil Read more of this post

RMAN-03014: implicit resync of recovery catalog failed

RMAN-20020: database incarnation not set

file under Holy Fuck

Image by emdot via Flickr

Estaba realizando pruebas de RMAN para retornar en un punto en el tiempo por medio de arch’s.

Cuando finalizaba la ejecucion del ciclo de pruebas tomaba un backup de los archives.
Luego de ello rompia la base, hacia el restore y comenzaba el recovery hacia un determinado punto en el tiempo.

Pero cuando estaba terminando un ciclo ocurrio un problema a la hora de tomar el backup de los arch’s.

El problema traia como consecuencia , no poder tomar el backup de los archives.

$ rman target / catalog=rman@catrman

RMAN> run 
  {
   allocate channel oem_backup_disk1 type disk ;
   allocate channel oem_backup_disk2 type disk ;
   allocate channel oem_backup_disk3 type disk ;
   allocate channel oem_backup_disk4 type disk ;
 2> 3> 4> 5> } 

allocated channel: oem_backup_disk1
channel oem_backup_disk1: sid=646 devtype=DISK

allocated channel: oem_backup_disk2
channel oem_backup_disk2: sid=651 devtype=DISK

allocated channel: oem_backup_disk3
channel oem_backup_disk3: sid=654 devtype=DISK

allocated channel: oem_backup_disk4
channel oem_backup_disk4: sid=642 devtype=DISK
released channel: oem_backup_disk1
released channel: oem_backup_disk2
released channel: oem_backup_disk3
released channel: oem_backup_disk4

RMAN> backup as COMPRESSED BACKUPSET tag '$TAG' archivelog all format '/tsm/t2/t2p/diario/%T_%d_ARC_PRE_DBID%I_s%s_p%p_arc';

Starting backup at 17-MAY-11
current log archived
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of backup command at 05/17/2011 15:03:58
RMAN-03014: implicit resync of recovery catalog failed
RMAN-06004: ORACLE error from recovery catalog database: RMAN-20020: database incarnation not set
Que podria estar ocurriendo ?

Cuando terminas de realizar un recover de una base , Read more of this post

ORA-00201: control file version 10.2.0.4.0 incompatible with ORACLE version 10.2.0.3.0

DSCN0023

Image by Gianluca d'Arcangelo ☁ via Flickr

Problemas de compatibilidad entre versiones.

Cuando restoreamos un backup generado en una version superior ( en nuestro caso 10.2.0.4 ) y lo desplegamos en un ambiente que está en la misma versión , podemos incurrir en un problema si no tenemos en cuenta que los parametros esten bien configurados.

[oracle@linuxdat128 diario]$ rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Thu Nov 18 17:58:19 2010

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: ABAP (not mounted)

RMAN> startup nomount

database is already started

RMAN> restore controlfile from '/ch01/tsm/prepro/20101118_ABAP_DIARIO_DBID2419644494_s15541_p1_ctl';

Starting restore at 18-NOV-10
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=168 devtype=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:27
output filename=+SAPA_DG1/sapa/controlfile/current.432.735415149
Finished restore at 18-NOV-10

RMAN> alter database mount;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 11/18/2010 17:59:55
ORA-00201: control file version 10.2.0.4.0 incompatible with ORACLE version 10.2.0.3.0
ORA-00202: control file: '+SAPA_DG1/sapa/controlfile/current.432.735415149'

RMAN> quit

Read more of this post

ORA-06508: PL/SQL: could not find program unit being called: “%.DBMS_BACKUP_RESTORE”

ORA-01775: looping chain of synonyms

Saludos a toda la comunidad, hoy vengo con un nuevo problema resuelto que esta referido a RMAN.

Me disponía a la toma de un backup hot de una base que serviría para generar un nuevo ambiente.

En la base había sido aplicado recientemente el patch 10.2.0.4

SQL> SELECT * FROM V$VERSION;

BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
PL/SQL Release 10.2.0.4.0 - Production
CORE	10.2.0.4.0	Production
TNS for Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production

Cuando me logueo y ejecuto RMAN me encuentro con el error ORA-04063. Read more of this post

%d bloggers like this: