Arquitectura de una base de datos Oracle:

Se proporciona una visión general de la arquitectura de una base de datos Oracle; esto es, qué es una instancia, cómo se establecen las conexiones entre el servidor y las aplicaciones cliente, qué archivos configuran una base de datos, etc.

 

 

1. Instancias.
   

Para permitir el acceso a los datos, Oracle utiliza un conjunto de procesos que son compartidos por todos los usuarios. Además, existen estructuras de memoria que son utilizadas para almacenar los datos más recientemente solicitados a la BD.

Una instancia de BD es el conjunto de estructuras de memoria y de procesos que acceden a los ficheros de datos.

Los parámetros que determinan el tamaño y composición de una instancia están almacenados en un fichero llamado init.ora. Este fichero es leido durante el arranque de la BD y puede ser modificado por el DBA. Cualquier modificación de este fichero no tiene efecto hasta la siguiente vez que se arranque la BD.

Las estructuras de la BD Oracle pueden ser divididas en tres clases:

• aquellas que son internas a la BD,
  
• aquellas que son internas a las áreas de memoria (incluidas la memoria compartida y procesos),
  
• aquellas que son externas a la BD.
  

  2._Arquitectura de red
  

  
   

  
   

  es la tecnología de red fundamental que permite a los servicios de Oracle y sus clientes se comuniquen entre sí a través de una red. La aplicación más común de Net8 es permitir a los clientes a hablar con los servidores de bases de datos, pero también permite Net8 de servidor a servidor y de otros tipos de comunicación, como se muestra en 
  

La misión primordial de Net8 es bastante obvia: para permitir la conectividad en un entorno Oracle. Oracle quiere que sea lo más fácil y menos doloroso posible para los desarrolladores para conectar aplicaciones cliente a una base de datos Oracle. En apoyo de esta misión, Oracle se ha fijado estos objetivos para Net8:

• Ubicación transparencia
  
• Independencia de la plataforma
  
• Protocolo de la transparencia
  

Al cumplir estos tres objetivos, Oracle ha realizado un Net8 muy fácil de usar solución de conectividad. Gran parte de la complejidad de tratar con los protocolos de redes y plataformas del sistema operativo ha sido oculto para el usuario. Un desarrollador o DBA trabajar con Net8 sólo tiene que entender cómo funciona Net8. No es necesario tener un conocimiento detallado de los protocolos subyacentes o los sistemas operativos subyacentes.

 

 

3._Enterprise Manager

 

 

Para la gestión de gran cantidad de bases de datos y servidores de aplicaciones (de acuerdo con Oracle Corporation, preferiblemente en una solución de red) se podría utilizar el  Oracle Enterprise Manager Grid Control. Se pueden administrar varias instancias de las plataformas de despliegue de Oracle, la edición más reciente también permite gestión y seguimiento de otras plataformas como Microsoft. NET, Microsoft SQL Server, archivadores NetApp, BEA Weblogic y otros. Socios y las organizaciones de TI pueden crear extensiones para Oracle Enterprise Manager, y ponerlos a disposición de otros usuarios de Oracle Enterprise Manager a través de Enterprise Manager 10g Grid Control extensiones de Exchange. 

La arquitectura de la OEM para Grid Control tiene tres distintas componentes: 
el agente de cobro (Oracle Management Agent o OMA) 

el agente de agregación (Oracle Management Server o OMS) 

el agente de depósito (Oracle Management repositorio o OMR) 

 

La OMA se ejecuta en el host de destino y contiene información sobre el hardware, 
sistema operativo y las aplicaciones que se ejecutan en el blanco. La OMS dirige 
en uno o dos servidores y recoge los datos generados por la OMA. La 
OMS extrae la información de la OMA y los agregados de las colecciones
en el repositorio. La OMS también actúa como la interfaz de usuario - por 
la generación de páginas web para los administradores de base de datos para ver el estado de sistemas y servicios. El OMR comprende una instancia de Oracle 
base de datos que almacena los datos recogidos por la OMS. Los instaladores pueden hacer 
la OMR de alta disponibilidad con tolerancia a fallos o ejecutándolo en un Oracle RAC ejemplo a través de múltiples nodos. 

Plug-ins en cada una de las OMAs puede modificar o manipular los datos presentado por el OEM mediante la ampliación de los datos que la OMA recoger. 

Los administradores pueden personalizar el análisis de los datos con la "gestión packs "para ver las colecciones de datos específicos para mostrar un sistema de rendimiento. La versión actual de OEM permite el diseño y la configuración de plug-ins para controlar cualquier aplicación que desee. OMA recoger los datos utilizando el plug-in de la medida y comunicación de los resultados en formato XML de nuevo a la OMS, que luego almacena y analiza los datos Gerente de desired. Oracle empresa continúa ampliando su control 
alcance, ofreciendo la gestión de los plug-ins para los no componentes de Oracle, que se tanto Oracle desarrollados y desarrollados en asociación con terceros 
proveedores. Por ejemplo, Plug-ins para Veritas Storage Foundation Manager (VxVM, 
VxFS) y Veritas Cluster Server (VCS), fueron anunciados y puestos en libertad 
12 de noviembre 2007, en el Oracle OpenWorld.

4._ Archivos de una base de datos

 

Los últimos componentes de la arquitectura de Oracle son los archivos físicos en nuestra información reside en el disco. Oracle cuenta con varios tipos de archivos de datos, cada uno con un propósito diferente:

* Base de Datos los ficheros de datos

* Los archivos de control

* Registros de rehacer en línea

* Los archivos de parámetros

* Los archivos de base de datos relacionados con Otros

Echemos un vistazo a cada uno de estos archivos físicos en detalle un poco más.

http://www.youtube.com/watch?v=wOFlcw6pHnE