En Construccion
Particularidades de 12c
Una base de datos multiusuario es diferente a la de una base de datos no multiusuario.
Un proceso o método existente en una base no multitenant fallará o aparecera corrupto en un ambiente multitenant.
Por ahora no hay una alternativa de trabajo en bases de datos multiusuario.
Oracle 12c base de datos incluye muchos cambios en la base de datos si está utilizando la opción multiusuario o no.
Este artículo se centrará en aquellos cambios que son como consecuencia directa de la arquitectura multiusuario.
Se debe utilizar los servicios para conectarse a bases de datos conectables, que rompe con eficacia la autenticación del sistema operativo.
Esto representa un problema para las personas que utilizan los scripts de shell que se conectan a la base de datos.
Hay varias soluciones para este problema, incluyendo las siguientes.
ALTER SESSION SET CONTAINER
TWO_TASK
Secure External Password Store
DBMS_SCHEDULER
Built-In Scripts
Al agregar o quitar características a menudo tienen que ejecutar secuencias de comandos integrados. En versiones anteriores de base de datos de este hecho por la simple conexión a base de datos como SYS y ejecutar el script. Bajo la arquitectura multiusuario, muchos scripts incorporados deben ejecutar contra el contenedor raíz y contra todas las bases de datos conectables. Esto se logra mediante el "catcon.pl" script de Perl, como se describe en el siguiente artículo.
Redo and Undo Management
Las bases de datos conectables no tienen participación directa en la gestión de redo y undo.
Todo esto está a cargo de la base de datos de contenedoras, por lo que todas las bases de datos conectables bajo el mismo CDB comparten el mismo de deshacer y rehacer.
Cuando se conecta a SYS@PDB todo el deshacer y rehacer la información todavía está disponible,
pero la información que se presenta es de nivel CDB, por lo que debe tener cuidado de no tomar esta información fuera de contexto.
La consolidación de múltiples PDB-redo intensiva en una CDB puede ser imprudente, aunque en el proceso 12c LGWR genera 2 procesos esclavos y se generan más en rehacer los sistemas intensivos.
Deshacer compartido significa operaciones de flashback basados deshacer-pueden verse afectados si deshacer no está dimensionado adecuadamente.
Considere Flashback Data Archive (FDA), que es gratuito en 12c.
Backup y recuperación
Hay muchos más escenarios de copia de seguridad y recuperación disponibles cuando se trata de la arquitectura multiusuario.
Copia de seguridad y recuperación en el nivel de CDB es similar a la de los casos no CDB y afecta a todos los PDBs asociados con el CDB.
Copia de seguridad y recuperación a nivel de AP es posible, con algunas restricciones.
Punto en el tiempo de recuperación (PITR) de un AP es posible utilizando una instancia auxiliar, similar al espacio de tablas PITR.
A nivel AP impactos pitṛ sobre posibles operaciones de base de datos retrospectiva a nivel CDB.
Backup y recuperación escenarios típicos para CDBs y PDBs se analizan con más detalle en este artículo.
Multitenant: Copia de seguridad y recuperación de un contenedor de base de datos (CDB) y una base de datos enchufable (AP) en Oracle de base de datos 12c Release 1 (12.1)
Usted debe pasar algún tiempo para acostumbrarse a los cambios provocados por la arquitectura multiusuario. Si no lo hace se hace un lío y tienen problemas!
Base de datos Flashback
Base de datos de Flashback sólo está disponible a nivel CDB y por lo tanto afecta a todos los PDBs asociados con el CDB.
Como se mencionó anteriormente, PITR de un anteproyecto de presupuesto afecta a las posibles operaciones de base de datos retrospectiva en el CDB. Utilizando la base de datos retrospectiva contra un BDC se describe en el siguiente artículo.
Multitenant: Flashback de un contenedor de base de datos (CDB) en Oracle de base de datos 12c Release 1 (12.1)
Al igual que con la copia de seguridad y recuperación, tendrá que pasar algún tiempo para aprender y comprender las consecuencias!
Application Express (APEX)
De forma predeterminada, la base de datos Oracle 12c viene con APEX instalado en una configuración común, tales componentes APEX que el CDB contiene compartida y los PDBs contiene sus componentes específicos de cada base de datos, junto con los metadatos de la aplicación. Las implicaciones importantes de este enfoque instalación compartida se discuten en el siguiente artículo.
Multitenant: Desinstalar APEX de la CDB en Oracle de base de datos 12c Release 1 (12.1)
Antes de empezar a crear PDBs debe tener en cuenta la forma en que desea utilizar APEX en sus PDB. Si no desea utilizar la configuración por defecto compartido, debe tomar esa decisión en la delantera.
Cifrado de datos transparente (TDE)
Gestión de claves de cifrado ha cambiado en la base de datos Oracle 12c, que afecta el cifrado de base de datos transparente (TDE) para instalaciones tanto no CDB y la CDB.
Bajo la arquitectura multiusuario, muchas de las operaciones de gestión de claves de cifrado se debe hacer tanto en el CDB y el nivel de AP del TDE para trabajar. Esto también significa que las claves de cifrado deben exportarse e importarse durante desenchufe y plugin de operaciones en PDB. Esto se discute en más detalle en el siguiente artículo.
Multitenant: Cifrado de datos transparente (TDE) en conectables Bases de datos (PDB) en Oracle de base de datos 12c Release 1 (12.1)
Los cambios son relativamente simples, pero su método no CDB no funcionarán bajo multiusuario.
DBA_% y DBA _% _ AE Vistas
En las versiones anteriores y bases de datos no-CDB, la vista de jerarquía diccionario de datos de de arriba a abajo es DBA> ALL> USUARIO. En las bases de datos multiusuario se añade una capa adicional, por lo que es BDC> DBA> ALL> USUARIO. Este cambio se describe en el siguiente artículo.
Multitenant: Visión general de las bases de datos de contenedores (CDB) y conectables Bases de datos (PDB)
Cuando se conecta a un AP, la jerarquía de vistas siente lo mismo, así que esto no debería representar un problema para la mayoría de la gente o herramientas. El problema viene cuando se conecta al contenedor raíz, tal vez usando "/ AS SYSDBA" o "SYS @ CDB AS SYSDBA", y el uso de los puntos de vista de DBA esperando ver todos los objetos. En este caso, sólo verá los objetos relevantes para el contenedor raíz, no todos los PDB. Usted tendrá que juzgar el impacto de esto en sus aplicaciones y herramientas.
Funciones no disponibles con Multitenant
Las siguientes funciones no son compatibles actualmente bajo la arquitectura multiusuario en la versión 12.1.0.2.
