Redirecting an Oracle Restore Using SET NEWNAME

Estamos en proceso de migracion de bases de datos a nuevas versiones, y como parte del proceso, en los clientes donde no tienen licencia para OGG, procedemos con la opcion de generar un Dataguars y luego realizar el UPGRADE.

Como las versiones de las cuales migramos hacia 12.2 son 11gR2, o 12c1, de bases que no estaban bajo la tecnologia de ASM, y si en filesystem procedemos a utilizar las opciones en el restore el set de comandos:

  • SET NEWNAME FOR DATABASE
  • SET NEWNAME FOR TABLESPACE

Con estos comandos es importante espcificar las varibles de paths de discos, para evitar problemas y que las piezas se restoreen donde es indicado:

Problema

En este caso en particular, el inconveniente que nos encontramos fue:

El TABLESPACE SYSTEM, contenia datafiles con el mismo nombre en el path /data01/datafiles y el path /data02/datafiles , provenientes del SOURCE y no teniendo habilitada la caracteristica OMF:

channel ORA_DISK_16: restoring datafile 00073 to +DATA_EXA2A/undotbs1.002.dbf
channel ORA_DISK_16: restoring datafile 00086 to +DATA_EXA2A/a_txn_data23.dbf
channel ORA_DISK_16: reading from backup piece /backup/EBSPROD/full_backup_diario_dbf_PROD_20180118_t965701613_p1_s92352.bkp
channel ORA_DISK_12: ORA-19870: error while restoring backup piece /backup/EBSPROD/full_backup_diario_dbf_PROD_20180118_t965698895_p1_s92347.bkp
ORA-19504: failed to create file "+DATA_EXA2A/system12.dbf"
ORA-17502: ksfdcre:4 Failed to create file +DATA_EXA2A/system12.dbf
ORA-15005: name "system12.dbf" is already used by an existing alias

Procedimiento

Para evitar colicionamiento de nombres, hay que especificas al menos una de las varibles, donde sustituiremos el nombre de los datafiles repetidos provenientes de diferentes filesystems.

1 comment on “Oracle Redirected Restore File Name Variables”

Oracle Redirected Restore File Name Variables

En la siguiente tabla podemos encontrar el listado de las variables que podemos especificar al momento de redireccionar nuestras piezas (Pieces from a backupset pieces on restore.)

Estas nos ayudaran a trabajar en el redireccionamiento de almacenamiento en nuestros nuevos TARGETS:

Variable Description
%U Note: This variable covers most cases.This variable specifies a system-generated unique file name with the following format:

data-D-%d_id-%I_TS-%N_FNO-%f.

The %d variable specifies the database name. For example, data-D-prod_id-22398754_TS-users_FNO-7.

%b This variable specifies the file name without the fully qualified directory path. For example, the data file name /oradata/prod/financial.dbf becomes financial.dbf.This variable preserves the names of the data files while you move them to different directory. You can use this variable when you create an image copies. The variable cannot be used for OMF data files or backup sets.
%f Specifies the absolute file number of the data file for which the new name is generated. For example, if data file 2 is duplicated, then %f generates the value 2.
%I This variable is optional and specifies the database ID (DBID).
%N This variable is optional and specifies the tablespace name.

Golden Gate || When we start REPLICAT with AFTERCSN or ATCSN

Start REPLICAT with AFTERCSN or ATCSN ?

Buenas Tardes Amigos, esta semana estuve en un cliente donde pude observar en sus instalaciones muchos issues o configuraciones no correctas.

No es culpa del cliente en ningun momento, solamente verifico que parte del equipo tenia muchos erroes de conceptos acerca de Golden Gate como de otros productos.

En parte de mis experiencias, esta semana tuvimos que recuperar varias replicaciones por caidas de plataformas con Golden Gate que no tenian monitoreo ni contaban con politicas de backup adecuadas.

En parte de la recuperacion de las replicas, una en particular debimos hacer nuevamente los Initial Load de tablas, ya que no se encontraban los trails necesarios para aplicar.

Por parte de uno de los DBA locales surgio el siguiente cuestionamiento:

Que debemos utilizar para la comenzar la replica ?? AFTERCSN o ATCSN ??

Y mi respuesta fue:

Cuando instanciamos una nueva base de datos TARGET, con datos provenientes de un SOURCE database, el proceso de REPLICAT debe coincidir y ser coherente con el methodo que elegimos para realizar el INITIAL LOAD.

Por ello:

  • AFTERCSN es utilizado para comenzar el REPLICAT (START REPLICAT) si la metodologia escogida para instanciar el target , fue datapump.
    El export es ejecutado, y debe ser consistente en un valor FLASHBACK_SCN.
    Debe ser pasado como parametro en el archivo de par file o en la sentencia de ejecucion.
6 comments on “Oracle RAC 11gR2 | ORA-00245: control file backup operation failed”

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

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

3 comments on “ORA-27054: NFS file system where the file is created or resides is not mounted with correct options”

ORA-27054: NFS file system where the file is created or resides is not mounted with correct options

Unix filesystem

Utilizo con frecuencia un filesystem compartido NFS entre varios equipos para convertir el pasaje de archivos de un servidor a otro de la manera mas rápida posible.

Cuando trabajo con RMAN nunca tuve inconvenientes, pero al momento de importa o exportar un schema, tablas , etc me encuentro con el siguiente error:

Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options
ORA-39001: invalid argument value
ORA-39000: bad dump file specification
ORA-31640: unable to open dump file "/tsm/prod/apps/day/EXP_DAPRO.dmp" for read
ORA-27054: NFS file system where the file is created or resides is not mounted with correct options
Additional information: 3

Buscando en varios lugares encontre de las mas variadas soluciones, que van desde utilizar un filesystem local no NFS (Como hago con un archivo de 30G o más ??) hasta colocar parametros inexistentes. 😀

1 comment on “RMAN-03014: implicit resync of recovery catalog failed”

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 ,