RMAN tag, añadir etiquetas personalizadas a backupsets RMAN

En la versión de Oracle 11g se pueden pasar parámetros desde linea de comandos a RMAN, en las versiones anteriores esto no es posible.

Lo que he hecho en estos casos es desde un scripts bash:

Source   
#!/bin/bash
# Por defecto se cargan las variables de entorno para la
# base de datos TEST
export ORACLE_HOME=/oracle/u02/app/oracle/product/10.2.0/db_1
export ORACLE_BASE=/oracle/u02/app/oracle
export ORACLE_SID=TEST
export PATH=.:$ORACLE_HOME/bin:$PATH
export TNS_ADMIN=$ORACLE_HOME/network/admin
export fecha_actual=`date +%y%m%d%H%M%S`
LOGFILE="/oracle/u03/backup/logs/copia_caliente/copia_caliente_fullTEST_`date '+%d%m%y-%H:%M'`.log"
rman nocatalog target=/ log=$LOGFILE << EOF
run {
allocate channel t1 type 'SBT_TAPE';
allocate channel t2 type 'SBT_TAPE';
allocate channel t3 type 'SBT_TAPE';
allocate channel t4 type 'SBT_TAPE';
send 'NB_ORA_POLICY=P_Oracle_Full_Semanal, NB_ORA_SERV=serverfpsbackup';
sql 'alter system archive log current';
BACKUP AS COMPRESSED BACKUPSET INCREMENTAL LEVEL=0 DATABASE tag='BCK_COMPLETO${fecha_actual}';
backup as compressed backupset archivelog all tag='BCK_ARCHIVE_LOG${fecha_actual}' delete all input;
backup as compressed backupset current controlfile tag='BCK_CTRL${fecha_actual}';
}
EOF

Lo que hace es definir la variable «fecha_actual» que es añadida al tag.

El tag es algo que no se le da demasiada importancia normalmente, pero cuando tienes backups con diferentes tiempos de retención es realmente útil. A veces es necesario cambiar un tiempo de retención de un backupset y usar el tag para referirse a él facilita las cosas.

Source   
LIST BACKUP SUMMARY;

Nos muestra todos los backupsets con su tag entre otras cosas y podemos obtener más información, como el tiempo de retención, con:

Source   
LIST BACKUP TAG='BCK_COMPLETO111020120032';

Y cambiar la retención con:

Source   
CHANGE BACKUPSET TAG='BCK_COMPLETO111020120032' NOKEEP;

2 thoughts on “RMAN tag, añadir etiquetas personalizadas a backupsets RMAN

  1. Hola, una pregunta que tiene que ver con RMAN, buenas mas bien sería una recomendación si es posible. Si tengo 1 servidor en producción con una sola base de datos, que sería mas recomendable para hacer el backup utilizar RMAN con controlfile o RMAN creando un catálogo dentro de la misma base de datos. Muchas gracias. Saludos.

    • Hola:

      Crear un catálogo RMAN dentro de la misma BD no tiene sentido (los catálogos RMAN han de estar en otra BD y en otra máquina), si haces una restauración vía RMAN es casi seguro que la BD no esté abierta, por ese motivo tampoco tendrás el catálogo RMAN disponible. Terminaría tirando de la información RMAN de los controlfiles.

      Si trabajas exclusivamente con controlfiles hay que asegurarse de crear un autobackup del controlfile. Piensa que si el destino es cinta, lo primero que tienes que hacer es un restore de los controlfiles del autobackup.

      Un saludo…

Deja un comentario