lunes, 30 de enero de 2012

Respaldando con RMAN 11gR2 y Netbackup sucede el error RMAN-10038 database session for channel CH1 terminated unexpectedly

Ahora que ando migrando bases de datos de un Nodo a un ambiente RAC, me volvi a topar con este error cuando corro un respaldo a Netbackup

connected to target database: TESTDB (DBID=1193295160)

RMAN> run
2> {
3> ALLOCATE CHANNEL CH1 DEVICE TYPE SBT PARMS 'BLKSIZE=262144';
4> BACKUP FORMAT '%d_%M_%D_%Y_%t.ctl' CURRENT CONTROLFILE;
5> }

using target database control file instead of recovery catalog
allocated channel: CH1
channel CH1: SID=548 instance=TESTDB1 device type=SBT_TAPE
channel CH1: Veritas NetBackup for Oracle - Release 6.5 (2007072323)

Starting backup at 29-JAN-12
channel CH1: starting full datafile backup set
channel CH1: specifying datafile(s) in backup set
including current control file in backup set
channel CH1: starting piece 1 at 29-JAN-12
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of backup command on CH1 channel at 01/29/2012 20:21:16
RMAN-10038: database session for channel CH1 terminated unexpectedly

Lo que me di cuenta es que la instalacion del cliente que tenia era una version no compatible con 11gR2

oracle $ cat /usr/openv/netbackup/bin/version
NetBackup-RedHat2.6 6.5.1

Una vez que actualize a la version 6.5.6, todo funciono como deberia

oracle $ cat /usr/openv/netbackup/bin/version
NetBackup-RedHat2.6 6.5.6

RMAN> run
2> {
3> ALLOCATE CHANNEL CH1 DEVICE TYPE SBT PARMS 'BLKSIZE=262144';
4> BACKUP FORMAT '%d_%M_%D_%Y_%t.ctl' CURRENT CONTROLFILE;
5> }

using target database control file instead of recovery catalog
allocated channel: CH1
channel CH1: SID=814 device type=SBT_TAPE
channel CH1: Veritas NetBackup for Oracle - Release 6.5 (2007072323)

Starting backup at 30-JAN-12
channel CH1: starting full datafile backup set
channel CH1: specifying datafile(s) in backup set
including current control file in backup set
channel CH1: starting piece 1 at 30-JAN-12
channel CH1: finished piece 1 at 30-JAN-12
piece handle=TESTDB_01_30_2012_773976339.ctl tag=TAG20120130T012539 comment=API Version 2.0,MMS Version 5.0.0.0
channel CH1: backup set complete, elapsed time: 00:01:05
Finished backup at 30-JAN-12

Starting Control File and SPFILE Autobackup at 30-JAN-12
piece handle=c-2326906767-20120131-00 comment=API Version 2.0,MMS Version 5.0.0.0
Finished Control File and SPFILE Autobackup at 30-JAN-12
released channel: CH1

Puedes encontrar la informacion mas reciente en la pagina de Symantec (INGLES) en:
RMAN-10038 error when

martes, 24 de enero de 2012

Erro ORA-38856 cuando duplicas una base de datos en RAC 11gR2

En estos dias he estado clonando nuestras bases de datos en RAC 11gR2 para nuestro ambiente de desarrollo y con el siguiente script:

RUN
{
ALLOCATE AUXILIARY CHANNEL CH1  TYPE DISK ;
ALLOCATE AUXILIARY CHANNEL CH2  TYPE DISK ;
DUPLICATE DATABASE TO TESTDB
  BACKUP LOCATION '/mount/acfsfut1/copy01/ORIGINAL_GOLDCOPY/'
  DB_FILE_NAME_CONVERT '+DATA/ORIGINAL/DATAFILE','+DATA/TESTDB/DATAFILE'
  PFILE '/mount/dba01/oracle/TESTDB/pfile/initTESTDB1.ora'
  NOFILENAMECHECK
  NOREDO
LOGFILE
  GROUP 1 (
    '+DATA/TESTDB/ONLINELOG/redo01g1.log',
    '+DATA/TESTDB/ONLINELOG/redo02g1.log'
  ) SIZE 300M ,
  GROUP 2 (
    '+DATA/TESTDB/ONLINELOG/redo01g2.log',
    '+DATA/TESTDB/ONLINELOG/redo02g2.log'
  ) SIZE 300M
 ;
}


En el momento que estaba finalizando la clonacion,cuando RMAN estaba tratando de abrir la base de datos, sucedio el siguiente error:

contents of Memory Script:
{
   Alter clone database open resetlogs;
}

alter database open resetlogs
*
ERROR at line 1:
ORA-38856: cannot mark instance UNNAMED_INSTANCE_2 (redo thread 2) as enabled


Buscando en MOS, encontre la nota 334899.1, en la que marca que podemos utilizar el siguiente parametro escondido

_no_recovery_through_resetlogs=TRUE


La misma nota menciona que es una situacion normal cuando tienes un respaldo y una clonacion en ambiente RAC.

Una vez que cambie el parametro, volvi a lanzar la clonacion de la base de datos, y esta vez acabo sin ningun problema

contents of Memory Script:
{
   Alter clone database open resetlogs;
}
executing Memory Script

database opened
Finished Duplicate Db at 24-JAN-2012 19:37:18

Recovery Manager complete.


Lo ultimo que tenemos que hacer es remover este parametro del initTESTDB1.ora y apagar y reiniciar la instancia para que este parametro se remueva.

lunes, 16 de enero de 2012

Error ORA-01503 y ORA-12720 cuando clonas una BD en RAC

Cuando clonas una BD en un ambiente de RAC, si te topas con el siguiente error:
 
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of Duplicate Db command at 01/17/2012 23:29:05
RMAN-06136: ORACLE error from auxiliary database: ORA-01503: CREATE CONTROLFILE failed
ORA-12720: operation requires database is in EXCLUSIVE mode

Necesitas cambiar el parametro cluster_database a falso:


alter system set cluster_database=FALSE scope=spfile sid='INSTANCE_NAME';


Una vez que hayas terminado con el proceso de clonacion, tienes que regresar el parametro a verdadero para que esta instancia siga siendo parte de tu configuracion de RAC.

alter system set cluster_database=TRUE scope=spfile sid='INSTANCE_NAME';