ORA-15186: ASMLIB error function = [asm_open], error = [1], mesg = [Operation not permitted]
Una tarde en un cliente estabamos realizando una tarea de mantenimiento de los server de bases de datos. La tarea por si misma requeria agregar un disco al diskgroup y el reinicio del server por una actualizacion del firmware de las placas. Agrego el disco y procedo a bajar todo prolijamente todo ya que era una base en RAC.
Cuando finaliza el rebooteo observo que las instancias no levantaron.
La primer instancia que reviso es la de ASM para ver que ocurria y revisando el alert me encuentro con el error ORA-15186.
Oracle ASM – Agregar Discos a un DiskGroup existente
Como dijimos en algún momento, tener una instancia bajo ASM permite al DBA la administración del storage libre e independientemente de la intervención del sysadmin, haciendo más dinámico el trabajo de ambos actores .
Levanta una instancia especial, que comunica a la instancia de Base de Datos con un set de disco compartidos
Una estructura de ASM se puede describir a nivel fisico y logico.
Cuando trabajamos en un ambiente con disco asignados por LUN adherir un disco al ASM tiene sus secretos. Lo primero que tenemos que tener en cuenta es si nuestra base es una SINGLE_INSTANCE o está en RAC.
En mi caso particular yo voy a trabajar con una base en RAC así que debo tener en cuenta que los pasos que voy a ilustrar a continuación deben repetirse en cada uno de los NODOS intergrantes.
Vamos a revisar si los discos (En mi caso vienen asignados por LUN) estan disponibles, haciendo un ls en el directorio /dev/mapper/ y cuales Discos son vistos por ASM, o sea discos que forman parte de un diskgroup. Para ello usamos el siguiente comando logueados como root /etc/init.d/oracleasm listdisks
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.