rea Global del Sistema, SGA El SGA (System Global Area o tambin Shared Global Area)es la zona de memoria en la que la BD Oracle guarda informacin sobre su estado. Esta estructura de memoria est disponible para todos los procesos, por eso se dice que est compartida. Sirve para facilitar la transferencia de informacin entre usuarios y tambin almacena la informacin estructural de la BD ms frecuentemente requerida.La SGA se divide en varias partes:Buffers de BD, Database Buffer CacheEs el cach que almacena los bloques de datos ledos de los segmentos de datos de la BD, tales como tablas, ndices y clusters.Buffer Redo LogLos registros Redo describen los cambios realizados en la BD y son escritos en los ficheros redo log para que puedan ser utilizados en las operaciones de recuperacin hacia adelante, roll-forward, durante las recuperaciones de la BD. Pero antes de ser escritos en los ficheros redo log son escritos en un cach de la SGA llamado redo log buffer. El servidor escribe peridicamente los registros redo log en los ficheros redo log.Inicio Oracle Procesos de background Database Writer Process(DBWn)Database Writer Process(DBWn)Publicado el 23/10/2012 por cajondesastreoracle Este proceso de background: database writer process (DBWn) es el encargado de escribir el contenido de los buffers en los datafiles. Los procesos DBWnson los responsables de escribir los buffers modificados (dirty) en la cache de buffer a disco. A pesar de que un solo proceso (DBW0) normalmente es suficiente para una base de datos se pueden especificar ms de uno (de DBW1 al DBW9 y de DBWa a DBWj). Esto mejorar el rendimiento en la escritura a disco, en el caso de que la base de datos modifique mucha cantidad de datos. Estos procesos adicionales no tienen ningn sentido si el sistema no es multiprocesador.Cuando se modifica un buffer en la cache de datos se marca como dirty. Un coldbuffer es un buffer que no ha sido utilizado recientemente de acuerdo con el algoritmo least recently used -lo menos recientemente usado- (LRU). Los procesos DBWnescriben los cold, dirty buffers a disco para asegurar que los procesos de usuario sean capaces de encontrar cold, clean buffers que se pueden utilizar para leer los nuevos bloques en la cache. A medida que los buffer se van escribiendo por los procesos de usuario, el nmero de buffers libre disminuye. Si el nmero de buffers libres alcanza un nmero demasiado bajo, los procesos de usuario que tiene que leer los bloques de disco a la cache, no son capaces de encontrar buffers libres.Escribiendo los cold, dirty buffers a disco, el DBWnmejora el rendimiento a la hora de encontrar buffers libres, mientras mantiene los ms usados en memoria: Por ejemplo los bloques que son parte de tablas pequeas o ndices a los que se accede frecuentemente se mantiene en cache, con lo cual no se necesita estar constantemente recuperndooslos del disco. El algoritmo LRU mantiene los bloques a los que se llama ms frecuentemente, as que cuando un buffer se escribe en disco es porque normalmente no se va a necesitar pronto.SMON: cuando se inicia la base de datos, el proceso SMON (System Monitor) realiza la recuperacin de la instancia, cuando sea preciso (utilizando los archivos de registro de reconstruccin en lnea). Tambin limpia la base de datos, eliminando objetos transaccionales que el sistema ya no necesita. SMON cumple una segunda funcin: agrupa extensiones libres contiguas en extensiones de mayor tamao. Slo habr un proceso SMON por base de datos.PMON: el proceso en segundo plano PMON (Process Monitor) realiza una limpieza de los procesos de usuario que han fallado. PMON libera los recursos que estuviera utilizando el usuario. Sus efectos se manifiestan cuando se elimina un proceso que mantiene un bloqueo, libera el bloqueo y lo pone a disposicin de otros usuarios. Slo habr un proceso PMON por base de datos.DBWR: el proceso en segundo plano DBWR (Database Write) se encarga de gestionar los contenidos de la cach de buffers de bloques de datos y de la cach de diccionario. El proceso DBWR realiza escrituras por lotes de los bloques modificados en los archivos de datos. Es posible tener mltiples procesos DBWR ejecutndose a la vez, dependiendo de la plataforma y del sistema operativo. La utilizacin de varios procesos DBWR ayuda a minimizar la contienda dentro del propio DBWR durante operaciones de gran tamao que afectan a varios archivos de datos. El nmero de procesos DBWR en ejecucin se establece mediante el parmetro DB_WRITER_PROCESS.LGWR: el proceso en segundo LGWR (Log Writer) gestiona la escritura del contenido del buffer del registro de reconstruccin en los archivos de registro de reconstruccin en lnea. Si los archivos de registro de reconstruccin en lnea estn duplicados en espejo, LGWR escribe simultneamente en los conjuntos de registros duplicados.CKPT: el proceso CKPT actualiza los archivos de control y las cabeceras de los archivos de datos para salvaguardar el punto de comprobacin. Los parmetros LOG_CHEKPOINT_INTERVAL y LOG_CHECPOINT_TIMEOUT se utilizan para configurar la frecuenta de comprobacin.ARCH: el proceso en segundo plano LGWR escribe en los archivos de registro de reconstruccin en lnea de forma cclica. Despus de llenar el primer archivo, empieza a escribir en el segundo, hasta que lo llena, y empieza entonces a escribir en el tercero. Una vez que el ltimo archivo de registro de reconstruccin en lnea est lleno, LGWR empieza a sobrescribir los contenidos del primero. Cuando Oracle se ejecuta en modo ARCHIVELOG, la base de datos realiza una copia de cada uno de los archivos de registro de reconstruccin cuando se llenan. La copia de dichos archivos suele escribirse en un dispositivo de disco. La funcin de archivado la realiza el proceso en segundo plano ARCH.rea global de programa (PGA): es un rea de memoria utilizada por un nico proceso de usuario de Oracle. La memoria PGA no se comparte.RECO: Este proceso es el encargado de realizar las recuperaciones de fallos en las bases de datos distribuidas. Este proceso trata de acceder a las bases de datos implicadas en transacciones distribuidas dudas e intenta resolver las transacciones.

