Oracle Multi-tenant ODB12c

A pesar de que la versión 12c R1 de la base de datos de Oracle fue lanzada en Latinoamérica desde 2013, hay aún muchas empresas que continúan en versiones anteriores ya sea 10 u 11g pagando cantidades exorbitantes de soporte extendido.

Y es que existe aún incertidumbre, los encargados del área de sistemas temen poner en riesgo su operación y optan por continuar con la espera o utilizan la versión 12c pero sin explotar todas las funcionalidades propias de la nueva arquitectura. Es por esto que el día de hoy hablaremos de algunas de las características y beneficios de la versión de bases de datos Cloud.

 Sin duda una de las principales características de ODB12c es Oracle Multi-tenant, disponible en la versión Enterprise, la cual ayuda a reducir costos en el área de TI a través de la simplificación, consolidación, aprovisionamiento, upgrades y más. Está basada en una base de datos Container, que puede albergar muchas bases de datos llamadas Pluggable Databases (PDB). Se trata de una arquitectura escalable y compatible con RAC y Data Guard. Una BD no Pluggable Database es llamada Non Container Database (Non-CDB), que puede ser tratada como BD en versión 11g y puede ser convertida fácilmente a una PDB sin afectar el contenido, operación y manejo para aplicaciones relacionadas.

Es común que las empresas tengan BDs distribuidas en diversos servidores. Los costos asociados a mantenimiento, licencias, repetición de tareas, etc hacen que el área de TI esté en constante búsqueda de optimizar recursos evitando realizar una misma tarea muchas veces y por ende el querer reducir costos reduciendo la cantidad de servidores entre otras estrategias. Oracle Multi-tenant es la respuesta a la reducción de costos, aquí listamos los 5 principales beneficios:

1.   Alta Densidad de Consolidación

Reducción de memoria global requerida por cada instancia de BD, ya que se consolida la SGA de todas las instancias en una sola y posee sólo un conjunto de procesos de background.

Las PDBs poseen como base de operación la misma CDB compartiendo memoria y procesos de background, esto posee una gran ventaja, ya que cada BD no posee su propia SGA, sino que existe solo una SGA para todas las BDs. Además existe la posibilidad de operar más BDs en un mismo servidor o servidores respecto a las versiones anteriores. Esto es similar a la consolidación de esquemas, la diferencia es que para la consolidación de esquemas hay un tema de seguridad a resolver para lo que se tiene que implementar un modelo de protección con Database Vault.

 2.   Aprovisionamiento & Clonación rápidas utilizando SQL statements

Para duplicar o clonar una BD por lo general se utilizan técnicas que requieren gran cantidad de tiempo, tales como: RMAN, restore-recover, cold backups, export/import. Éstas requieren la creación de los archivos principales de una BD los cuales suelen ser realizados a través del DBCA o de forma manual. Oracle Multi-tenant posee la capacidad de crear y/o duplicar una BD con solo un comando.

Una PDB puede ser desconectada de una CDB y ser conectada a otra CDB. También se puede clonar una PDB en el mismo Container o duplicarla de un Container a otro. Estas operaciones pueden ejecutarse a través de SQL statements de forma realmente rápida.

 3.   Optimización en la aplicación de parches & Upgrade

La inversión de tiempo y esfuerzo para aplicar un parche a una CDB conlleva el resultado de aplicar el mismo a todas las PDBs. La versión 12c posee una arquitectura interna en la cual la metadata de todas las PDBs se encuentra en la CDB, en donde se encuentra el diccionario de datos y estructura base de las BDs, entonces, es esta el área clave para hacer cambios de diccionario de datos (para upgrades) o binarios de Oracle afectados por parches, de esta manera al realizar el Patching de la CBD a su vez el efecto se verá reflejado en todas las PDBs conectadas. Si queremos aplicar el patch o actualizar a solo un número de PDBs, se crea otro CDB, desconectamos las PDBs del Container original, las incorporamos al Container nuevo y ahí realizamos el patching u upgrade, lo cual nos ahorrará tiempo y esfuerzo.

 Una de las tantas inquietudes de los administradores de BDs siempre ha sido: ¿existe un método para realizar downgrades rápidos en caso de posibles problemas con la nueva versión implementada? o ¿cómo poder deshacer un patch de la manera más rápida posible en caso de problemas sin tener que realizar operaciones riesgosas o sin tener que asegurar el estado anterior de los binarios a través de un backup de los binarios del manejador?. Todo el proceso de reversión radica en los cambios realizados en el core de la BD, sin embargo, si ahora el core es la CDB, existe la posibilidad de poseer varias versiones de Containers, entonces es aquí que la arquitectura hace posible que nuestro core sea tan dinámico y flexible. Solo basta con desconectar una BD de un Container para conectarla a otro y así poder acceder a una PDB en versiones y/o parches diversos casi de manera inmediata.

 4.   Manejar muchas BDs como una sola

Consolidando BDs existentes como PDBs, los administradores podrán manejar muchas PDBs como si fueran una sola. Por ejemplo, la gestión de respaldos y recuperaciones hasta versiones anteriores a la 12c, se tenía que realizar de forma local en cada BD, ahora la gestión es desde la CDB correspondiente, al igual que toda la administración podrá ser llevada a cabo de forma centralizada.

 5.   Resource Management dinámico entre PDBs

Oracle Database 12c Resource Manager posee funciones extendidas para controlar el consumo de recursos entre CDBs y PDBs.

Estos son sólo algunos de los beneficios, por lo que si aún no haz migrado a la versión 12c o no haz explorado y explotado todas las características que esta arquitectura te ofrece, ¿qué esperas?

 Y recuerda, si necesitas ayuda con la implementación, administración o soporte de tus bases de datos Oracle, CROS4IT puede apoyarte. ¡Contáctanos!