Cuando trabajamos con RAC es importante el tema de los backups:
Siempre trabajo con RMAN y backup hot, pero en algunos clientes por tema de costo de hardware, precisamente de storage, dejan de lado el archiving y trabajan en modo NOARCHIVELOG. Para esos casos armer este script para ambientes RAC y backup COLD.
RMAN-03002 ORA-03113 ORA-03114 – When restore database from dataguard set to maximize availability
Cuando tomamos un backup de una base de datos configurada en maxima disponibilidad es importante recordar que al momneto de realizar la apertura de la base con el comando OPEN RESETLOGS, previamente la pasemos a maxima performance, por que ocurre que si no lo hacemos la base cae directamente, bajo el error:
RMAN> alter database open resetlogs;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 07/22/2010 19:34:04
ORA-03113: end-of-file on communication channel
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
ORA-03114: not connected to ORACLE
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 07/22/2010 19:34:04
ORA-03113: end-of-file on communication channel
Cuando tenemos un catalogo o realizamos solo copias locales, hay un comando de RMAN que nos permite listar Backup sets (Copias de Seguridad) , Imagenes y otras copias como spfile, archivelogs o control file.
El comandoLIST nos ayuda también a poder ver con que contamos en nuestro catalogo, y de esa manera ver que cosas son obsoletas y poder aplicar o unDELETE, para hacer una depuración que no esta implicada en la deletion policy.
También lo podemos aplicar para trabajar en conjunto con el comando CROSSCHECK que compara lo existente en el CATALOG con lo existente fisico en DISCO o TAPE.
Otras utildades en las que podemos emplearlo:
Conocer cuales son las copias de seguridad que tenemos o no disponibles, en el caso de querer realizar un restore a futuro , o en lo immediato ante la perdida de por ejemplo, un DATFILE.
Tener un registro a modo de inventario como DATAFILE, BACKUP SET, CONTROLFILE, SPFILE.
Copias de SEGURIDAD diarias , distinguidas por la manera en que las etiquetamos, Ej. BACKUP_HOT_DIARIO_%d_%h , BKP_DIARIO_DATAFILE_%d_%h
Cuando trabajamos con RMAN podemos centralizar nuestros backups en un unico repositorio como es la cinta o en cada filesystem local, generalmente con el mismo nombre de path.
En algunos casos ocurre que no podemos tener esa misma estructura de directorios, y cuando vamos a realizar un restore full es preciso recatalogar las piezas ya que en el controlfile se resguardo la ruta donde el mismo se origino.
Para ello hay una utilidad que nos provee RMAN, que es el comando CATALOG.
Podemos utilizarlo para gestionar el agregado de piezas de backup al catalogo de RMAN de control file, archivelogs, copias de datafiles y backuppieces.
Grabar alguna pieza de backup como punto 0, como estrategia de backup incremental.
Utilizarlo como registro de la ultima copia realizada en oracle 7 , previo a la migración a 8.
Es importante tener en cuenta para poder utilizar este feature que la base cumpla con estos requisitos:
Cuando nos conectamos a la base, que se encuentre en modo MOUNT u OPEN.
Si el RMAN esta conectado al catalogo, el catalogo se encuentre en modo OPEN.Para nosotros poder catalogar piezas, estas deben encontrarse en el path que vayamos a pasar como parametro.
Cuando seteamos los parametros del kernel, los hacemos para obtener un mejor funcionamiento de la aplicacación, como se va a comporta el CPU y la administración de sus procesos y el comportamiento de los semanforos.
Durante los últimos años oracle ha trabajado muchisimo en su integración con el OS, obteniedo grandes avances en la performance de la aplicación.
Según la nota [ID 419646.1] , recomienda utilizar los parametros del kernel de la siguiente manera:
Este articulo esta basado en la nota [ID 419646.1] que es una guia de los puntos que hay que verificar para ejecutar la creacion de usuario oracle y los paths con los que va a trabajar tanto en la instalación de los homes como donde se almacenara el inventory y el stage.
Comenzare en primer lugar creando los grupos para que el usario oracle trabaje.
A los clasicos grupos oinstall y dba, agregare los de administracion de ASM por que en el futuro hare una migración hacia 11gR2.