Arquitectura de Oracle RDBMS v1.0

Please download to get full document.

View again

All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
 11
 
  Descripción general de arquitectura Oracle RDBMS
Related documents
Share
Transcript
  Arquitectura de Oracle RDBMS Sistemas de gestión de base de datos relacional (RDBMS) Un sistema de gestión de base de datos es un software especializado, cuyo propósito es ofrecer almacenamiento y acceso eciente, conable, conveniente y seguro, para múltiples usuarios, a volúmenes masivos de datos persistentes (Widom). ara lograrlo, los sistemas de gestión de base de datos relacionales, como !racle, realizan dos funciones principales #rocesar sentencias $%&, 'ue modican y realizan consultas a los datos. stas sentencias $%& provienen de múltiples aplicaciones 'ue funcionan al mismo tiempo se trata de un sistema multiusuario.#enerar un registro ( log ) de transacciones, 'ue se utilizan cuando se da*an las unidades de disco, para evitar 'ue se pierdan los datos de la base de datos. Proceso cliente y proceso servidor n un sistema inform+tico 'ue utiliza base de datos, intervienen dos procesos la aplicación (proceso cliente) y el -/$ (proceso servidor). 0mbos deben interactuar1 es decir, comunicarse entre s2, para 'ue el sistema inform+tico pueda traba3ar. &a aplicación o proceso cliente env2a sentencias $%& al -/$ o proceso servidor, 4ste las e3ecuta y devuelve los resultados. sta interacción se representa en la gura n.5 6.7igura n.5 6 8 roceso cliente y proceso servidor en un sistema inform+ticode base de datos Procesamiento de sentencias S! ara e3ecutar sentencias $%&, los principales procesos involucrados son los Server Process  (en un -/$ puede 9aber varios Server Process  funcionando, donde cada uno es responsable de atender a una o m+s aplicaciones). &os Server Process reciben las sentencias $%& 'ue env2an las  aplicaciones (procesos cliente) y devuelven los resultados correspondientes1por e3emplo, los datos producto de una consulta.0cceder a los datos desde la memoria es muc9o m+s r+pido 'ue acceder a los mismos datos desde las unidades de disco. $in embargo, los datos almacenados en memoria son vol+tiles (desaparecen si la computadora se reinicia), mientras 'ue los datos almacenados en las unidades de disco son persistentes (se mantienen aún cuando la computadora se reinicie).or este motivo, para 'ue el -/$ traba3e con mayor eciencia, una parte de la memoria, 'ue recibe el nombre de Bufer Cache , se dedica a mantenertemporalmente los datos de la base de datos, 'ue est+n almacenados en los Data Files . &os Data Files  son arc9ivos almacenados en unidades de disco1 es en ellos donde est+n guardados realmente los datos de las tablas 'ue conforman la base de datos. :uando una aplicación re'uiere cual'uier dato de la base de datos, lo busca primero en el Bufer Cache . $i lo encuentra, se;a9orra; un acceso al disco1 si no lo encuentra, el Server Process  lee el dato desde los Data Files  y lo guarda en el Bufer Cache , para 'ue otras aplicaciones lo puedan utilizar m+s adelante. sta mec+nica est+ representada en la gura n.5 <.7igura n.5 < 8 $erver rocess y u=er :ac9e:uando se 9ace cual'uier modicación a los datos, los Server Process  realizan el cambio en el Bufer Cache . :omo el Bufer Cache  es un +rea de memoria, los cambios se deben grabar luego en los Data Files  almacenados en las unidades de disco1 de lo contrario, dic9os cambios se perder2an. n !racle -/$, e>iste un proceso, llamado Database Writer  , cuya única responsabilidad es grabar, cada cierto tiempo, los cambios realizados en el Bufer Cache  a los Data Files . ara mantener una alta eciencia, el Database Writer   no graba cada cambio en forma individual, sino 'ue agrupavarios cambios y actualiza los Data Files  en una sola operación (este evento se conoce como Checkpoint  ). n la gura n.5 ? se representa este funcionamiento.  7igura n.5 ? 8 -atabase Writer y -ata 7iles  eneración de logs  de transacciones :omo se e>plicó anteriormente, los datos de las tablas de la base de datos est+n almacenados en arc9ivos conocidos como Data Files . 0dem+s de los Data Files , tenemos los arc9ivos conocidos como Redo Log Files , 'ue tambi4n son indispensables para el funcionamiento de !racle -/$.&os Redo Log Files  constituyen un mecanismo de seguridad 'ue complementa al de las copias de respaldo o Backups . $u nalidad es 'ue si, por cual'uier causa, se produ3era una falla irreparable al intentar acceder a los datos de la base de datos, sea posible realizar un procedimiento de recuperación ( Recovery  ) para no perder datos o perder lo menos posible. n!racle -/$, para generar los Redo Log Files , e>iste un proceso 'ue recibe el nombre de Log Writer  .&os Data Files  y los Redo Log Files tienen propósitos diferentes. &os Data Files  contienen la versión m+s actualizada de la base de datos, mientras 'uelos Redo Log Files  contienen una 9istoria ordenada de cada cambio realizado.0dem+s de lo mencionado en el apartado sobre procesamiento de sentencias $%&, cuando una aplicación realiza cambios en la base de datos, los Server Process preparan información sobre los cambios tal como la re'uiere el Log Writer   y la depositan en un +rea de memoria denominada Log Bufer  . :ada cierto tiempo, el Log Writer   toma la información del Log Bufer   y la graba en los Redo Log Files . ste mecanismo se muestra en la gura n.5 @.7igura n.5 @ A &og Writer y edo &og 7ilesrof. :arlos BaCano, setiembre <D6E
Related Search
We Need Your Support
Thank you for visiting our website and your interest in our free products and services. We are nonprofit website to share and download documents. To the running of this website, we need your help to support us.

Thanks to everyone for your continued support.

No, Thanks