Módulo 1 - Arquitectura de Oracle
Objetivos Estas notas presentan la arquitectura del servidor Oracle. La arquitectura arquitectu ra incluye componentes físicos, componentes de memoria, procesos, y estructuras lógicas.
Arquitectura componentes principales
La figura que aparece por encima de los detalles de la arquitectura de Oracle. Oracle del servidor: Un servidor de Oracle incluye una instancia Oracle y una base de datos Oracle. Una base de datos Oracle incluye varios tipos diferentes de archivos: archivos de datos, archivos de control rehacer los archivos de registro y archivos de registro de rehacer archivados. El servidor de Oracle también tiene acceso a los archivos de parámetros y archivos de contraseñas. Este conjunto de archivos tiene varios propósitos. o Una de ellas es que los usuarios del sistema para procesar las sentencias de SQL. o Otra es la de mejorar el rendimiento del sistema. o Otra es asegurar la base de datos se puede recuperar si se produce un fallo de software / hardware. El servidor de base de datos debe administrar grandes cantidades de datos en un entorno multiusuario. El servidor debe gestionar el acceso simultáneo a los mismos datos. El servidor debe ofrecer un alto rendimiento. rendimiento . En general, esto significa que los tiempos de respuesta rápidos.
Instancia de Oracle: Una instancia instanci a de Oracle consta de dos conjuntos diferentes de componentes: El primer conjunto de componentes es el conjunto de procesos de fondo (la tarde en, SMON, RECO, DBW0, LGWR, CKPT, D000 y otros).
Arquitectura componentes principales
La figura que aparece por encima de los detalles de la arquitectura de Oracle. Oracle del servidor: Un servidor de Oracle incluye una instancia Oracle y una base de datos Oracle. Una base de datos Oracle incluye varios tipos diferentes de archivos: archivos de datos, archivos de control rehacer los archivos de registro y archivos de registro de rehacer archivados. El servidor de Oracle también tiene acceso a los archivos de parámetros y archivos de contraseñas. Este conjunto de archivos tiene varios propósitos. o Una de ellas es que los usuarios del sistema para procesar las sentencias de SQL. o Otra es la de mejorar el rendimiento del sistema. o Otra es asegurar la base de datos se puede recuperar si se produce un fallo de software / hardware. El servidor de base de datos debe administrar grandes cantidades de datos en un entorno multiusuario. El servidor debe gestionar el acceso simultáneo a los mismos datos. El servidor debe ofrecer un alto rendimiento. rendimiento . En general, esto significa que los tiempos de respuesta rápidos.
Instancia de Oracle: Una instancia instanci a de Oracle consta de dos conjuntos diferentes de componentes: El primer conjunto de componentes es el conjunto de procesos de fondo (la tarde en, SMON, RECO, DBW0, LGWR, CKPT, D000 y otros).
Estos se tratan más adelante en detalle - cada proceso en segundo plano es un programa de ordenador. o Estos procesos se realizan de entrada / salida y controlar otros procesos de Oracle para ofrecer un buen rendimiento y la fiabilidad de base de datos. El segundo conjunto de componentes incluye las estructuras de memoria que constituyen la instancia de Oracle. o Cuando un caso se pone en marcha, una estructura de memoria llamado el área global del sistema (SGA) es asignado. o En este punto, los procesos en segundo plano también comienzan. Una instancia de Oracle proporciona acceso a una y sólo una base de datos Oracle. o
Oracle de base de datos: una base de datos Oracle se compone de archivos. A veces, estos son conocidos como archivos del sistema operativo, pero en realidad son archivos de bases de datos que almacenan la información de la base de que una empresa u organización necesita para operar. Los archivos de registro de rehacer se utilizan para recuperar la base de datos en caso de fallas de programas de aplicación, fallos de instancia y otras fallas menores. Los archivos de registro de rehacer archivados se utilizan para recuperar la base de datos si un disco falla. Otros archivos que no se muestran en la figura incluyen: o El archivo de parámetro requerido que se utiliza para especificar los parámetros de configuración de una instancia de Oracle cuando se inicia. o El archivo de contraseña opcional autentica a los usuarios particulares de la base de datos - estos se denominan los usuarios con privilegios e incluyen los administradores de bases de datos. o Alerta y localizar los archivos de registro - estos archivos almacenan información acerca de los errores y acciones que afectan a la configuración de la base de datos.
Los procesos de usuario y el servidor: Los procesos mostrados en la figura son llamados procesos de usuario y el servidor. Estos procesos se utilizan para gestionar la ejecución de sentencias SQL. Un proceso servidor compartido puede compartir la memoria y el procesamiento variable para múltiples procesos de usuario. Un proceso de servidor dedicado administra la memoria y las variables de un proceso de un solo usuario.
Esta figura de la Guía de administración de Oracle Database proporciona otra forma de ver el SGA.
Conectarse a una instancia de Oracle - Creación de una sesión
Los usuarios del sistema pueden conectarse a una base de datos Oracle a través SQLPlus oa través de un programa de aplicación como Internet Developer Suite (el programa se convierte en el usuario del sistema). Esta conexión permite a los usuarios ejecutar sentencias SQL. El acto de conexión crea una vía de comunicación entre un proceso de usuario y un servidor de Oracle. Como se muestra en la figura anterior, el proceso de usuario se comunica con el servidor Oracle a través de un proceso de servidor. Los procesos de usuario se ejecuta en el equipo cliente. El proceso del servidor se ejecuta en el equipo servidor, y en realidad ejecuta sentencias SQL enviadas por el usuario del sistema. La figura muestra una relación uno a uno entre el Usuario y procesos del servidor. Esto se conoce como una conexión de servidor dedicado. Una configuración alternativa es utilizar un servidor compartido, donde más de un proceso de usuario comparte un Process Server. Sesiones: Cuando un usuario se conecta a un servidor Oracle, esto se denomina una sesión. El área global del usuario es memoria de la sesión y estas estructuras de memoria se describen más adelante en este documento. La sesión se inicia cuando el servidor Oracle valida el usuario para la conexión. La sesión termina cuando el usuario cierra la sesión (desconexiones) o si la relación termina de forma anormal (falta de red o falla en la computadora cliente). Un usuario puede normalmente tener más de una sesión simultánea, por ejemplo, el usuario puede conectarse a través de SQLPlus y conectarse a través de las herramientas de Internet Developer Suite a la vez. El límite de conexiones de sesión concurrentes es controlado por el DBA.
Si un usuario de sistema intenta conectar y el Oracle Server no se está ejecutando, el usuario del sistema recibe el mensaje de error no disponible Oracle.
Estructura física - Los archivos de base de datos Como se señaló anteriormente, una base de datos Oracle se compone de archivos físicos. La base de datos en sí tiene: Archivos de datos - estos contienen los datos reales de la organización. Rehacer los archivos de registro - estos contienen un registro cronológico de los cambios realizados en la base de datos, y permiten la recuperación cuando se producen errores. Los archivos de control - estos se utilizan para sincronizar todas las actividades de la base de datos y se tratan en más detalle en un módulo más tarde.
Otros archivos clave como se ha señalado anteriormente incluyen: Archivo de parámetros - hay dos tipos de archivos de parámetros. o El archivo init.ora (también llamado el PFILE) es un archivo de parámetros estática. Contiene parámetros que especifican la forma en la instancia de base de datos es puesta en marcha. Por ejemplo, algunos parámetros se especifique cómo asignar memoria para las diversas partes del área global del sistema. o El spfile.ora es un archivo de parámetros dinámicos. También almacena parámetros para especificar cómo inicio una base de datos, sin
embargo, sus parámetros se pueden modificar, mientras que la base de datos se está ejecutando. Archivo de contraseña - especifica qué * especial * los usuarios se autentican en el inicio / detener la instancia de Oracle. Archivado rehacer los archivos de registro - estos son copias de los archivos de registro de rehacer y son necesarios para la recuperación de una línea, el entorno de procesamiento de transacciones en caso de un fallo de disco.
Gestión de la memoria y de las estructuras de memoria Oracle Memory Management Database Gestión de la memoria - el enfoque es mantener el tamaño ideal para estructuras de memoria. Memoria se gestiona sobre la base de relacionados con la memoria los parámetros de inicialización . Estos valores se almacenan en el archivo init.ora para cada base de datos.
Tres opciones básicas para la gestión de memoria son las siguientes: Gestión de memoria automática: o DBA especifica el tamaño final de memoria de instancia. o La instancia de base de datos automáticamente se adapta al tamaño de la memoria de destino. o Memoria redistribuye datos según sea necesario entre el SGA y la instancia PGA.
La gestión de la memoria compartida automática: o Este modo de gestión está parcialmente automatizado. o DBA especifica el tamaño final de la SGA. o DBA puede configurar opcionalmente un tamaño objetivo global para la PGA o áreas de trabajo PGA gestoras individualmente. Manual de gestión de memoria: o En lugar de establecer el tamaño total de la memoria, el DBA establece varios parámetros de inicialización para gestionar los componentes del SGA y PGA instancia individual.
Si crea una base de datos con el Asistente de configuración de base de datos (DBCA) y elegir la opción de instalación básica, gestión de memoria, entonces automática es la opción predeterminada. Las estructuras de memoria incluyen tres áreas de la memoria:
System Global Area (SGA) - esto se asigna cuando una instancia de Oracle se inicia. Área Global del Programa (PGA) - esto se asigna cuando un Process Server se inicia. Área Global del usuario (UGA) - esto se asigna cuando un usuario se conecta a crear una sesión.
System Global Area El SGA es un área de memoria de lectura / escritura que almacena la información compartida por todos los procesos de base de datos y todos los usuarios de la base de datos (a veces se llama el área global compartida). o Esta información incluye los datos de la organización e información de control utilizados por el servidor de Oracle. o El SGA se asigna en la memoria y la memoria virtual. o El tamaño del PEG puede ser establecida por un DBA mediante la asignación de un valor a la SGA_MAX_SIZE parámetro en el parámetro de archivo-este es un parámetro opcional. El SGA se asigna cuando una instancia de Oracle (base de datos) se puso en marcha sobre la base de los valores especificados en el archivo de parámetros de inicialización (ya sea PFILE o SPFILE). El SGA tiene las siguientes estructuras de memoria obligatorios: Base de datos del caché Redo Log Buffer Java piscina Streams piscina Piscina compartida - incluye dos componentes: o Caché de Biblioteca o Diccionario de datos de caché Otras estructuras (por ejemplo, de bloqueo y de gestión de pestillo, datos estadísticos)
Estructuras de memoria opcionales adicionales del SGA incluyen: Gran piscina
El comando SHOW SGA SQL le mostrará las asignaciones de memoria SGA. Este es un clip reciente de la EGS para la base de datos DBORCL en SIUE. Para ejecutar MOSTRAR SGA debe estar conectado con el SYSDBA privilegio especial (que sólo está disponible para las cuentas de usuario que son miembros del grupo de Linux DBA).
SQL> connect / as sysdba Conectado. SQL> Mostrar sga Totales del sistema mundial de áreas 1610612736 bytes Tamaño fijo 2084296 bytes Tamaño variable 1006633528 bytes Separadores de bases de datos 587202560 bytes Rehacer Buffers 14692352 bytes Las primeras versiones de Oracle utilizan un SGA estático. Esto significa que si se requieren modificaciones a la gestión de memoria, la base de datos tuvo que ser apagado, se hicieron modificaciones en el archivo de parámetros init.ora, y a continuación, la base de datos tuvo que ser renovadas. Oracle 11g utiliza un SGA dinámica. Las configuraciones de memoria para el área global del sistema se pueden realizar sin necesidad de cerrar la instancia de base de datos. El DBA puede cambiar el tamaño de la caché de base de datos y piscina compartida dinámicamente. Varios parámetros de inicialización se establecen que afectan a la cantidad de memoria de acceso aleatorio dedicada a la SGA de una instancia de Oracle. Estos son:
SGA_MAX_SIZE: Este parámetro opcional se utiliza para establecer un límite en la cantidad de memoria virtual asignada a la SGA - un entorno típico podría ser 1 GB, sin embargo, si el valor de SGA_MAX_SIZE en el archivo de parámetros de inicialización o el archivo de parámetros del servidor es menor que la suma de la memoria asignada para todos los componentes, ya sea de forma explícita en el archivo de parámetros o de forma predeterminada, en el momento de inicializar la instancia, a continuación, la base de datos ignora la configuración para SGA_MAX_SIZE. Para un rendimiento óptimo, toda la SGA debe caber en la memoria real para eliminar la paginación a / desde el disco por el sistema operativo. DB_CACHE_SIZE: Este parámetro opcional se utiliza para ajustar la cantidad de memoria asignada a la caché de base de datos en bloques de base de datos estándar. Tamaños de bloque varían entre los sistemas operativos. La base de datos utiliza DBORCL 8 KB bloques. Los bloques totales en los valores por defecto de caché de hasta 48 MB en LINUX / UNIX y 52 MB en los sistemas operativos Windows. LOG_BUFFER: Este parámetro opcional especifica el número de bytes asignados para el buffer de redo log.
SHARED_POOL_SIZE: Este parámetro opcional especifica el número de bytes de memoria compartida asignados a SQL y PL / SQL. El valor predeterminado es 16 MB. Si el sistema operativo se basa en una configuración de 64 bits, el tamaño predeterminado es de 64 MB. LARGE_POOL_SIZE: Este es un objeto de memoria opcional - el tamaño de los grandes valores predeterminados piscina a cero. Si el parámetro PARALLEL_AUTOMATIC_TUNING init.ora se establece en TRUE, se calcula automáticamente el tamaño predeterminado. JAVA_POOL_SIZE: Este es otro objeto de memoria opcional. El valor predeterminado es de 24 MB de memoria.
El tamaño de la SGA no puede exceder el SGA_MAX_SIZE parámetro menos la combinación del tamaño de los parámetros adicionales, db_cache_size, LOG_BUFFER, SHARED_POOL_SIZE, LARGE_POOL_SIZE, y JAVA_POOL_SIZE. La memoria se asigna a la SGA como memoria virtual contigua en unidades denominadas gránulos. Granulometría depende del tamaño total estimado del SGA, que, como se señaló anteriormente, depende del parámetro SGA_MAX_SIZE. Los gránulos son de tamaño como sigue: Si el SGA es menos de 1 GB en total, cada gránulo es de 4 MB. Si el SGA es superior a 1 GB en total, cada gránulo es de 16 MB.
Los gránulos se asignan a la caché de base de datos de búfer, piscina compartida, Java piscina, y otras estructuras de memoria, y estos componentes pueden crecer dinámicamente memoria y reducir el tamaño. Utilizando memoria contigua mejora el rendimiento del sistema. El número real de gránulos asignados a uno de estos componentes de la memoria se puede determinar consultando la vista de base de datos llamada V $ BUFFER_POOL. Los gránulos se asignan cuando el servidor Oracle inicia una instancia de base de datos con el fin de proporcionar espacio de direccionamiento de memoria para satisfacer el parámetro SGA_MAX_SIZE. El mínimo es de 3 gránulos: uno para el SGA fija, base de datos del caché, y piscina comunitaria. En la práctica, se encuentra el SGA se asigna mucha más memoria que esto. La instrucción SELECT se muestra a continuación muestra una current_size de 1152 gránulos.
SELECT nombre, block_size, current_size, prev_size, prev_buffers De v $ buffer_pool; NOMBRE Block_size current_size Prev_size PREV_BUFFERS -------------------------------------------------- -------------
DEFAULT 71244
8192
560
576
Para obtener información adicional acerca de la dinámica SGA tamaño, inscribirse en curso Tuning Database Performance Oracle11g de Oracle.
Área Global del Programa (PGA) Un PGA es: una región de memoria no compartida que contiene datos e información de control para uso exclusivo de un proceso de Oracle. El PGA es creado por Oracle Database cuando se inicia un proceso de Oracle. Una PGA existe para cada Process Server y cada proceso en segundo plano. Almacena los datos e información de control para un proceso único servidor o un solo proceso de fondo. Se asigna cuando se crea un proceso y la memoria se compactó por el sistema operativo cuando se termina el proceso. Esto NO es una parte común de la memoria - un PGA sólo a cada proceso. La colección de PGA individuales es la instancia total del PGA, o instancia
PGA.
Los parámetros de inicialización de base de datos establecen el tamaño de la instancia de PGA, no PGA individuales.
El área global del programa también se denomina Área Global Process (PGA) y es una parte de la memoria asignada que está fuera de la instancia de Oracle.
El contenido de la PGA varía, pero tal como se muestra en la figura anterior, incluye generalmente el siguiente:
Area SQL Privado: Almacena información para una sentencia SQL analizada tiendas se unen los valores de variables y asignación de memoria de tiempo de ejecución. Una sesión de usuario que emite sentencias SQL tiene un área SQL privada que puede estar asociada con un área SQL compartida si la misma instrucción SQL es ejecutado por más de un usuario del sistema. Esto sucede a menudo en entornos OLTP donde muchos usuarios están ejecutando y utilizando el mismo programa de aplicación.
o
o
Entorno de Servidor Dedicado - Área SQL privada se encuentra en el Área Global del Programa. Entorno de servidor compartido - Área SQL privada se encuentra en el área global del sistema.
Memoria de sesión: Memoria que contiene las variables de sesión y otra información de la sesión. Áreas de trabajo de SQL: Memoria asignada para la especie, el hash-join, fusión de mapa de bits y mapas de bits crear tipos de operaciones. o Oracle 9i y versiones posteriores permiten automático de tamaño de las áreas de trabajo de SQL mediante el establecimiento de la workarea_size_policy = parámetro AUTO (este es el valor por defecto!) Y PGA_AGGREGATE_TARGET = n (donde n es cierta cantidad de memoria establecido por el DBA). Sin embargo, el DBA puede dejar que el Oracle DBMS determinar la cantidad adecuada de la memoria.
Usuario Área Global El área global del usuario es memoria de la sesión.
Una sesión que carga un PL / SQL paquete en la memoria tiene el estado de un paquete almacenado en la UGA. El estado de un paquete es el conjunto de valores almacenados en todas las variables de paquete en un momento específico. Los cambios de estado como código de programa de las variables. Por defecto, las variables de paquetes son exclusivos y persisten durante toda la vida de la sesión. La piscina página OLAP se almacena también en la UGA. Este grupo gestiona OLAP páginas de datos, que son equivalentes a los bloques de datos. La piscina de la página se asigna al inicio de una sesión de OLAP y se libera al final de la sesión. Una sesión de OLAP se abre automáticamente cada vez que un usuario consulta un objeto tridimensional tal como un cubo .
Oracle OLAP es un motor analítico multidimensional integrado en Oracle Database 11 g. Oracle OLAP cubos entregan cálculos sofisticados utilizando simples consultas SQL - producir resultados con rapidez de los tiempos de respuesta de pensamiento. Nota:
La UGA debe estar disponible para una sesión de base de datos para la vida de la sesión. Por esta razón, la UGA no se puede almacenar en el PGA cuando se utiliza un servidor compartido conexión porque el PGA es específico de un único proceso. Por lo tanto, la UGA se almacena en la SGA utilizando las conexiones de servidor compartidos, lo que permite cualquier proceso de servidor de acceso compartido a la misma. Cuando se utiliza un servidor dedicado de conexión, la UGA se almacena en el PGA.
Gestión Automática de Memoria Compartida Antes de Oracle 10G, un DBA tenía que especificar manualmente tamaños de componentes de SGA a través de los parámetros de inicialización, como SHARED_POOL_SIZE, DB_CACHE_SIZE, JAVA_POOL_SIZE y parámetros LARGE_POOL_SIZE.
Gestión Automática de Memoria Compartida permite a un DBA para especificar la memoria total del SGA disponible a través del parámetro de inicialización SGA_TARGET. La base de datos Oracle distribuye automáticamente esta memoria entre varios subcomponentes para asegurar la utilización de memoria más eficaz. La base de datos SGA_TARGET DBORCL se encuentra en el archivo initDBORCL.ora:
SGA_TARGET = 1610612736 Con una gestión automática de memoria SGA, los diferentes componentes SGA son de tamaño flexible para adaptarse a la SGA disponible. El establecimiento de un único parámetro simplifica la tarea de administración - el DBA sólo especifica la cantidad de memoria SGA disponible a una instancia - el DBA puede olvidarse de los tamaños de los componentes individuales. No hay errores de memoria se generan a menos que el sistema se ha quedado realmente sin memoria. No se necesita ningún esfuerzo de ajuste manual. El parámetro de inicialización SGA_TARGET refleja el tamaño total de la SGA e incluye memoria para los siguientes componentes: Fija SGA y otras asignaciones internas necesarias por la instancia de base de datos Oracle
El búfer de registro La piscina compartida La piscina Java El caché del búfer El mantener y reciclar caches tampón (si se especifica) Caché de búfer de tamaño de bloque no estándar (si se especifica) La piscina Streams
Si SGA_TARGET se establece en un valor mayor que SGA_MAX_SIZE en el inicio, a continuación, el valor SGA_MAX_SIZE se golpea para dar cabida a SGA_TARGET.
Cuando se establece un valor para SGA_TARGET, Oracle Database 11 g tamaño de forma automática los componentes configurados más comunes, incluyendo: La piscina compartida (para SQL y PL / SQL de ejecución) La piscina de Java (para el estado de ejecución Java) La piscina grande (para grandes asignaciones tales como tampones de copia de seguridad de RMAN) El caché del búfer
Hay unos pocos componentes SGA cuyo tamaño no se ajusta automáticamente. El DBA debe especificar el tamaño de estos componentes de manera explícita, si son necesarias por una aplicación. Tales componentes son: Mantener / Reciclar caches tampón (controlado por DB_KEEP_CACHE_SIZE y DB_RECYCLE_CACHE_SIZE) Cachés adicionales de búfer para tamaños de bloque no estándar (controlado por db_ K_CACHE_SIZE n , n = {2, 4, 8, 16, 32}) Streams piscina (controlado por el nuevo parámetro STREAMS_POOL_SIZE)
El tamaño de los gránulos que se utiliza actualmente para el SGA para cada componente se puede ver en la vista V $ SGAINFO. El tamaño de cada componente y el tiempo y el tipo de la última operación de cambio de tamaño se realiza en cada uno de los componentes se pueden ver en la vista V $ SGA_DYNAMIC_COMPONENTS.
SQL> select * from v $ sgainfo; Más información ... NOMBRE BYTES RES --------------------------------------------Fija SGA Tamaño 2084296 No Rehacer Buffers 14692352 No Buffer Cache Size 587202560 Sí Piscina comunitaria Tamaño 956301312 Sí Large Pool Size 16777216 Sí Java Pool Size 33554432 Yes93 Streams Pool Size 0 Sí Granulado Tamaño 16777216 No Tamaño máximo SGA 1610612736 No Sobrecarga de inicio en la piscina compartida 67108864 No Gratis SGA memoria disponible 0 11 filas seleccionadas.
Piscina compartida
La piscina comunitaria es una estructura de memoria que es compartida por todos los usuarios del sistema. Se almacena en caché los diversos tipos de datos de los programas. Por ejemplo, las tiendas de la piscina compartidos analizan SQL, PL / SQL de código, los parámetros del sistema, y el diccionario de datos de información. La piscina compartida está involucrado en casi todas las operaciones que se produce en la base de datos. Por ejemplo, si un usuario ejecuta una sentencia SQL, Oracle Database accede a la piscina comunitaria. Se compone de dos estructuras fijas y variables. El elemento variable crece y disminuye en función de las demandas puestas en tamaño de la memoria por los usuarios del sistema y programas de aplicación.
La memoria puede ser asignada a la piscina compartida por el parámetro SHARED_POOL_SIZE en el archivo de parámetros. El valor predeterminado de este parámetro es de 8 MB en plataformas de 32 bits y 64 MB en plataformas de 64 bits. Al aumentar el valor de este parámetro aumenta la cantidad de memoria reservada para la piscina compartida.
Puede modificar el tamaño de la piscina compartida dinámicamente con el comando ALTER SYSTEM SET. Un comando de ejemplo se muestra en la siguiente figura. Hay que tener en cuenta que el total de memoria asignada a la SGA es fijado por el parámetro SGA_TARGET (y también puede ser limitada por el SGA_MAX_SIZE si está configurado), y desde la piscina comunitaria forma parte de la SGA, no puede exceder el máximo tamaño de la SGA. Se recomienda dejar que Oracle optimizar el tamaño de la piscina compartida. La piscina compartida almacena las declaraciones más recientemente ejecutada SQL y las definiciones de los datos utilizados. Esto es debido a que algunos usuarios del sistema y programas de aplicación tenderán a ejecutar las mismas instrucciones SQL a menudo. Salvar esta información en la memoria puede mejorar el rendimiento del sistema. La piscina compartida incluye varias áreas de caché se describen a continuación.
Caché de Biblioteca La memoria se asigna a la caché de biblioteca cada vez que se analiza una instrucción SQL o una unidad de programa se llama. Esto permite el almacenamiento del SQL utilizado más recientemente y PL / SQL. Si la caché de biblioteca es demasiado pequeño, la caché de biblioteca debe purgar definiciones declaración con el fin de tener espacio para cargar un nuevo sentencias PL / SQL y SQL. Gestión efectiva de esta estructura de la memoria es a través de un algoritmo de menos recientemente-Usados (LRU). Esto significa que las sentencias SQL y PL / SQL que son más antiguos y usados menos recientemente se depuran cuando se necesita más espacio de almacenamiento. La caché de biblioteca se compone de dos sub-componentes de memoria: Shared SQL: Esto tiendas / acciones del plan de ejecución y el árbol de análisis de sentencias SQL, así como las declaraciones de PL / SQL como funciones, paquetes y disparadores. Si un usuario del sistema ejecuta una sentencia idéntica, a continuación, la declaración no tiene que ser analizado de nuevo con el fin de ejecutar la sentencia. Area SQL Privado: Con un servidor compartido, la sesión e ach emitir una sentencia SQL tiene un área privada SQL en la PGA. o Cada usuario que presenta la misma declaración tiene un área privada SQL que apunta a la misma área de SQL compartida. o Muchas áreas privadas SQL en PGA separados pueden estar asociados con la misma área de SQL compartida.
o
Esta figura muestra dos procesos de cliente diferentes emisoras de la misma sentencia SQL - la solución analizada ya está en el área de SQL compartida.
Diccionario de datos de caché El diccionario de datos Caché es una estructura de memoria que almacena la información del diccionario de datos que se ha utilizado recientemente. Esta memoria caché es necesario debido a que el diccionario de datos se accede tan a menudo. Información de acceso incluye la información de cuentas de usuario, los nombres de ficheros de datos, descripciones de la tabla, los privilegios del usuario y otra información.
El servidor de base de datos gestiona el tamaño del Diccionario caché de datos internamente y el tamaño depende del tamaño de la piscina compartida en la que reside el Diccionario de datos en caché. Si el tamaño es demasiado pequeño,
entonces las tablas del diccionario de datos que residen en el disco deben ser consultados con frecuencia para obtener información y esto se ralentizará el rendimiento.
Servidor de caché Resultado La Servidor de caché resultado tiene conjuntos de resultados y no en los bloques de datos. La caché de resultados del servidor contiene la memoria caché de resultados de consulta SQL y PL / SQL función de resultados de antememoria, que comparten la misma infraestructura.
SQL Query cache Esta caché almacena los resultados de las consultas y los fragmentos de la consulta. Utilizando los resultados de caché para futuras consultas tiende a mejorar el rendimiento. Por ejemplo, supongamos que una aplicación se ejecuta la misma instrucción SELECT repetidamente. Si los resultados se almacenan en caché, entonces la base de datos los devuelve inmediatamente. De esta manera, la base de datos evita la costosa operación de bloques de relectura y los resultados de recalcular.
PL / SQL función de caché de resultados La Función Resultado caché almacena resultado de la función PL / SQL se pone. Sin caché, 1.000 llamadas de una función en 1 segundo por llamada tomarían 1.000 segundos. Con el almacenamiento en caché, 1.000 llamadas de función con los mismos insumos podrían tomar 1 segundo total. Buenos candidatos para el almacenamiento en caché resultado son funciones que dependen de datos relativamente estáticos invocan con frecuencia. PL / SQL de código de función puede especificar que los resultados estén en caché.
Caches Buffer Un número de las memorias caché de la memoria se mantiene en la memoria con el fin de mejorar el tiempo de respuesta del sistema.
Base de datos del caché
La caché de base de datos es un objeto de memoria bastante grande que almacena los bloques de datos reales que se recuperan de los archivos de datos de consultas del sistema y otros comandos de lenguaje de manipulación de datos. El propósito es optimizar de entrada / salida de datos física. Cuando Database Smart Flash caché (flash cache) está activada, parte de la caché del búfer puede residir en la memoria caché flash. Esta extensión de caché del búfer se almacena en un dispositivo de memoria flash, que es un dispositivo de almacenamiento de estado sólido que utiliza memoria flash. La base de datos puede mejorar el rendimiento mediante el almacenamiento en caché de buffers de memoria flash en lugar de leer el disco magnético. Base de datos Smart Flash caché sólo está disponible en Solaris y Oracle Enterprise Linux.
Una consulta produce un Process Server en busca de datos. El primer aspecto es en el caché de base de datos para determinar si la información solicitada resulta que ya se encuentra en la memoria - por lo tanto no necesitaría la información a ser recuperada desde el disco y esto podría acelerar el rendimiento. Si la información no está en la caché de base de datos, el Process Server recupera la información del disco y lo almacena en la memoria caché. Tenga en cuenta que la información leída desde el disco se lee un bloque a la vez, no una fila a la vez, ya que un bloque de base de datos es el espacio de almacenamiento direccionable más pequeño en el disco.
Bloques de base de datos se mantienen en la caché del búfer de base de datos de acuerdo con un algoritmo usado menos recientemente (LRU) y se envejecen a cabo de la memoria si un bloque de caché del búfer no se utiliza con el fin de proporcionar espacio para la inserción de los bloques de la base de datos recién necesarios. Hay tres estados de amortiguamiento: Sin usar - un buffer disponible para el uso - que nunca se ha utilizado o se utilizan actualmente. Clean - una memoria intermedia que se utilizó antes - los datos se hayan escrito en el disco. Dirty - una memoria intermedia que ha modificado los datos que no se han escrito en el disco.
Cada búfer tiene uno de los dos modos de acceso: Fijado - un amortiguador se fija por lo que no envejece sin memoria. Gratis (desprendida).
Los buffers de la caché se organizan en dos listas: la lista de escritura y, la (LRU) lista utilizada menos recientemente.
La lista de escritura (también llamada cola de escritura) tiene buffers sucios - se trata de tampones que tienen que los datos que han sido modificados, pero los bloques no se han vuelto a escribir en el disco. La LRU Lista mantiene sin usar, buffers libres limpias, tampones fijados y tampones sucios libres que aún no se han movido a la lista de escritura. Buffers limpias libres no contienen datos útiles y están disponibles para su uso. Actualmente se está accediendo buffers fijados. Cuando un proceso de Oracle accede a una memoria intermedia, el proceso se mueve a la memoria intermedia al final utilizada más recientemente (MRU) de la lista LRU - esto provoca que los buffers sucios a envejecer hacia el final de la lista LRU LRU. Cuando un proceso de usuario Oracle necesita una fila de datos, busca los datos en la caché del búfer de base de datos porque la memoria se puede buscar más rápidamente que el disco duro se puede acceder. Si la fila de datos ya está en la memoria caché (acierto de caché), el proceso lee los datos de la memoria, de lo contrario se produce un error de caché y los datos deben ser leídos desde el disco duro en la caché del búfer de base de datos. Antes de leer un bloque de datos en la memoria caché, el proceso debe primero encontrar un buffer libre. El proceso busca la lista LRU, a partir de finales LRU de la lista. La búsqueda continúa hasta que un buffer libre se encuentra o hasta que la búsqueda alcanza el umbral límite de buffers. Cada vez que un proceso de usuario encuentra un buffer sucia, ya que busca en la LRU, que el buffer se mueve a la lista de escritura y la búsqueda de un buffer libre continúa. Cuando un proceso de usuario encuentra un tampón libre, se lee el bloque de datos desde el disco en la memoria intermedia de la memoria intermedia y se mueve hasta el final de la lista MRU LRU. Si un proceso de usuario Oracle busca en el límite del umbral de buffers sin encontrar un buffer libre, el proceso deja de buscar la lista LRU y señala el proceso en segundo plano DBWn a escribir algunos de los buffers modificados al disco. Esto libera algunos buffers.
Base de datos de caché del búfer de tamaño de bloque El tamaño de bloque para una base de datos se establece cuando se crea una base de datos y se determina por el parámetro de archivo de parámetros init.ora llamado DB_BLOCK_SIZE. Tamaños de bloques típicos son 2 KB, 4 KB, 8 KB, 16 KB y 32 KB. El tamaño de los bloques en la caché de base de datos coincide con el tamaño de los bloques de la base de datos. La base de datos DBORCL utiliza un tamaño de bloque de 8 KB. Esta figura muestra que el uso de tamaños de bloque no estándar resulta en la base de datos múltiples tampón asignaciones de memoria caché.
Debido a los espacios de tablas que almacenan las tablas de Oracle pueden usar diferentes tamaños de bloque (no estándar), no puede haber más de una caché de base de datos asignado a coincidir con tamaños de bloque de la caché de los tamaños de los bloques en los espacios de tabla no estándar. El tamaño de las memorias caché de búfer de base de datos puede ser controlado por el DB_CACHE_SIZE parámetros y DB_nK_CACHE_SIZE para cambiar dinámicamente la memoria asignada a las memorias caché sin necesidad de reiniciar la instancia de Oracle. Puede cambiar dinámicamente el tamaño de la caché de base de datos con el comando ALTER SYSTEM como el que se muestra aquí:
ALTER SISTEMA SET DB_CACHE_SIZE = 96M;
Puede hacer que el servidor de Oracle reunir estadísticas sobre el caché de base de datos para ayudarle a dimensionar para lograr una carga de trabajo óptima para la asignación de memoria. Esta información se muestra en la V $ DB_CACHE_ADVICE vista. Para que las estadísticas se reunieron, puede dinámicamente alteraciones en el sistema utilizando el ALTER SISTEMA SET DB_CACHE_ADVICE (OFF, ON, READY) comando. Sin embargo, la recopilación de estadísticas sobre el rendimiento del sistema siempre se incurre en alguna sobrecarga que se ralentizará el rendimiento del sistema.
SQL> ALTER SISTEMA SET db_cache_advice = ON; Sistema alterado. SQL> DESC V $ DB_cache_advice; Nombre Null? Tipo -------------------------------------------------- ----------ID NÚMERO NOMBRE VARCHAR2 (20) Block_size NÚMERO ADVICE_STATUS VARCHAR2 (3) SIZE_FOR_ESTIMATE NÚMERO SIZE_FACTOR NÚMERO BUFFERS_FOR_ESTIMATE NÚMERO ESTD_PHYSICAL_READ_FACTOR NÚMERO ESTD_PHYSICAL_READS NÚMERO ESTD_PHYSICAL_READ_TIME NÚMERO ESTD_PCT_OF_DB_TIME_FOR_READS NÚMERO ESTD_CLUSTER_READS NÚMERO ESTD_CLUSTER_READ_TIME NÚMERO SQL> SELECT name, block_size, advice_status de v $ db_cache_advice; NOMBRE BLOCK_SIZE ADV --------------------------------DEFAULT EN 8192 filas 21 filas seleccionadas. SQL> ALTER SISTEMA SET db_cache_advice = OFF; Sistema alterado.
MANTENGA Buffer Pool Este consorcio conservan bloques de la memoria (datos de las tablas) que pueden ser reutilizados en todo procesamiento diario. Un ejemplo puede ser una tabla que contiene los nombres de usuario y contraseñas o una tabla de validación de algún tipo. Los DB_KEEP_CACHE_SIZE tamaños parámetro Buffer Pool MANTENER.
RECICLAR Buffer Pool Esta agrupación se utiliza para almacenar datos de la tabla que es poco probable que se reutiliza en todo procesamiento diario - por lo tanto los bloques de datos se eliminan rápidamente de la memoria cuando no se necesita. El DB_RECYCLE_CACHE_SIZE tamaños parámetro Buffer Pool reciclaje.
Redo Log Buffer
El Log Buffer Redo objeto de memoria almacena las imágenes de todos los cambios realizados a los bloques de base de datos. Bloques de base de datos suelen almacenar varias filas de la tabla de datos de la organización. Esto significa que si se cambia el valor de una sola columna de una fila en un bloque, el bloque de imagen se almacena. Los cambios incluyen INSERT, UPDATE, DELETE, CREATE, ALTER o DROP. LGWR escribe rehacer de forma secuencial en el disco mientras DBW n realiza dispersos escrituras de bloques de datos en el disco. o Dispersos escribe tienden a ser mucho más lento que escribe secuencial.
o
Debido LGWR permitir a los usuarios para evitar la espera de DBW n para completar su escribe lento, la base de datos ofrece un mejor rendimiento.
El buffer de redo log como un buffer circular que se reutiliza una y otra vez. Como el buffer se llena, las copias de las imágenes que se almacenan los archivos de registro de rehacer que se tratan con más detalle en un módulo posterior.
Gran piscina La piscina grande es una estructura de memoria opcional que releva principalmente la carga de memoria colocada en la piscina comunitaria. La piscina grande se utiliza para las siguientes tareas, si se asigna: La asignación de espacio para los requisitos de memoria de sesión del usuario en el área global de un servidor compartido está en uso. Las transacciones que interactúan con más de una base de datos, por ejemplo, un escenario de base de datos distribuida. Copia de seguridad y restauración mediante el Administrador de recuperación (RMAN) proceso. o RMAN utiliza sólo si el BACKUP_DISK_IO = n y BACKUP_TAPE_IO_SLAVE = TRUE se establecen parámetros. o Si la piscina grande es demasiado pequeño, la asignación de memoria para copia de seguridad fallará y la memoria se asigna desde la piscina comunitaria. Mensaje de ejecución paralela buffers para las operaciones del servidor paralelas. Se debe establecer el parámetro = VERDADERO El PARALLEL_AUTOMATIC_TUNING.
El tamaño de la piscina grande se ajusta con el parámetro LARGE_POOL_SIZE esto no es un parámetro dinámico. No utiliza una lista LRU para gestionar la memoria.
Java piscina La piscina Java es un objeto de memoria opcional, pero es necesario si la base de datos se ha instalado Oracle Java y en uso de Oracle JVM (Java Virtual Machine). El tamaño se ajusta con el parámetro JAVA_POOL_SIZE que por defecto es de 24 MB. La piscina Java se utiliza para la asignación de memoria para analizar comandos Java y para almacenar datos asociados con los comandos de Java. Almacenamiento de código Java y datos en la piscina Java es si milar a SQL y PL / SQL de código almacena en la piscina comunitaria.
Streams piscina Tiendas Este banco de datos y estructuras de control para apoyar la función de Oracle Streams de Oracle Enterprise Edition. Oracle Vapores gestiona el intercambio de datos y eventos en un entorno distribuido. Es de tamaño con el parámetro STREAMS_POOL_SIZE . Si STEAMS_POOL_SIZE no está establecida o es cero, el tamaño de la piscina crece dinámicamente.
Procesos Es necesario comprender tres tipos de procesos: Procesos de usuario : comienza cuando un base de datos de solicitudes de los usuarios se conecten a un servidor de Oracle. Process Server : establece la conexión con una instancia de Oracle cuando un proceso de usuario solicita la conexión - hace la conexión para el proceso de usuario. Procesos en segundo plano : Estos comienzan cuando una instancia de Oracle se inicia.
Proceso de cliente Para utilizar Oracle, debe conectarse a la base de datos. Esto debe ocurrir si está utilizando SQLPlus, una herramienta de Oracle como diseñador o formas, o un programa de aplicación. El proceso de cliente también se denomina el proceso de usuario de alguna documentación de Oracle .
Esto genera un proceso de usuario (un objeto de memoria) que genera llamadas de programación a través de su interfaz de usuario (SQLPlus, integrado Developer Suite, o programa de aplicación) que crea una sesión y provoca la generación de un proceso de servidor que es ya sea dedicado o compartido.
Process Server
A Process Server es el intermediario entre el cliente y el proceso de la instancia de Oracle. Dedicado entorno de servidor - no es un proceso de un solo servidor para servir a cada proceso de cliente. Entorno de servidor compartido - un proceso de servidor puede servir a varios procesos de usuario, aunque con una reducción del rendimiento. Asignación de proceso de servidor en un entorno dedicado frente a un entorno compartido se trata en más detalle en la optimización del rendimiento de base de datos Oracle11g curso ofrecido por Oracle Education.
Procesos en segundo plano Como se muestra aquí, no son tanto obligatorias, opcionales y procesos en segundo plano de esclavos que se inician cada vez que una instancia de Oracle se inicia. Estos procesos en segundo plano servir a todos los usuarios del sistema. Cubriremos proceso obligatorio en detalle.
Procesos en segundo plano obligatorios Proceso Process Monitor (la tarde en) Sistema Monitor de procesos (SMON) Proceso Escritor Database (DBWn) Entrar Proceso Writer (LGWR) Proceso de Checkpoint (CKPT)
Process Monitor manejabilidad (mmon y MMNL) Recuperar Proceso (RECO)
Procesos opcionales Proceso Archiver (ARCn) Coordinador de cola de trabajos (CJQ0) Dispatcher (número "nnn") (Dnnn) Otros
Esta consulta mostrará todos los procesos en segundo plano se ejecutan para servir a una base de datos:
SELECT PNAME DE V PROCESO $ DONDE PNAME NO ES NULO ORDER BY PNAME;
La tarde en El Process Monitor (la tarde en) controla otros procesos en segundo plano. Es un tipo de proceso de limpieza que limpia después de los procesos fallidos. Los ejemplos incluyen el lanzamiento de una conexión de usuario debido a un fallo en la red o la terminación anormal (ABEND) de un programa de aplicación de usuario. Se limpia la caché del búfer de base de datos y libera los recursos que fueron utilizados por un proceso de usuario fallado. Hace las tareas que se muestran en la siguiente figura.
SMON El Monitor de sistema (SMON) hace tareas de limpieza a nivel de sistema. Es responsable de la recuperación de la instancia mediante la aplicación de las entradas en los archivos de registro de rehacer en línea de los archivos de datos. Otros procesos pueden llamar SMON cuando es necesario. También realiza otras actividades como se indica en la figura que se muestra a continuación.
Si una instancia de Oracle falla, se pierde toda la información en la memoria no se escriben en el disco. SMON es responsable de la recuperación de la instancia cuando se inicia la base de datos de nuevo. Hace lo siguiente: Pone al día para recuperar los datos que se registran en un archivo de registro Redo, pero que aún no se había registrado a un archivo de datos por DBWn. SMON lee los archivos de registro de rehacer y aplica los cambios en los bloques de datos. Esto recupera todas las transacciones que se cometieron porque éstos se escriben en los archivos de registro de rehacer antes de la falla del sistema. Abre la base de datos para que los usuarios del sistema de inicio de sesión. Rollos de transacciones no confirmadas.
SMON también lo hace la gestión del espacio limitado. Combina (fusiona) zonas adyacentes de espacio libre en archivos de datos de la base de datos para los espacios de tablas que están diccionario administrado. También se cancela la asignación de segmentos temporales para liberar espacio en los archivos de datos.
DBWn (también llamado DBWR en versiones anteriores de Oracle) El escritor de base de datos , escribe bloques modificados desde la caché del búfer de base de datos de los archivos de datos.
Un proceso de escritor base de datos (DBW0) es suficiente para la mayoría de los sistemas. Un DBA puede configurar hasta 20 procesos DBWn (DBW0 través DBW9 y DBWa través DBWj) con el fin de mejorar el rendimiento de escritura para un sistema que modifica datos en gran medida. Los parámetros de inicialización db_writer_processes especifica el número de DBW n procesos.
El propósito de DBWn es mejorar el rendimiento del sistema de almacenamiento en caché escribe los bloques de base de datos de la base de datos de caché del búfer de nuevo a archivos de datos. Bloques que han sido modificados y que tengan que escribirse de nuevo en el disco se denominan " bloques sucios . " El DBWn también asegura que hay suficientes buffers libres en la caché del búfer de base de datos para los procesos de servicio del servidor que se pueden leer datos de los archivos de datos en el caché de base de datos.
El rendimiento mejora porque al retrasar escribir bloques de base de datos cambiados al disco, un Process Server puede encontrar los datos que se necesitan para cumplir con una solicitud de procesos de usuario que ya residen en la memoria! DBWn escribe en archivos de datos cuando uno de estos eventos que se ilustra en la siguiente figura.
LGWR El escritor Log (LGWR) escribe el contenido del buffer de redo log en el archivo de registro Redo que está en uso. Estos son secuenciales escribe desde los archivos de registro de base de datos de registro de rehacer modificaciones basadas en el tiempo real en que la modificación se lleva a cabo. LGWR realidad escribe antes de la DBWn escribe y sólo confirma que una operación COMMIT ha tenido éxito cuando los contenidos Rehacer búfer de registro se escriben correctamente en el disco. LGWR también puede llamar a la DBWn para escribir contenido de la caché de base de datos en el disco. El LGWR escribe de acuerdo a los acontecimientos ilustrados en la figura que se muestra a continuación.
CKPT El Checkpoint (CPT) proceso escribe información para actualizar los archivos de control de bases de datos y los encabezados de los archivos de datos. Un puesto de control identifica un punto en el tiempo en relación con los archivos de registro de rehacer en la recuperación de instancias se iniciará si fuese necesario. Se puede decir DBWn para escribir bloques en el disco. Un punto de control se toma en un mínimo, una vez cada tres segundos .
Piense en un registro de punto de punto de partida para la recuperación. DBWn habrá terminado de escribir todos los buffers de la caché del búfer de base de datos en el disco antes de que el puesto de control, por lo que los registros no exigirá la recuperación. Esto hace lo siguiente: Asegura modificados bloques de datos en la memoria se escriben regularmente en el disco - CKPT pueden llamar el proceso DBWn para asegurar esto y lo hace cuando se escribe un registro de punto. Reduce el tiempo de recuperación de la instancia, reduciendo al mínimo la cantidad de trabajo necesario para la recuperación, ya que sólo las entradas del archivo de registro Redo procesados desde el último punto de control requiere la recuperación. Hace que todos los datos confirmados a escribir en archivos de datos durante el apagado base de datos.
Si un archivo de registro Redo llena y un cambio se hace a un nuevo archivo de registro Redo (esto se explica con más detalle en un módulo más adelante), el proceso CKPT también escribe información en el puesto de control de las cabeceras de los archivos de datos. Checkpoint información por escrito a los archivos de control incluye el número de cambio de sistema (el SCN es un número almacenado en el archivo de control y en las cabeceras de los archivos de base de datos que se utilizan para garantizar que todos los archivos del sistema están sincronizados), la ubicación de los cuales Redo Log El archivo se va a utilizar para la recuperación, y otra información. CKPT no escribe bloques de datos o rehacer los bloques en el disco - que llama DBWn y LGWR según sea necesario.
Mmon y MMNL El monitor de procesos de administración (MMNO) realiza tareas relacionadas con el depósito de carga de trabajo automática (AWR) - una base de datos estadísticos en el SYSAUX tablas (ver figura siguiente) - por ejemplo, mmon escribe cuando una
métrica viola su valor umbral, tomar fotografías, y la captura de valor de las estadísticas de objetos de SQL modificados recientemente.
El Proceso Lite Monitor de Manejabilidad (MMNL) escribe las estadísticas de la historia Sesiones activas (ASH) de amortiguación en el SGA en el disco. MMNL escribe en el disco cuando el buffer está lleno ASH. La información almacenada por estos procesos se utiliza para el ajuste del rendimiento - examinamos el ajuste de rendimiento en un módulo posterior.
RECO El Proceso de Recuperador (RECO) se utiliza para resolver los fallos de las transacciones distribuidas en una base de datos distribuida. Considere la posibilidad de una base de datos que se distribuye en dos servidores - uno en St. Louis y otro en Chicago. Además, la base de datos se puede distribuir en los servidores de dos sistemas operativos diferentes, por ejemplo, Linux y Windows. El proceso RECO de un nodo se conecta automáticamente a otras bases de datos que participan en una transacción distribuida en duda.
Cuando RECO restablece la conexión entre las bases de datos, se resuelve automáticamente todas las transacciones dudosas, la eliminación de la tabla de transacciones pendientes de cada base de datos de todas las filas que corresponden a las operaciones resueltas.
Procesos en segundo plano opcionales Opcional Proceso Antecedentes Definición: ARCn : Archiver - Uno o más procesos archivador copiar los archivos de registro de rehacer en línea para almacenamiento de archivos cuando estén llenos o un interruptor de registro se produce. CJQ0 : Coordinador Cola de trabajos - Este es el coordinador de los procesos de cola de trabajos para una instancia. Supervisa el JOB $ table (mesa de trabajo en la cola de trabajos) y comienza los procesos de cola de trabajos ( J nnn ) que se necesitan para ejecutar trabajos Los J nnn procesos ejecutan solicitudes de trabajo creados por el paquete DBMS_JOBS. Dnnn : número de Dispatcher " nnn ", por ejemplo, D000 sería el primer proceso despachador - Los despachadores son procesos en segundo plano opcional, presente sólo cuando se utiliza la configuración del servidor compartido. Servidor compartido se discute en sus lecturas sobre el tema "Configuración de Oracle para el servidor compartido". FBDA : Flashback Process Data Archiver - Estos archivos históricos filas de mesas realizados en archivos de datos Flashback. Cuando una transacción que contiene DML en una tabla de seguimiento se compromete, este proceso se almacena la imagen previa de las filas en el Flashback Data Archive. También mantiene los metadatos de las filas actuales. FBDA gestiona automáticamente el archivo de datos del retroceso de espacio, la organización y la retención
De ellos, lo más a menudo utilizan ARCn (archivador) cuando de forma automática la información del archivo de registro de rehacer archivado (cubierto en un módulo posterior).
ARCn Mientras que el Archiver (ARCn) es un proceso en segundo plano opcional, lo cubrimos con más detalle, ya que casi siempre se utiliza para los sistemas de producción que almacenan información de misión crítica. El proceso de ARCn debe ser utilizado para recuperarse de la pérdida de una unidad de disco física para los sistemas que son "ocupado" con una gran cantidad de transacciones que se completaron. Se lleva a cabo las tareas que se enumeran a continuación.
Cuando un archivo de registro Redo se llena, Oracle cambia al siguiente archivo de registro Redo. El DBA crea varios de estos y los detalles de la creación de ellos están cubiertos en un módulo más tarde. Si todos los archivos de registro de rehacer llenan, entonces Oracle vuelve al primero y las utiliza en un round-robin, sobreescribiendo los que ya se han utilizado. Archivos Redo Log sobrescritos tienen información que, una vez sobreescrito, se pierde para siempre.
ARCHIVELOG Modo: Si ARCn es en lo que se denomina ARCHIVELOG modo, entonces, como los archivos de registro de rehacer llenan, se escriben de forma individual a los archivos de registro de rehacer archivados. LGWR no sobrescribe un archivo de registro Redo hasta el archivo se ha completado. Los datos aceptados no se pierde para siempre y pueden ser recuperados en caso de un fallo de disco. Sólo el contenido de la SGA se perderán si una instancia falla.
En NOARCHIVELOG modo: Los archivos de registro de rehacer se sobrescriben y no archivada. La recuperación sólo se puede hacer a la última copia de seguridad completa de los archivos de base de datos. Todas las transacciones realizadas después de la última copia de seguridad completa se pierden, y se puede ver que esto podría costar a la empresa una gran cantidad de $ $ $.
Cuando se ejecuta en modo ARCHIVELOG, el DBA es responsable de garantizar que los archivos de registro de rehacer archivados no consumen todo el espacio disponible en el disco! Por lo general después de realizar dos copias de seguridad completas, se eliminan los archivos de registro de rehacer archivados para copias de seguridad anteriores.
Procesos esclavos Procesos esclavos son los procesos de fondo que llevan a cabo el trabajo en nombre de otros procesos. Innn : procesos esclavos de E / S - simular E / S asíncrona para los sistemas y dispositivos que no lo soportan. En la E / S asíncrona , no hay ningún requisito de los plazos para la transmisión, lo que permite que otros procesos comienzan antes de que la transmisión haya terminado. Por ejemplo, supongamos que una aplicación escribe en 1000 cuadras de un disco en un sistema operativo que no admite E / S asíncrona Cada escritura se produce de forma secuencial y espera una confirmación de que la escritura se ha realizado correctamente. Con disco asíncrona, la aplicación puede escribir los bloques en grandes cantidades y realizar otro trabajo a la espera de una respuesta del sistema operativo que todos los bloques fueron escritos.
Esclavos de consultas en paralelo - En Paralelamente ejecución o paralelo de procesamiento , múltiples procesos trabajan juntos de forma simultánea para ejecutar una única sentencia SQL. Al dividir el trabajo entre varios procesos, base de datos Oracle se puede ejecutar la instrucción más rápidamente. Por ejemplo, los cuatro procesos manejan cuatro partes diferentes en un año, en lugar de un proceso de manejo de los cuatro trimestres por sí mismo. La ejecución en paralelo reduce el tiempo de respuesta para las operaciones de uso intensivo de datos en grandes bases de datos, tales como almacenes de datos. Multiprocesamiento simétrico (SMP) y el sistema de clúster obtener los mayores beneficios en el rendimiento de la ejecución en paralelo debido proceso de la sentencia puede ser dividido entre múltiples CPUs. La ejecución en paralelo también puede beneficiar a ciertos tipos de OLTP y sistemas híbridos.
Estructura Lógica Es útil entender cómo una base de datos Oracle se organiza en función de una estructura lógica que se utiliza para organizar los objetos físicos.
Tablespace : Una base de datos Oracle siempre debe constar de al menos dos espacios de tabla ( SISTEMA y SYSAUX ) , a pesar de una base de datos típica Oracle múltiples espacios de tablas. Un espacio de tablas es una instalación de almacenamiento lógico (un contenedor lógico) para almacenar objetos como tablas, índices, secuencias, clusters, y otros objetos de base de datos. Cada espacio de tabla tiene al menos un archivo de datos físico que almacena realmente el espacio de tablas en el nivel de sistema operativo. Un gran espacio de tabla puede tener más de un archivo de datos destinado para el almacenamiento de objetos asignados a ese espacio de tablas. Un espacio de tabla pertenece a una sola base de datos. Los espacios de tabla pueden ser llevados en línea y fuera de línea para fines de copia de seguridad y gestión, a excepción del SISTEMA tablas que siempre debe estar en línea. Los espacios de tabla pueden estar en de sólo lectura o el estado de lectura y escritura.
Archivo de datos : Los espacios de tabla se almacenan en archivos de datos que son objetos del disco físico.
Un archivo de datos sólo puede almacenar objetos de un solo espacio de tabla, sino un espacio de tabla puede tener más de un archivo de datos - esto ocurre cuando un dispositivo de la unidad de disco se llena y un espacio de tabla debe ser ampliado, a continuación, se expande a una nueva unidad de disco. El DBA puede cambiar el tamaño de un archivo de datos para hacerlo más pequeño o más tarde. El archivo también puede crecer en tamaño dinámicamente a medida que crece el espacio de tablas.
Segmento : Cuando los objetos de almacenamiento lógicos se crean dentro de un espacio de tabla, por ejemplo, una tabla de empleados , un segmento se asigna al objeto. Obviamente, un espacio de tablas tiene normalmente muchos segmentos. Un segmento no puede abarcar los espacios de tabla, pero puede abarcar ficheros de datos que pertenecen a un mismo espacio de tablas.
Extensión : Cada objeto tiene un segmento que es una colección física de extensiones . Las extensiones son simplemente colecciones de bloques de almacenamiento de disco contiguos . Un objeto de almacenamiento lógico tal como una tabla o un índice siempre se compone de al menos una medida idealmente la medida inicial asignado a un objeto será lo suficientemente grande para almacenar todos los datos que se cargan inicialmente. Como una tabla o índice crece, se añaden extensiones adicionales para el segmento. Un DBA puede añadir extensiones a los segmentos con el fin de ajustar el rendimiento del sistema. Una medida no puede abarcar un fichero de datos.
Bloquear : El servidor de Oracle gestiona los datos en la unidad más pequeña en lo que se denomina un bloque o bloque de datos . Los datos en realidad se almacenan en bloques.
Un bloque físico es la ubicación direccionable más pequeño en una unidad de disco para operaciones de lectura / escritura. Un bloque de datos de Oracle se compone de uno o más bloques físicos (bloques del sistema operativo) por lo que el bloque de datos, si es mayor que un bloque de sistema operativo, debe ser un múltiplo del tamaño de bloque de sistema operativo, por ejemplo, si el sistema operativo Linux tamaño de bloque es 2K o 4K, el bloque de datos de Oracle debe ser 2K, 4K, 8K, 16K, etc en tamaño. Esto optimiza I / O. El tamaño del bloque de datos se establece en el momento de la base de datos se crea y no se puede cambiar. Se define con la DB_BLOCK_SIZE parámetro. El tamaño máximo de bloque de datos depende del sistema operativo. Por lo tanto, la arquitectura de base de datos Oracle incluye tanto estructuras lógicos y físicos de la siguiente manera: Física: Los archivos de control, archivos de registro de rehacer; Datafiles, Bloques de sistema operativo. Lógico: espacios de tabla, Segmentos, Extensiones, bloques de datos.
Procesamiento de instrucciones SQL
Sentencias SQL se procesan de manera diferente dependiendo de si la declaración es una consulta, lenguaje de manipulación de datos ( DML ) para actualizar, insertar o eliminar una fila o lenguaje de definición de datos ( DDL ) para escribir información en el diccionario de datos.
El procesamiento de una consulta: Analizar: o Búsqueda de declaración idéntica en el Área de SQL compartido. o Compruebe la sintaxis, nombres de objetos y privilegios. o Bloquear objetos utilizados durante el análisis. o Crear y guardar plan de ejecución. Bind: Obtiene los valores de las variables. Ejecutar: declaración de proceso. Fetch: filas Volver al proceso de usuario.
El procesamiento de una instrucción DML: Analizar: Igual que la fase de análisis se utiliza para procesar una consulta. Bind: Igual que la fase de enlace utilizado para procesar una consulta. Ejecutar: o Si los datos y deshacer los bloques no están ya en la caché de base de datos, el proceso del servidor que lee los archivos de datos en la caché de base de datos. o Los lugares de proceso servidor se bloquea en las filas que se van a modificar. El deshacer bloque se utiliza para guardar la imagen antes de los datos, de modo que las instrucciones DML se pueden revertir si es necesario. o Los bloques de datos registran los nuevos valores de los datos.
