Conceptos del Servidor Oracle. Visión General El administrador de la base de datos (ABD), debe comprender que la arquitectura ofrecida por Oracle, gestiona.

Presentación del tema: "Conceptos del Servidor Oracle. Visión General El administrador de la base de datos (ABD), debe comprender que la arquitectura ofrecida por Oracle, gestiona."— Transcripción de la presentación:

1 Conceptos del Servidor Oracle

2 Visión General El administrador de la base de datos (ABD), debe comprender que la arquitectura ofrecida por Oracle, gestiona una base de datos. Para entender la forma en que el servidor Oracle funciona, debemos analizar los siguientes ccomponentes: Estructura de Base de Datos y Gestión del Espacio Estructuras de memoria. Procesos. Otros archivos importantes

3 DEFINICIÓN ORACLE es un sistema gestor de las bases de datos relacionales. Sus dos componentes principales son: La instancia La base de datos.

4 Instancia: Corresponde a las estructuras y los procesos de background usados para accesar los datos. Bases de Datos: En ORACLE el término de Base de Datos se usa para presentar los archivos físicos donde se almacena la información.

5 INSTANCIA Es un conjunto de procesos de memoria compartida que proporcionan el mecanismo necesario para acceder a un conjunto de archivos de DB. Para iniciar una base de datos se utiliza: STARTUP. Para bajarla o supender el servicio se utiliza SHUTDOWN.

6 Para iniciar la base de datos se requiere el archivo de parámetros INIT.ORA. Buffer: es una parte de la memoria de Oracle para almacenar datos mientras son utilizados por alguna sesión. Commit: es para confirmar una transacción(salvar). Caché: es una parte de la memoria, entre los que más memoria consumen esta el de instrucciones SQL y el de datos.

7 Gestión de Transacciones Una transacción es una colección de operaciones que se lleva a cabo como una única función lógica en una aplicación de BD. El Gestor de Transacciones asegura que la base de datos se mantiene en un estado consistente (correcto) ante fallos del sistema y transacciones El Gestor de control de concurrencia controla la interacción entre las transacciones concurrentes, para asegurar la consistencia de la BD.

8 Gestión del Almacenamiento El gestor de almacenamiento es un módulo del programa que proporciona la interfaz entre los datos de bajo nivel en la BD y los programas de aplicación y consultas emitidas del sistema. El gestor de almacenamiento es el responsable de las siguientes tareas: Interactuar con el gestor de archivos Almacenamiento, recuperación y actualización de la BD

9 Estructuras de Base de Datos Estructuras Lógicas. Estructuras Físicas

10 Estructuras Lógicas Tablespaces Objetos de esquemas

11 Tablespaces División Lógica de la Base de Datos. En toda base de datos se tiene al menos un tablespace denominado generalmente SYSTEM. Se definen otros tablespaces para agrupar usuarios, aplicaciones o por criterios de rendimiento. Se agrupan estructuras lógicas relacionadas. Por ejemplo USERS, RBS, TEMP, INDEX, DATA Un Tablespace puede estar ‘online’ o ‘offline’. Lo normal es que estén en línea, pero en ciertas ocasiones puede encontrarse fuera de línea. Relación Base de Datos, Tablespace y Datafiles

12 Tablespaces Un TABLESPACES. Puede estar compuesto por uno o más datafiles.

13 Esquemas y Objetos Un esquema es una colección de objetos Los objetos son estructuras lógicas, que se refieren a datos almacenados. Tablas. Vistas. Secuencias. Procedimientos almacenados. Indices Sinónimos Listas de base de datos No se relaciona un esquema con un tablespace y viceversa.

14 Estructuras Físicas Datafiles Archivos Redolog Archivos de Control

15 Datafiles La base de datos puede tener uno o más datafiles Son los que contienen la información de la base de datos. Son archivos físicos del SO. Un datafile solo puede pertenecer a un tablespace y por ende a una sola base de datos. Uso. Se leen y se colocan en memoria según sea necesario Para escribir a disco los cambios el DBWn se encarga de hacerlo todo a la vez y no inmediato al cambio.

16 Archivos Redo Log Se tiene un conjunto de dos o más redo logs En estos se lleva la bitácora de los cambios Previenen de posibles errores, cuando falla la base de datos y no se han escrito a disco los cambios. Solo se utilizan para recuperar la base de datos en caso de caídas. Los redo logs pueden ser multiplexados. Una DB debe poseer 2 o más redo log files ya que Oracle escribe en ellos en forma circular.

17 Archivos de Control Se tiene al menos un archivo de control Mantiene la estructura física de la base de datos Nombre Ubicación de redologs Ubicación de los datafiles Fecha de creación de la base de datos, y otros Cuando la base de datos es instanciada, se busca este archivo. Si no se encuentra la base de datos no puede ser abierta. Cada vez que cambia la estructura física de la base de datos se modifica el control file.