Un datafile es la representacin fsica de un tablespace. Son los "ficheros de datos" donde se almacena la informacin fsicamente. Un datafile puede tener cualquier nombre y extensin (siempre dentro de las limitaciones del sistema operativo), y puede estar localizado en cualquier directorio del disco duro.Un datafile est asociado a un solo tablespace y, a su vez, un tablespace est asociado a uno o varios datafiles. Es decir, la relacin lgica entre tablespaces y datafiles es de 1-NTablespace Un Tablespace es una unidad lgica que denota el espacio de almacenamiento de datos dentro de una base de datos y que estn constituidos por uno o ms DatafilesTambin es un fichero fsico en el disco, simplemente es el nombre que tiene un conjunto de propiedades de almacenamiento que se aplican a los objetos (tablas, secuencias, etc.) que se van a crear en la base de datos bajo el Tablespace indicado (tablas, secuencias, etc.).Un objeto en base de datos debe estar almacenado obligatoriamente dentro de un Tablespace.Propiedades:Localizacin de los ficheros de datos. Especificacin de mximas cuotas de consumo de disco. Control de la disponibilidad de los datos (en lnea o fuera de lnea). Backup de datos.Cuando un objeto se crea dentro de un cierto Tablespace, este objeto adquiere todas las propiedades antes descritas del Tablespace utilizado.Caractersticas:

Debe estar asociado a un Datafiles. Un Tablespace esta asociado a uno o varios Datafiles y puede tener uno o varios usuarios.Un bloque de datos es la unidad ms pequea de almacenamiento en una base de datos Oracle . Cada base de datos tiene un tamao de bloque por defecto (especificado cuando se crea la base de datos), aunque los bloques en diferentes espacios de tabla pueden tener diferentes tamaos de bloque. Una medida consiste en uno o ms bloques de datos de Oracle contiguos. Un bloque determina el nivel ms fino de granularidad de donde se pueden almacenar datos. Un bloque de datos corresponde a un nmero especfico de bytes de espacio fsico en el disco. Background se utiliza para nombrar a todos aquellos procesos o rutinas de ejecucin que se realizan en segundo plano. Esto implica que el proceso se est llevando a cabo con una prioridad baja y no siempre tiene la CPU (Unidad central de procesamiento) de forma secuencial ejecutando su cdigo.Oracle mantiene dos estructuras principales de memoria: el rea Global de Programa, Program Global Area, PGA; y el rea Global del Sistema, System Global Area o tambin Shared Global Area, SGA. El PGA es la zona de memoria de cada proceso Oracle. No est compartida y contiene datos e informacin de control de un nico proceso. El SGA es la zona de memoria en la que la BD Oracle guarda informacin sobre su estado. Esta estructura de memoria est disponible para todos los procesos, por eso se dice que est compartida.