Database Insider - Julio Ayapan

El principal objetivo de este articulo es mostrar de una manera practica como se comportan los usuarios denominados COMMON dentro de una arquitectura Multitenant, nueva característica en Oracle 12c. Existen dos tipos de usuarios en una arquitectura Multitenant: LOCAL y COMMON. Los usuarios comunes (COMMON) son usuarios que deben ser creados en el contenedor o root. A partir de aquí los usuarios son replicados hacia todas las base de datos PLUGGABLE que pertenezcan al contenedor. Los esquemas pertenecientes a estos usuarios son independientes unos de otros dentro de cada pluggable database (PDB). Es decir pueden poseer privilegios y objetos diferentes en cada esquema en cada PDB. Los casos que vamos a analizar son los siguientes: Qué pasa cuando creamos una nueva PDB? Qué pasa cuando creamos un COMMON user y las PDB están apagadas (mount)? Qué pasa cuando creamos un COMMON user y las PDB están en modo READ ONLY? Qué pasa cuando hacemos un 'UNPLUG' y 'PLUG' ...

En más de alguna ocasión me he topado con la necesidad de renombrar un Diskgroup de ASM, si el Diskgroup está vacío (no se ha almacenado ningún archivo de base de datos) la opción más sencilla -opinión personal-   es eliminarlo y volver a crearlo con el nombre correcto. Pero, ¿que sucede si ya tenemos archivos de base de datos en este Diskgroup? La solución a este problema surgió con la versión 11gR2 de ASM y se mejoró en la versión 12c. Para renombrar un Diskgroup utilizaremos la herramienta renamedg y la complementáremos con la sentencia ALTER DISKGROUP .. RENAME DISKS. A continuación, un sencillo ejemplo para renombrar un ASM Diskgroup y ASM Disks que lo conforman. Escenario: Nuestra base de datos de producción está utilizando como almacenamiento el disco +DATOS1, por control de la aplicación se requiere que el nombre sea +DATA1. Los datafiles residentes en el Diskgroup son: FILE_NAME -------------------------------------------- ...