18 Archivo de Parámetros Para iniciar la instancia Oracle, se debe leer el archivo de parámetros init.orainit.ora Archivo de texto con la lista de parámetros de configuración Dentro los aspectos que se definen están Asignación de memoria para las estructuras del SGA Qué hacer con los archivo de redo log Nombre y ubicación de los archivos de control Algunas reglas sobre los parámetros son: Todos son opcionales, Oracle tiene un valor por defecto para cada uno El archivo puede tener parámetros o comentarios (iniciados con #)

19 Archivo de Parámetros: reglas El orden en que aparecen los parámetros no es importante El case no es importante, excepto para nombres de archivos. Si un parámetro aparece dos veces el segundo rescribe al primero Existen algunos parámetros que pueden aceptar múltiples valores como el ROLLBACK_SEGMENTS = ( rb1, rb2,.. )

20 Configurar el Tamaño del SGA SHARED_POOL_SIZE Especifica la cantidad de bytes a utilizar para el área donde se comparten las declaraciones SQL y PL/SQL. DB_BLOCK_SIZE Especifica el tamaño en bytes del bloque de datos utilizado por Oracle. Los valores típicos son 2048 o 4096. Este valor se determina al crear la base de datos y debe ser mantenido el resto del tiempo.

21 Configurar el Tamaño del SGA DB_BLOCK_BUFFERS Especifica la cantidad de búferes para el caché de datos. Este parámetro junto con el DB_BLOCK_SIZE, determinan el espacio requerido para el búfer. LOG_BUFFER Especifica la cantidad de bytes a utilizar en búfer donde almacena la información de redo log antes de enviarla a los archivos.

22 Archivos de Seguimiento (Trace) Trace Files, son archivos en los que se registran mensajes y errores durante la ejecución de una instancia Oracle. Se ubican según los valores de BACKGROUND_DUMP_DEST USER_DUMP_DEST

23 Archivo de Alerta El Alert Loges un archivo especial de seguimiento, que registra mensajes y errores cronológicamente, como por ejemplo: Errores internos (ORA-600), corrupción de bloques (ORA- 1578) y errores de deadlock (ORA-60) Operaciones administrativas como creación o modificación de la base de datos, tablespaces, datafiles segmentos de rollback y los correspondientes a STARTUP, SHUTDOWN y ARCHIVE LOG. Distintos errores relacionados con los procesos de servidor compartido (servidor compartido y despachadores) Errores en la actualización de snapshots El valor de todos los parámetros de inicialización al momento de subir la instancia.

24 Estructuras de Memoria SGA – System Global Area

25 Estructuras de Memoria Shared Pool

26 Estructuras de Memoria Database buffer cache

27 Estructuras de Memoria Redolog buffer

28 Procesos Procesos de Servidor y Background Shared Server Process Dedicated Server Process SMON PMON DBWn LGWR RECO LCK0 CKPT ARCn D000

29 Procesos de Servidor Dedicated Server Process Define un proceso de servidor por cada proceso de usuario Shared Server Process Atiende varios procesos de usuario con un conjunto limitado de procesos de servidor Mejora la utilización de los recursos

30 Procesos SMON Realiza la recuperación automática de la base de datos al iniciar. Libera el espacio de los segmentos temporales de rollback no utilizados. Une las áreas continuas de espacio libre en los datafiles. PMON Realiza tareas de recuperación cuando un proceso de usuario falla. Libera conexiones Deshace cambios realizados sin ser comprometidos. Libera bloqueos y recursos obtenidos por el proceso fallido. Restaura procesos de servidor y despachadores que hayan fallado.

31 Procesos DBW n Gestiona el contenido de los bloques del “Database buffer cache” Pueden instanciarse más de un proceso DBWn, según las necesidades de cada instalación. LGWR Escribe las entradas del “redo log buffer” a disco. Las escrituras las realiza cada vez que una transacción es confirmada (commit).

32 Procesos RECO Es opcional. Recupera transacciones distribuidas con errores. LCK0 Realiza bloque inter-instancias en un sistema ser servidor paralelo (parallel server) CKPT Comunica a los DBWn el momento de actualizar los datafiles con información de los cambios en memoria.

33 Procesos ARC n Copia los redo log que están en línea a disco o cinta. Este es un proceso opcional que se ejecuta cuando se está en modo ARCHIVELOG y el archivado automático está habilitado. Permite recuperar la base de datos de errores en medios físicos. D0000 Los despachadores son procesos opcionales. Se activan en el modo multi-threaded server (multi-hilos) Cada proceso es responsable de enrutar las peticiones de los procesos de usuarios conectados a través de ellos.

34 Instancia