ASM | ORA-00020: maximum number of processes (n) exceeded

Backup screenshot

Image via Wikipedia

Cuando trabajamos en un ambiente donde tenemos multiples Bases de Datos que se conectan al storage por medio de ASM, puede ocurrir que el Párametro PROCESS se encuentre desbordado.

Muchas veces cuando finalizan la implementación , los instaladores no toman en cuenta cuantas instancias de Bases de Datos serán ( aproximadamente ) instaladas.  Generalmente dejan los valores default que le asigna al párametro el valor 40. Con estos valores de incio generalmente podemos trabajar con una instancia o dos , pero al momento de abrir procesos desde la instacia hacia la instancia ASM, puede que tengamos problemas como ocurrio en el caso que presentamos :

Problema:

Cuando voy a recuperar una base de datos , que ya comparte el storage con otras instancias más en el mismo servidor, arroja el siguiente error:

ORA-00020: maximum number of processes () exceeded

Vemos el ejemplo en directo: Sigue leyendo

bash scripts – Backup Cold RAC

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.

Sigue leyendo

RMAN – Command LIST and examples

Wireless Information System for Emergency Resp...

Image via Wikipedia

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 comando LIST 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 un DELETE, 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
  • Scripts almacenados en el catalogo.
  • Incarnations de alguna base especifica.

Sigue leyendo

RMAN – Command Catalog and examples

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.
  • Las piezas disponibles deben ser:
  1. ControlFile
  2. Datafile Copy
  3. ArchiveLog
  4. Incremental Copy
  5. Backuppiece

Sigue leyendo

Resolving Archive Gap – Detection and Resolution

Oracle Data Guard

Image by Fenng(dbanotes) via Flickr

DATAGUARD NOT APPLIED

Cuando trabajamos con un sitio de contingencia, tenemos que estar atentos a que en el site donde radica la base stanby se esten aplicando los logs.

Para ello podemos tener algunas herramientas desde el grid control cuando tenemos el broker configurado, donde podemos monitorear varias cosas como si hay logs encolados o si hay gaps. Tambien si nos esta faltando un archive.

Sigue leyendo

RMAN Querys | Monitoring Backup Jobs

Backup Backup Backup - And Test Restores

Image via Wikipedia

Cuando trabajamos con backups muy grandes y estamos en medio de un RESTORE de la Base de Datos,  algunas veces parece no terminar o pareciera que no sucede nada.

Es cuando comenzamos a ponernos ansiosos por que sabemos que ante la miníma falla, el RESTORE se detendrá y es tiempo que muchas veces no tenemos.

Por ello investigando un poco en la documentación encontre una query muy buena que nos dice que Porcentaje fue restoreado ( hecho al momento de la query ) y que porcentaje es necesario para la culminación de la pieza.

SELECT SID, SERIAL#, CONTEXT, SOFAR, TOTALWORK,
ROUND(SOFAR/TOTALWORK*100,2) "%_COMPLETE"
FROM V$SESSION_LONGOPS
WHERE OPNAME LIKE 'RMAN%'
AND OPNAME NOT LIKE '%aggregate%'
AND TOTALWORK != 0
AND SOFAR <> TOTALWORK
;

Sigue leyendo