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

Spfile errors – ORA-07446: sdnfy: bad value ” for parameter

Trabajando en la restauración de un nuevo ambiente el cual sufría una modificación de parámetros de la base para una migración, me encontre con el siguiente error: ORA-07446: sdnfy : bad value ” for parameter.

SQL> startup nomount pfile='/u01/app/oracle/product/10.2.0/db_MANUPRO/dbs/initMANUPRO.ora.RES';
ORA-00444: background process "MMAN" failed while starting
ORA-07446: sdnfy: bad value '' for parameter .

Entonces abro el nuevo archivo pfile que quería utlizar y me pongo a revisar cada uno de los parámetros.

Que encontre ? Sigue leyendo

Oracle ASM | Migrating datafiles from FileSystem to ASM instance

English: Oracle Table in a Tablespace

English: Oracle Table in a Tablespace (Photo credit: Wikipedia)

How To Migrating datafiles from FileSystem to ASM instance

La tecnología ASM en ORACLE nos permite a los administradores poder tener el control de los volúmenes de nuestro filesystem.

La semana pasada nos solicitaron reorganizar los filesystem de algunos hosts, en esa movida aprovechamos y propusimos migrar el entorno donde los datafiles se encontraban en filesystem (administrados por un volume group de Linux.) a un entorno ASM.

Vamos a ver de que se trata:

Sigue leyendo