UNIANDES UNIVERSIDAD REGIONAL AUTNOMA DE LOS ANDES CENTRO DE APOYO IBARRA

FACULTAD DE SISTEMAS MERCANTILES CARRERA DE SISTEMAS E INFORMTICA

TEMA: MANUAL ORACLE 9i AUTOR: TLGA. JENIFFER MANOSALVAS TUTOR: ING. OSCAR LLERENA IBARRA 2010

INTRODUCCIN Est concebido con el fin de manejar grandes cantidades de informacin, adems de admitir conexiones concurrentes de multitud de usuarios (entornos multi-usuario) hacia los mismos datos. Oracle aporta un SGBD que estar ubicado en un hardware especfico y bajo un sistema operativo determinado. La eleccin del entorno de trabajo (hardware, S.O. y tipologa de la

estructura cliente/servidor) ser una decisin que estar acorde con las necesidades del propio sistema de informacin. Las principales funcionalidades aportadas por todo el SGBD Oracle son: Soporte y tratamiento de una gran cantidad de datos (Gbytes). Soporte de una gran cantidad de usuarios accediendo concurrentemente a los datos. Seguridad de acceso a los datos, restringiendo dicho acceso segn las necesidades de cada usuario. Integridad referencial en su estructura de base de datos. Conectividad entre las aplicaciones de los clientes en sus puestos de trabajo y el servidor de datos Oracle (estructura cliente/servidor. Conectividad entre bases de datos remotas (estructura de bases de datos distribuidas) Portabilidad. Compatibilidad.

ARQUITECTURA CLIENTE SERVIDOR.

Los sistemas cliente/servidor involucran varias computadoras conectadas a una red. Las computadoras que procesan programas de aplicaciones se conocen como clientes y las que procesan bases de datos se conocen como servidor. Arquitectura Cliente Servidor Un sistema cliente servidor puede tener varios servidores de procesamiento de bases de datos, cuando esto ocurre cada servidor debe procesar una base de datos distinta. Cuando dos o ms servidores procesan una misma base de datos, el sistema no es considerado cliente servidor, ms bien, es conocido como sistema de base de datos distribuido. QU ES UN CLIENTE Es el que inicia un requerimiento de servicio. El requerimiento inicial puede convertirse en mltiples requerimientos de trabajo a travs de redes LAN o WAN. La ubicacin de los datos o de las aplicaciones es totalmente transparente para el cliente. Funciones del cliente: Administrar la interfaz de usuario. Aceptar datos del usuario. Procesar la lgica de la aplicacin. Generar las solicitudes para la base de datos. Trasmitir las solicitudes de la base de datos al servidor. Recibir los resultados del servidor. Dar formatos a los resultados.

TIPOS DE CLIENTES "cliente flaco": Servidor rpidamente saturado.

Gran circulacin de datos de interface en la red.

"cliente gordo": Casi todo el trabajo en el cliente.

No hay centralizacin de la gestin de la BD. Gran circulacin de datos intiles en la red. QU ES UN SERVIDOR Es cualquier recurso de cmputo dedicado a responder a los requerimientos del cliente. Los servidores pueden estar conectados a los clientes a travs de redes LANs o WANs, para proveer de mltiples servicios a los clientes y ciudadanos tales como impresin, acceso a bases de datos, fax, procesamiento de imgenes, etc. Funciones del servidor: Aceptar las solicitudes de la base de datos de los clientes. Procesar las solicitudes de los clientes. Dar formato a los resultados y trasmitirlos al cliente. Llevar a cabo la verificacin de integridad. Mantener los datos generales de la base de +{}datos. Proporcionar control de acceso concurrente. Llevar a cabo la recuperacin. Optimizar el procesamiento de consulta/actualizacin. Una desventaja de los sistemas cliente servidor es el control. Las computadoras clientes operan en forma simultnea y procesan las aplicaciones en paralelo, lo cual hace ms difcil el control de los problemas de prdidas por actualizacin y otros problemas que provoca el control multiusuario. TIPOS DE SERVIDOR

Servidores de archivos

Servidor donde se almacena archivos y aplicaciones de productividad como por ejemplo procesadores de texto, hojas de clculo, etc. Servidores de bases de datos

Servidor donde se almacenan las bases de datos, tablas, ndices. Es uno de los servidores que ms carga tiene. Servidores de transacciones

Servidor que cumple o procesa todas las transacciones. Valida primero y recin genera un pedido al servidor de bases de datos. Servidores de Groupware

Servidor utilizado para el seguimiento de operaciones dentro de la red. Servidores de objetos

Contienen objetos que deben estar fuera del servidor de base de datos. Estos objetos pueden ser videos, imgenes, objetos multimedia en general. Servidores Web

Se usan como una forma inteligente para comunicacin entre empresas a travs de Internet. FILOSOFA CLIENTE SERVIDOR: El trmino cliente/servidor describe un sistema en el que una mquina cliente solicita a una segunda mquina llamada servidor que ejecute una tarea especfica. El cliente suele ser una computadora personal comn conectada a una LAN, y el servidor es, por lo general, una mquina anfitriona, como un servidor de archivos PC, un servidor de archivos de UNIX o una microcomputadora o computadora de rango medio.

PREVIO A LA INSTALACIN DEL SISTEMA DE GESTIN DE BASES DE DATOS ORACLE Para establecer un entorno de trabajo en Oracle vamos a necesitar: 1. Software Oracle para servidor (Oracle Server Software) Una versin determinada especficamente diseada para un sistema operativo concreto (UNIX, Windows NT, etc.). Este software incluye los ejecutables para el funcionamiento del propio gestor de la base de datos, un conjunto de herramientas para el tratamiento de la informacin y un software especfico (Net8) para que sean posibles las conexiones de los usuarios al servidor en arquitecturas cliente/servidor. 2. Software Oracle para cliente (Oracle Cliente Software) Este software se ubicar en los puestos de trabajo de los usuarios (tambin bajo un determinado sistema operativo-9i Windows 95, NT, etc.), el cual estar formado por un conjunto de herramientas especficas para cliente/servidor (Designar/2000, Developper/2000, etc.) y de su correspondiente software (Net8) para el

establecimiento de las conexiones al servidor. 3. Archivos de base de datos La base de datos en s, los cuales sern creados a travs de herramientas o comandos especficos de Oracle. La ubicacin de la base de datos se realizar sobre los discos del propio servidor donde se ha establecido el Oracle Server Software. 4. Recursos suficientes en nuestro servidor Previamente, habr que realizar un estudio de nuestro sistema de informacin para conocer el alcance del mismo. Posteriormente, habr que estimar la cantidad de

memoria, discos y unidades centrales de proceso que van a ser necesarias para un correcto funcionamiento. Oracle requiere estos requisitos mnimos: Windows 2000 con service pack 1 o Windows XP Professional o Windows 2003 Server Protocolo TCP/IP o TCP/IP con SSL 3 256 MB de memoria RAM Al menos 200 MB de memoria virtual mnima y 400 MB de mxima VGA de 256 colores, 140 MB en el disco duro del sistema (normalmente C) y otras 300 MB ms en ese mismo disco para el software de Administrador y otras herramientas de Oracle. Adems se requiere 2,85 GB en el disco que albergar la carpeta raz de Oracle, el llamado Oracle Home, 1 GB ms si se usa el Oracle Management Server y otros 2,35 GB ms si se usa el Oracle Internet Directory. Las herramientas de requieren 750 MB y las de ejecucin (Runtime) otras 300 MB. Adems hay que tener en cuenta que los tamaos de disco indicados slo son vlidos si se usan discos duros con el sistema NTFS, si es FAT32 hay que doblar el tamao (llegando a las 13 GB con instalacin absoluta). Se requiere tambin un navegador web. Especialmente Internet Explorer 5 o superior o Netscape 4.7 o superior (o cualquiera compatible) 5. Desinstalar el software Oracle previo. Si tuviera una versin de Oracle anterior, deber desinstalarlo. 6. Desinstalar Oracle Para una instalacin limpia o bien porque ya no se desea utilizar el SGBD Oracle, a veces se requiere desinstalar este software. El proceso de desinstalacin ha de ser muy cuidadoso para evitar dejar residuos en el ordenador. administrador

Los pasos son: Desinstalar el software de Oracle Borrar las entradas en el registro de Windows Cambiar las variables de entorno de Oracle Reiniciar el ordenador Borrar las carpetas de Oracle

INSTALACION DE ORACLE Antes de instalar hay que tener en cuenta que debemos asegurar que disponemos de 400 MB en el disco duro. Este espacio es temporal. Por defecto se tomar en la carpeta TEMP del sistema, hay que comprobar de que el disco duro en el que se encuentra esa carpeta dispone de ese espacio, de otro modo habr que cambiar la ubicacin de TEMP a otro disco duro con ese espacio. Para cambiar la ubicacin de esa carpeta se debe modificar la ruta de la variable de entorno temp (desde el apartado de variables de entorno en Sistema en el Panel de Control. Pasos en la instalacin ORACLE DATABASE Tras lanzar la instalacin, se ejecuta el Universal Installer de Oracle, el programa Java encargado de realizar las instalaciones y desinstalaciones. Tras su ejecucin ocurre lo siguiente: 1. Aparecer la ventana de bienvenida del instalador. Pulsar Siguiente

2. Elegir una ruta para la carpeta Home de Oracle. Esa carpeta es la encargada de almacenar el software de base de datos de Oracle. Se nos pregunta qu nombre tendr esa carpeta Home (por defecto se llama OraHome92) y la ubicacin de la misma (normalmente dentro de la carpeta Oracle en el disco con ms espacio disponible). Pulsar Siguiente

3. Aparece una lista con las posibles instalaciones que permite el CD. Lgicamente se elegir Database si es la base de datos lo que queremos instalar.

4. La opcin Client permite instalar slo las aplicaciones necesarias para utilizar un servidor Oracle previamente instalado (la instalacin cliente puede instalar herramientas de Administracin o herramientas Runtime, para desarrolladores). 5. En la siguiente pantalla se nos pregunta qu versin de Oracle instalaremos. Se nos ofrecen tres posibilidades: Versin Enterprise. Versin con todas las posibilidades de Oracle Versin Estndar. Versin para grupos de trabajo o aplicaciones de un solo departamento. Versin Personal. Como la Enterprise pero para un solo usuario y ordenador Personalizada. Permite clarificar mejor la forma de instalar Oracle (es la ms complejo, pero la que ms opciones permite) Elegir nuestra opcin y pulsar Siguiente

6. Se nos pregunta (salvo que hayamos elegido la versin personalizada) por el tipo de base de datos que se crear en la instalacin. Ya en la instalacin se crea una base de datos que puede ser: Propsito general. Bases de datos que se utilizan para todo tipo de tareas (ante la duda conviene utilizar esta opcin). Procesamiento de transacciones, preparada para utilizar transacciones muy a menudo. Almacenes de datos, base de datos pensada para primar el almacenamiento de grandes volmenes de datos (Warehousing). Personalizada, permite especificar ms claramente la base de datos a utilizar (esta opcin requiere ms pasos que las otras) Slo software, instala el software de base de datos sin crear una primera base de datos (habr que crearla ms adelante.

7. Elegir la opcin preferida (ante la duda elegir uso General) y pulsar Siguiente. 8. Si se est migrando de una versin anterior aparecer un cuadro que nos permite migrar (o no) los datos de la versin anterior. 9. Si el equipo tiene Microsoft Transaction Server se nos pedir el nmero de puerto (normalmente el 2030) que ha de utilizarse para usar dicho software de transacciones. 10. Se nos pide el identificador (SID, System Identifier) y el nombre global de la base de datos. El nombre global es un nombre nico para la red a la que pertenece el servidor en el que instalamos Oracle (por ejemplo inicial.donbosdco.local). El SID es el nombre que identifica a la base de datos en el ordenador en el que estamos. En el cuadro se pone primero el nombre global el instalador sugiere el SID correspondiente. Pulsar Siguiente

11. Indicar la ruta en la que se instalarn por defecto los archivos de la base de datos. Es conveniente que esta carpeta est en una unidad distinta a la de la carpeta Home de Oracle, para acelerar el rendimiento. Esta carpeta se suele llamar OraData.

12. Indicar el juego de caracteres que se utilizar en la base de datos. Normalmente se toma el juego de caracteres que utiliza el sistema operativo. Este dato si se rellena mal ocasiona que algunos de nuestros caracteres nacionales, nunca se muestren adecuadamente.

13. Tras aceptar el cuadro anterior se nos muestra un resumen de la instalacin. Tras este resumen comienza la copia de los archivos en nuestro disco duro. Este es el paso ms largo, se pueden tardar bastantes minutos (incluso alguna hora) en completarse).

14. En segundo plano se configurarn los servicios de red necesarios para el funcionamiento de Oracle, la base de datos y el servidor http de Oracle. (Ver imagen anterior). 15. En cuanto se instala la base de datos y se lanza la instancia asociada a ella (la instancia es la base de datos en ejecucin, desde ese instante al arrancar Windows

la instancia estar en memoria salvo que la detengamos) se nos piden las contraseas asociadas a los usuarios administrativos SYS y SYSTEM. Es muy importante recordarlas y no perderlas.

16. Tras el paso anterior se lanza el Agente de Oracle (Oracle Intelligent Agent) y el servidor http. Al final se indicarn los puertos necesarios para comunicar con el servidor http de Oracle (aadiendo el texto /isqlplus a esa direccin se podr conectar desde un navegador con el servidor Oracle va http). En el caso de instalaciones ms personalizadas se nos preguntarn ms datos sobre la configuracin de la base de datos y el servidor http, pero eligiendo las opciones indicadas en este manual, no habr ms preguntas.

17. En el caso de instalaciones ms personalizadas se nos preguntarn ms datos sobre la configuracin de la base de datos y el servidor http, pero eligiendo las opciones indicadas en este manual, no habr ms preguntas.

PRUEBA DE LA INSTALACIN.

Para comprobar si la instalacin es correcta, se debe hacer lo siguiente. 1. Ir al grupo de programas de Oracle en Windows (normalmente Inicio-ProgramasOracle Home92) y hacer clic sobre Enterprise Manage Console (consola de administracin). 2. Activar la casilla Iniciar en modo autnomo y aceptar el cuadro.

3. Desde el programa de administracin, expandir el apartado Bases de datos. Aparecern las bases que hemos creado, despus se nos pedir un nombre de usuario y contrasea para conectarnos con la base de datos. Inicialmente habr que conectar con el usuario SYSTEM y la contrasea que especificamos para dicho usuario en la instalacin indicar que conectamos como SYSDBA (administrador) lo que nos permite realizar todo tipo de tareas.

4. Si aparecen subapartados dentro de la base de datos (Instancia, Seguridad,...) es que hemos conectado correctamente. Podremos realizar cualquier operacin de administracin sobre la base de datos.

CONECTAR MEDIANTE ISQL*PLUS

Durante la instalacin se habr iniciado un servidor http para Oracle. Para verificar que funciona habr que probar si podemos conectar con l. Para ello, simplemente hay que abrir un navegador cualquiera (Explorer por ejemplo) y escribir http:// seguido del nombre de nuestro ordenador dos puntos y el nmero de puerto en el que se instal el servidor (se nos indic el mismo durante la instalacin, vase paso 16 de la instalacin), por ejemplo http://ordenata:7778. Si sale bien aparecer la pantalla del servidor Apache. Si a la direccin anterior le aadimos /isqlplus (por ejemplo

http://ordenata:7778/isqlplus) entonces aparece la pantalla inicial de iSQL*Plus:

ORACLE CLIENT Tras lanzar la instalacin, se ejecuta el Universal Installer de Oracle, el programa Java encargado de realizar las instalaciones y desinstalaciones. Tras su ejecucin ocurre lo siguiente: 1. Aparecer la ventana de bienvenida del instalador. Pulsar Siguiente

2. Pulsaremos en "Siguiente" y seleccionamos el destino (carpeta) de instalacin:

3. Seleccionaremos "Oracle9i Cliente:

4. Dependiendo de las utilidades que queramos "Administrador"

instalar

seleccionaremos

(instala todas las herramientas para administrar Oracle desde un PC Cliente), "Runtime" (instala las herramientas bsicas para acceso a Oracle, es la recomendada) "Personalizada" (permite seleccionar las herramientas a instalar):

5. Dejaremos el puerto por defecto 2030 para "Oracle Services para Microsoft Transaction Server". Este puerto no es relevante si no tenemos un Cluster de servidores:

6. Una vez comprobadas las herramientas que se van a instalar pulsaremos en "Instalar":

7. Tras la instalacin realizaremos la configuracin de red de Oracle

8. Desmarcaremos la opcin "Realizar una configuracin tpica" y pulsaremos en "Siguiente".

9. Marcamos "No, deseo diferir la configuracin" y pulsamos en "Siguiente".

10. Pulsamos en "Siguiente".

11. Marcamos "Base de datos o servicio Oracle8i o posterior" y pulsamos en "Siguiente"

12. Introducimos el nombre del servicio que normalmente coincidir con el de la base de datos a la que nos conectaremos.

13. Seleccionamos el protocolo TCP y pulsamos en "Siguiente".

14. Introducimos el nombre o IP del PC que tiene la base de datos de Oracle (servidor de Oracle) y pulsamos en "Siguiente".

15. Si aparece algn error en la primera prueba de conexin es habitual pues utiliza el usuario y contrasea que Oracle configura por defecto. Para probar la conexin correctamente pulsaremos en "Cambiar Conexin" e introduciremos un usuario y contrasea existentes en la Base de Datos. Si no hay problemas mostrar "Conectado... Prueba realizada correctamente".

16. Introduciremos el nombre de red, que por defecto ser el mismo que el nombre de la base de datos y pulsamos en "Siguiente".

17. Pulsamos en "Siguiente".

18. Pulsamos en "Siguiente".

19. Pulsamos en "Terminar".

20. Pulsamos en "Finalizar".

ARQUITECTURA DE ORACLE

Una Base de Datos (BD) Oracle es un conjunto de datos organizados segn el modelo relacional. Cada servidor de Oracle est constituido por una BD y una instancia.

Base de Datos (BD) es el lugar donde se almacenan los datos esta instancia constituye el mecanismo que permite su manipulacin. La Base de Datos Oracle se compone de:

1. Estructura lgica: compuesta por tablespaces y un conjunto de objetos (tablas,vistas,ndices...).

2. Estructura fsica: tres tipos de ficheros: uno o ms ficheros de datos, dos o ms ficheros de rehacer y uno o ms ficheros de control.

Una instancia es el conjunto de estructuras de memoria (SGA) y procesos en background: Procesos de usuario: Ejecutan el cdigo de una aplicacin. Procesos de Oracle: Atienden a los procesos de usuario y realizan el mantenimiento de la BD.

1. Estructura de la Base de Datos

1.1

Ficheros de datos y espacios de tablas.

Oracle almacena lgicamente los datos en unas estructuras llamadas tablespaces, las cuales se almacenan fsicamente en datafiles (ficheros de datos).Las BD se componen de

uno o ms tablespaces. Cada tablespace consiste de uno o ms ficheros de datos. Cada fichero de datos no puede contener ms de un tablespace.

Oracle cuenta con un tablespace especial llamado SYSTEM creado automticamente durante el proceso de instalacin. Utilizado para la propia gestin de la BD. Una BD puede estar constituida nicamente por un tablespace SYSTEM: recomendable crear al menos un tablespace adicional.

TAREAS DEL ADMINISTRADOR DE LA BASE DE DATOS.

Controlar el espacio de disco reservado para los datos. Aadir datafiles a los tablespaces. Asignar cuotas de espacio a los usuarios. Realizar copias de seguridad o recuperaciones parciales de la BD.

Los tablespaces constituyen la ventana a travs de la cual los usuarios y diseadores de la BD ven los datos almacenados en los datafiles. Administrador encargado de mantener las relaciones entre tablespaces y datafiles.

1.2

Objetos.

Un objeto Oracle es un elemento creado y almacenado en la BD (en los tablespaces). Ejemplos: tablas, vistas, sinnimos, ndices, secuencias, clusters etc.

a) Tablas:

Unidad bsica de almacenamiento de datos que consta de un nmero fijo de columnas que describen los atributos de la entidad que representa la tabla. Cada

columna es de un tipo de datos y se identifica por un nombre, sobre la tabla se pueden imponer restricciones. Tipos de restricciones:

-Clave primaria (PRIMARY KEY) -Valor nulo no admitido (NOT NULL) -Columna exclusiva (UNIQUE) -Valor por omisin (DEFAULT). -Clave ajena (FOREIGN KEY).

b) Esquema:

Es el conjunto de objetos que posee una cuenta, para referirnos a un objeto determinado deberemos indicar a que esquema pertenece:

nom_esquema.nom_objeto.

c) Vistas:

Una vista es bsicamente un subconjunto de las columnas y/o filas de una tabla (u otras vistas), se define como una consulta y es tratada como una tabla. Una vista no almacena datos, slo se almacena la consulta que la define.

d) Secuencias:

Cada secuencia genera una serie nica de nmeros, til en la generacin nica de claves. Pueden ser cclicas o crecer hasta un valor mximo

e) Sinnimos:

Identificador alternativo para denotar un objeto, se utilizan para: enmascarar el nombre y propietario de un objeto, dar transparencia a objetos remotos de BD distribuidas y simplificar sentencias SQL.

f) ndices:

Proporcionan un acceso ms rpido a los datos, una vez creados son mantenidos por Oracle y utilizados para la recuperacin de datos. Se pueden crear hasta un mximo de 32 columnas. g) Clusters:

Agrupamiento de tablas que se almacenan juntas fsicamente. Ventajas: -Se reduce el acceso a disco cuando estn involucradas esas tablas -Las columnas comunes se almacenan una sola vez.

h) Procedimientos, funciones, paquetes:

Funciones y procedimientos son bloques de sentencias PL/SQL que se almacenan en el diccionario de datos, se pueden agrupar procedimientos y funciones en paquetes.

i)

Disparadores:

Procedimientos que se ejecutan cuando se produce un evento en la BD, se utilizan para aumentar la integridad referencial, conseguir mayor seguridad o mejorar las opciones de auditora.

j) Enlaces de BD:

Sirven para especificar una va de acceso a un objeto situado en una BD remota.

1.3

Bloques de datos, extensiones y segmentos.

Bloques de datos

Unidad de entrada/salida ms pequea usada por Oracle, se define en la creacin de la BD y no se puede modificar.

Extensiones Una extensin est compuesta por un nmero especfico de bloques de datos contiguos en disco.

Segmentos Conjunto de extensiones no necesariamente contiguas en disco, alojan los objetos de la BD (tablas, ndices, clusters, etc). Un segmento es creado inicialmente con al menos una extensin: INITIAL EXTENT, se aade otra extensin (INCREMENTAL EXTENT) cuando se llena. Tamao depende del tipo de datos que almacene.

1.4

Archivos de registros de rehacer y de control Archivos de registros de rehacer Almacenan las modificaciones realizadas en la BD por las transacciones, se utilizan para recuperar la BD en caso de fallo. Estos archivos permiten tambin que se optimice el rendimiento de la BD (se realizan series de escrituras a disco).

Se deben tener al menos dos ficheros (redo logs) circulares, se escribe en ellos de forma circular: cuando se llena uno de ellos se pasa al siguiente. Cuando se llena el ltimo se vuelve a utilizar el primero. El fichero que se est actualmente utilizando se llama activo y al resto inactivos, si la BD est trabajando en modo ARCHIVELOG cuando se llene el ltimo archivo se realiza una copia de ellos en alguna unidad de almacenamiento.Cada vez que se vacan bloques desde la memoria de Oracle a los ficheros fsicos se produce un checkpoint.

Archivos de control Un fichero de control contiene entradas que especifican la estructura fsica de la BD, se encuentra la siguiente informacin: nombre de la BD, nombre y localizacin de los ficheros de datos y ficheros de rehacer, fecha de creacin de la base de datos. Se utiliza cada vez que se arranca la BD, los nombres y ubicacin de estos ficheros se especifica con el parmetro control_files del fichero config.ora.

2. Arquitectura de la BD

2.1

Estructuras de memoria Cuando se arranca la BD, Oracle reserva un rea de memoria llamada System Global Area (SGA) y arranca una serie de procesos. Una instancia es la combinacin de la SGA y los procesos.

Estructuras bsicas asociadas a una instancia

rea de cdigo de programas: Porciones de memoria usadas para almacenar cdigo que est siendo o puede ser ejecutado. El tamao de esta rea es fijo y depende del sistema operativo.

rea global del programa: Cada vez que un proceso de usuario se conecta a la BD y se crea una sesin se le aloja un rea global del programa. Contiene datos e informacin de control de dicho proceso.

rea de ordenacin: Cuando una consulta solicita una ordenacin de un resultado, ORACLE utiliza una zona de memoria del proceso de usuario.

rea global del sistema:

a) Bferes del bloque de datos (DBB): Es una porcin del SGA que almacena los bloques de datos ms recientemente usados. Pueden contener datos modificados todava no escritos a disco. Aumenta la eficiencia del sistema ya que se requieren menos accesos a disco.

b) Bfer del registro de rehacer: c) Bfer circular que mantiene informacin sobre los cambios realizados en la BD. Informacin necesaria para reconstruir los cambios hechos a la BD por las instrucciones: insert, update, delete, create, alter o drop.

d) Fondo compartido: Es un rea donde se encuentran construcciones tales como el rea de SQL compartida y la cache del diccionario de datos.

Informacin almacenada en la cach del diccionario de datos: Nombre de todas las tablas y vistas de la BD. Nombre y tipos de todas las columnas de las tablas de la BD. Privilegios de todos los usuarios.

Tamao de esta rea: SHARED_POOL_SIZE.

2.2

Procesos Los procesos se dividen en dos categoras: procesos de usuario y procesos de Oracle.

Procesos de usuario son las aplicaciones en s, que realizan peticiones a la BD. Los procesos ORACLE se pueden dividir en 2 tipos:

Procesos servidores: atienden las peticiones del usuario y se comunican con ORACLE a travs de SGA. Compilan y ejecutan las sentencias SQL. Leen los bloques de datos desde el disco a los bferes. Devuelve el resultado de las operaciones a la aplicacin.

Procesos background gestionan los recursos de la BD. Escritor de la BD (DBWR). Escritor de registros (LGWR). Punto de control (CKPT). Supervisor del sistema (SMON). Supervisor del proceso (PMON). Archivador (ARCH). Recuperador (RECO). Bloqueo (LCKn). Despachador (Dnnn).

Escritor de la BD (DBWR) Es el proceso encargado de escribir todos los bferes a los ficheros de datos. Mantener limpio los bferes de bloque de datos.

Escritor de registros (LGWR) Se encarga de escribir los registros del bufer de rehacer al fichero de rehacer.

Punto de control (CKPT) Cuando se alcanza un punto de control se deben actualizar las cabeceras de los ficheros para sealizarlo.

Supervisor del sistema (SMON) Este proceso tiene asignada varias tareas: -Recupera la instancia cuando esta se arranca. -Limpia los segmentos temporales cuando se dejan de utilizar. -Junta el espacio libre en disco.

Supervisor de procesos (PMON) Es el encargado de la recuperacin de los procesos cuando falla un proceso de usuario.

Tareas: -Limpiar recursos que tuviera cogidos en la cache. -Liberar los posibles bloqueos. -Eliminar de la tabla de transacciones activas las de este proceso. -Quitar de la lista de procesos activos a los que se hayan cado.

El PMON se activa cada cierto tiempo igual que el SMON o lo pueden activar otros procesos.

Recuperador (RECO) Encargado de resolver los fallos de las transacciones dudosas en BD distribuidas.

Este proceso se conecta a todas las BD involucradas en una transaccin dudosa. Cuando consigue la conexin se elimina esta transaccin de la tabla de transacciones pendientes de las otras BD.

Archivador (ARCH) La tarea de este proceso consiste en copiar los ficheros REDO_LOG que se hayan llenado los ficheros de rehacer.

Bloqueo (LCKn) En instalaciones con servidor paralelo se utiliza para gestionar los bloqueos entre las distintas instancias de una misma BD.

Despachador (Dnnn) Este proceso permite compartir a los procesos de usuario un nmero limitado de procesos servidores.

3. Configuraciones de ORACLE

Procesos usuario y servidor combinados Para cada usuario ambos mdulos de cdigo (aplicacin y servidor) son combinados en un solo proceso.

Factible en sistemas operativos que puedan mantener la separacin entre la aplicacin y el cdigo de Oracle en el mismo proceso.

Servidor dedicado Para cada usuario, la aplicacin (proceso usuario) es diferente del cdigo ejecutado por el servidor. Proceso usuario es ejecutado en una mquina y el proceso servidor en otra.

Tambin se puede ejecutar el proceso de usuario y el servidor en la misma mquina.

Servidor multi-thread Cada usuario ejecuta un proceso usuario diferente del cdigo ejecutado por el servidor. Adems cada proceso servidor puede servir a mltiples procesos usuarios. Varios procesos de usuario se conectan con un proceso dispatcher , el despachador (dispatcher) distribuye las peticiones de los procesos cliente entre los procesos servidores. El nmero de usuarios puede ser mayor que con un servidor dedicado.

4. Concurrencia Oracle

La ejecucin concurrente de varias transacciones debe garantizar que producirn el mismo resultado que las mismas en serie. En general, las BD multi-usuarios utilizan bloqueos en el control de concurrencia. Niveles de bloqueo: Bloqueo exclusivo. No permite que un recurso sea compartido. La primera transaccin que lo bloquea es la nica que puede alterarlo. Bloqueo compartido. Permite que un recurso sea compartido. Muchas transacciones pueden adquirir este tipo de bloqueo sobre el mismo recurso.

4.1

Control de concurrencia multiversin Oracle automticamente proporciona consistencia de lectura: datos que una consulta ve son de un mismo punto en el tiempo (consistencia de lectura a nivel de sentencia). Tambin puede proporcionar consistencia de lectura a todos las consultas de una transaccin (consistencia a nivel de transaccin).

Cmo? Oracle utiliza la informacin existente en el segmento de anulacin (datos antiguos). Cuando una consulta comienza se le asigna un nmero (SCN). Datos leidos por una consulta tienen un SCN ms pequeo. Bloques con SCN ms alto (ms reciente) son reconstruidos con la informacin contenida en el segmento de anulacin.

Oracle proporciona consistencia de lectura a dos niveles:

Nivel de sentencia: Oracle garantiza que los datos devueltos por una consulta son consistentes con respecto al tiempo en que empez la consulta.

Nivel de transaccin: Los datos vistos por todas las consultas de una transaccin son consistentes con respecto a un punto en el tiempo. Se debe indicar que la transaccin es Read-Only, si las transacciones son de solo lectura, se acta como en el caso anterior. Si existen otro tipo de consultas (modificar, borrar,insertar..) se deben utilizar bloqueos.

Oracle proporciona tres niveles de aislamiento: read-committed: Nivel de aislamiento por defecto. Cada consulta de una transaccin solo ve los datos que fueron confirmados antes de que la consulta comenzara. Se producen lecturas no reproducibles. serializable transactions: Solamente se ven los cambios realizados por transacciones confirmadas + cambios efectuados por ella misma.

read-only : transacciones de solo lectura ven datos confirmados antes de empezar y no permiten modificaciones de los datos. serializable : -Adecuado cuando es poco probable que dos transacciones concurrente modifiquen las mismas filas. Cuando las transacciones de larga duracin son principalmente de solo lectura. No aparecen lecturas no reproducibles.

4.2

Bloqueos en Oracle

Son los mecanismos que utiliza Oracle para evitar que dos transacciones accedan al mismo recurso. Automticamente Oracle obtiene los bloqueos necesarios cuando ejecuta alguna sentencia en SQL. ORACLE utiliza el nivel menos restrictivo guindose por las siguientes reglas: Operaciones de lectura no esperan a las de escritura sobre los mismos datos. Operaciones de escritura no esperan a las de lectura sobre los mismos datos. Operaciones de escritura solamente esperan a otras operaciones de escritura que intentan modificar la misma tupla.

5. Recuperacin en Oracle Siempre existe la posibilidad de que el sistema falle: se debe recuperar la BD lo ms rpidamente posible e intentar que exista una prdida de datos mnima. Las recuperaciones requieren los siguientes pasos:

1. Determinar qu estructuras de datos est intacta y cules necesitan recuperacin. 2. Seguir segn el caso los pasos apropiados 3. Restaurar la BD para que contine el funcionamiento normal. 4. Asegurarse que no se ha perdido ningn dato.

Posibles fallos:

Fallo del usuario: Un error del usuario (ej. borrado de tabla) puede requerir recuperar la BD a un pto anterior al error.

Fallo del proceso: Cuando un proceso que est accediendo a la BD falla. El proceso PMON se encarga de detectar el fallo realizando un rollback de la transaccin en curso as como de los recursos utilizados.

Fallo de la instancia: Cuando una instancia se aborta inesperadamente se necesita una recuperacin de la instancia. Oracle la recupera automticamente cuando se arranca la BD.

1. Rolling forward para recuperar los ficheros redo loglos datos que no han sido grabados en los ficheros de datos. 2. Rolling back las transacciones que han sido explcitamente rechazadas o no han sido aceptadas 3. Eliminar cualquier bloqueo de las transacciones en el momento del fallo. 4. Resolver cualquier transaccin pendiente de confirmacin en dos fases (BD distribuida).

Fallo fsico de algn fichero: Ocurre cuando un disco, un fichero o una porcin de un fichero no puede leerse por estar daado. La recuperacin depende del modo archivelog.

Si la BD opera sin archivar los ficheros de rehacer (NO ARCHIVELOG) la recuperacin consiste en una simple recuperacin de la ltima copia de seguridad completa.

Si la BD opera en el modo ARCHIVELOG la BD puede recuperarse a un estado consistente en el tiempo especificado.

5.1

Copias de seguridad

Copia fsica off-line Se copiarn todos los ficheros de la BD con ella parada: esto nos asegura que tenemos la BD en un estado consistente.

Copia fsica on-line En este modo la BD se salva consistente hasta el comienzo de la copia de seguridad. Ventaja: se puede realizar una copia de seguridad mientras los usuarios estn trabajando.

5.2

Recuperacin Se tiene que realizar cuando ocurre algn desastre. La prdida podra darse en todos los ficheros como son: Ficheros de datos. Ficheros de control Ficheros de rehacer Ficheros archive log

REPLICACIN Y DISTRIBUCIN DE BASES DE DATOS CON ORACLE. La replicacin y la distribucin de bases de datos es una tecnologa usada en servidores y redes de almacenamiento. En el caso de Replicacin de Bases de Datos una vez que los datos han sido escritos en el sitio de almacenamiento primario, nuevas escrituras a ese sitio pueden ser aceptadas, sin tener que esperar que el sitio de almacenamiento secundario o remoto tambin termine su escritura. La desventaja de la replicacin, est en la posibilidad de prdida de datos, si ocurre que el sitio primario falla antes de que los datos hayan sido escritos en el sitio secundario, de todas formas la Replicacin es una alternativa muy interesante para trabajar con varios usuarios a la vez sin hacer colapsar nuestra Base de Datos por encontrarse trabajando con una rplica que luego ser unida a su Base original. En el caso de Distribucin de Bases de Datos Se trata de una base de datos a nivel lgico (los usuarios la manejan como una base de datos normal), pero que en realidad (fsicamente) est implementada en varias ubicaciones fsicas, incluso en mquinas diferentes y distantes. Cada mquina ejecuta su propia instancia y conjuntos de archivos y todas se conectan en red para hacer que el usuario no tenga que cambiar su cdigo para reflejar esta distribucin. La dificultad de esta estructura suele estar aliviada por medio de instantneas que graban momentneamente los datos de las tablas distantes. Permiten trabajar con los datos copiados y se programan para que cada cierto tiempo recojan nuevamente los datos a fin de reflejar sus cambios. Gracias a las instantneas no hace falta una sobrecarga tan excesiva de las instantneas de la base de datos. DISTRIBUCIN DE BASE DE DATOS Definicin: Un sistema gestin de bases de datos distribuida no es ms que el software que permite la administracin de la base de dato distribuida y hace que tanto como la

distribucin y el control de concurrencia de las transacciones, las fallas, sean transparente para el usuario que opera con el sistema. Cuando las bases de datos son distribuidas, diferentes usuarios tienen acceso sin interferir unos con otros. Sin embargo, el sistema de gestin de bases de datos distribuidas (SGBBD) debe sincronizar peridicamente las bases de datos dispersas, para asegurar que todas tengan sus datos uniformes. El acceso a los datos en los SBDD se realiza mediante los enlaces de comunicacin que conformen la red en la que se encuentren los sitios que contengan alguna de las partes los datos. Los sitios pueden estar en una habitacin o geogrficamente separados, cada uno de ellos tiene capacidad de procesamiento autnomo y de ejecucin de aplicaciones locales. ARQUITECTURA DE UN SISTEMA DE BASE DE DATOS DISTRIBUIDA En un sistema de bases de datos distribuidas, existen varios factores que deben tomar en consideracin que definen la arquitectura del sistema: Distribucin: Los componentes del sistema estn localizados en la misma computadora o no. Heterogeneidad: Un sistema es heterogneo cuando existen en l componentes que se ejecutan en diversos sistemas operativos, de diferentes fuentes, etc. Autonoma: Se puede presentar en diferentes niveles, los cuales se describen a continuacin: Autonoma de diseo: Habilidad de un componente para decidir cuestiones relacionadas a su propio diseo. Autonoma de comunicacin: Habilidad de un componente para decidir cmo y cundo comunicarse con otros SMBD. Autonoma de ejecucin: Habilidad de un componente para ejecutar operaciones locales como quiera. Arquitectura Distribuida de base de datos. La tecnologa y prototipo de los sistemas de gestin de bases de datos distribuidas se han desarrollado de uno a otro y cada sistema adopta una arquitectura particular propia.

Cul es la diferencia entre un SGBDD homogneo y otro heterogneo? En qu circunstancias es preferible utilizar ambos tipos de sistemas? La diferencia es que los nodos del sistema homogneo utilizan el mismo tipo de SGBD mientras que un sistema heterogneo puede utilizar diferentes tipos de SGBD Los homogneos cuando la implementacin de las bases de datos se realizan en conjunto Los heterogneos cuando se tienen ya las bases de datos implementadas por separado y se las quiere integrar para poder comunicarlas DISEO DE UN SISTEMA DE BASE DE DATOS DISTRIBUIDA Cuando diseamos un sistema de base de datos distribuida debemos tener en cuenta algunas caractersticas claves que caracterizan este tipo de sistemas, como son: Permitir que cada sitio almacene y mantenga su propia BD facilita el acceso inmediato y eficaz de sus datos que se usan ms frecuentes. Mejora la fiabilidad si la computadora de un sitio se cae, el resto de la red sigue funcionando. Permitir el control local de los datos en un sitio mejora el grado de satisfaccin de los usuarios con relacin al sistema de BD. Cuando cada sitio procesa sus datos locales se elimina un poco el trfico de la red, pero si los sitios usan frecuentemente datos almacenados en otros sitios las comunicaciones pueden convertirse en un cuello de botella. El diseo de una BDD involucra 4 pasos: 1. Diseo del esquema conceptual donde se describe la BD integral. 2. Diseo de fragmentacin. 3. Diseo de la asignacin de los fragmentos.

4. Diseo de la BD fsica (transformar los esquemas locales en reas de almacenamiento y determinar mtodos de acceso apropiados). La fragmentacin y asignacin de los datos caracterizan el diseo de BDD. La fragmentacin se ocupa fundamentalmente de los criterios lgicos que motivan la divisin de relaciones globales en fragmentos, mientras que la asignacin se ocupa de los aspectos fsicos de su ubicacin y rplicas en sitios; aunque hay una diferencia entre ambos procesos, su interrelacin es importante para obtener un diseo ptimo. En caso que tambin se distribuyan las aplicaciones debemos tener en cuenta el diseo de los esquemas, los requerimientos ms importantes de las aplicaciones tenemos las siguientes: 1. Sitio que comparte una aplicacin. 2. Frecuencia de activacin de la aplicacin 3. Cantidad, tipo y distribucin estadstica de los accesos de cada aplicacin a cada dato requerido. En el diseo de un sistema de bases de datos distribuidas debemos tener en cuenta algunas estrategias y objetivos y se deben en paralelo tomar decisiones sobre cmo hay que distribuir los datos entre los sitios de la red. A los problemas que presentamos en el diseo de las Bases de Datos Centralizadas (BDC) se le aaden otros nuevos cuando diseamos Bases de Datos Distribuidas (BDD) entre los cuales se destacan la distribucin ptima de datos y de las aplicaciones en los diferentes sitios. Cuando pensamos en el diseo de las bases de datos distribuidas debemos tener en cuenta la ubicacin de los programas que accedern a las bases de datos y sobre los propios datos que constituyen la base de datos, en diferentes puntos de una red. Sobre la ubicacin de los programas supondremos que tenemos una copia de ellos en cada mquina donde se necesite acceder a la base de datos. Sin embargo el problema radica en cmo ubicaremos los datos en la red, existen diferentes formas de repartir los datos: En solo una maquina que almacene todos los datos y se encargue de responder a todas las consultas del resto de la red (sistema centralizado), ubicaramos la base de dato en cada mquina donde se utilice, o pensaramos en repartir las relaciones por toda la red.

ORGANIZACIN DE UN SISTEMA DE BASE DE DATOS DISTRIBUIDOS La organizacin de los sistemas de bases de datos distribuidos se ha clasificado tradicionalmente sobre el nivel de comparticin, caractersticas de acceso y nivel de conocimiento de los datos: 1. Inexistencia. Los datos y programas se ejecutan en un ordenador sin que exista comunicacin entre ellos. 2. Se comparten datos y no programas. Existe una rplica de los programas de aplicacin en cada mquina y los datos viajan a travs de la red. 3. Se comparten datos y programas. Los datos y programas se reparten por los diferentes sitios de la red, dado un programa ubicado en un determinado sitio puede acceder a un servicio a otro programa de segundo sitio solicitando acceder a los datos ubicados en un tercero. DUPLICACIN DE DATOS La duplicacin de los datos ocurre si el sistema mantiene varias copias de una relacin, R, con cada copia almacenada en un sitio diferente. Existen dos modelos bsicos de replica: 1. Consistencia estrecha. Este modelo que garantiza que todas las rplicas sean constantemente idnticas a la original, requiere una red de alta velocidad, disminuye la disponibilidad de la base de datos. 2. Consistencia ancha. El modelo de consistencia ancha permite un retardo entre el momento en que los datos originales son modificados y las copias de los mismos son actualizadas, lo que permite que la base de datos est disponible ms tiempo que el modelo de consistencia estrecha. Permite conexiones tanto rpidas como lentas soportadas en WANs o LANs. La duplicacin se introduce para aumentar la disponibilidad del sistema: cuando una copia no est disponible debido a un fallo de un sitio sera posible tener acceso a otra copia. Con la duplicacin tambin se mejora el rendimiento puesto

que las transacciones tienen mayor probabilidad de encontrar una copia localmente. El inconveniente est en el costo extra del almacenamiento adicional y del mantenimiento de la consistencia mutua entre las copias cuando tenemos replicacin. PROCESO DE DISEO TOP DOWN. Top Down es adecuada cuando creamos un sistema de BD por vez primera sin restricciones de otros sistemas ya instalados y que deban ser integrados al sistema distribuido, es decir, primero elaboramos el esquema conceptual global del proyecto y trabajamos en funcin de resolver las diferentes partes de dicho proyecto. El diseo de abajo hacia arriba (bottom-up). Se utiliza particularmente a partir de bases de datos existentes, generando con esto bases de datos distribuidas. En forma resumida, el diseo bottom-up de una base de datos distribuida requiere de la seleccin de un modelo de bases de datos comn para describir el esquema global de la base de datos. Esto se debe es posible que se utilicen diferentes SMBD. Despus se hace la traduccin de cada esquema local en el modelo de datos comn y finalmente se hace la integracin del esquema local en un esquema global comn ARQUITECTURA CLIENTE SERVIDOR. Los sistemas cliente/servidor involucran varias computadoras conectadas a una red. Las computadoras que procesan programas de aplicaciones se conocen como clientes y las que procesan bases de datos se conocen como servidor. Arquitectura Cliente Servidor Un sistema cliente servidor puede tener varios servidores de procesamiento de bases de datos, cuando esto ocurre cada servidor debe procesar una base de datos distinta. Cuando dos o ms servidores procesan una misma base de datos, el sistema no es considerado cliente servidor, ms bien, es conocido como sistema de base de datos distribuido. Funciones del cliente: Administrar la interfaz de usuario.

Aceptar datos del usuario. Procesar la lgica de la aplicacin. Generar las solicitudes para la base de datos. Trasmitir las solicitudes de la base de datos al servidor. Recibir los resultados del servidor. Dar formatos a los resultados.

Funciones del servidor: Aceptar las solicitudes de la base de datos de los clientes. Procesar las solicitudes de los clientes. Dar formato a los resultados y trasmitirlos al cliente. Llevar a cabo la verificacin de integridad. Mantener los datos generales de la base de +{}datos. Proporcionar control de acceso concurrente. Llevar a cabo la recuperacin. Optimizar el procesamiento de consulta/actualizacin. Una desventaja de los sistemas cliente servidor es el control. Las computadoras clientes operan en forma simultnea y procesan las aplicaciones en paralelo, lo cual hace ms difcil el control de los problemas de prdidas por actualizacin y otros problemas que provoca el control multiusuario. FILOSOFA CLIENTE SERVIDOR: El trmino cliente/servidor describe un sistema en el que una mquina cliente solicita a una segunda mquina llamada servidor que ejecute una tarea especfica. El cliente suele ser una computadora personal comn conectada a una LAN, y el servidor es, por lo general, una mquina anfitriona, como un servidor de archivos PC, un servidor de archivos de UNIX o una microcomputadora o computadora de rango medio.

LOS SOCKETS. Los sockets no son ms que puntos o mecanismos de comunicacin entre procesos que permiten que un proceso hable (emita o reciba informacin) con otro proceso incluso estando estos procesos en distintas mquinas. Un socket es al sistema de comunicacin entre ordenadores lo que un buzn o un telfono es al sistema de comunicacin entre personas: un punto de comunicacin entre dos agentes (procesos o personas respectivamente) por el cual se puede emitir o recibir informacin El mecanismo de comunicacin va sockets tiene los siguientes pasos: 1) El proceso servidor crea un socket con nombre y espera la conexin. 2) El proceso cliente crea un socket sin nombre. 3) El proceso cliente realiza una peticin de conexin al socket servidor. 4) El cliente realiza la conexin a travs de su socket mientras el proceso servidor mantiene el socket servidor original con nombre. El RPC (del ingls Remote Procedure Call, Llamada a Procedimiento Remoto) es un protocolo que permite a un programa de ordenador ejecutar cdigo en otra mquina remota sin tener que preocuparse por las comunicaciones entre ambos. El protocolo es un gran avance sobre los sockets usados hasta el momento. De esta manera el programador no tena que estar pendiente de las comunicaciones, estando stas encapsuladas dentro de las RPC.

Las RPC son muy utilizadas dentro del paradigma cliente-servidor. Siendo el cliente el que inicia el proceso solicitando al servidor que ejecute cierto procedimiento o funcin y enviando ste de vuelta el resultado de dicha operacin al cliente. RPC es un protocolo de llamada a procedimiento remoto que usa XML para codificar los datos y HTTP como protocolo de transmisin de mensajes CORBA (Common Object Request Broker Architecture), es una arquitectura estndar para sistemas de objetos distribuidos. Permite una distribucin, coleccin heterognea de objetos para interoperar. Corba es un estndar de sistema de objetos distribuidos que especifica la arquitectura que debe tener un sistema de objetos distribuidos y establece un modelo de objetos mnimo, donde cada objeto obedece a una interfaz. CORBA define una arquitectura para objetos distribuidos. El paradigma bsico de CORBA es de una solicitud para servicios de objetos distribuidos. Los servicios que un objeto provee son dados por su interface. Las interfaces son definidas en el Lenguaje de Definicin de Interface (IDL).Los objetos distribuidos son identificados por referencias a objetos, las cuales son definidas por las interfaces IDL. REPLICACION DE BASE DE DATOS CON ORACLE Se muestra la forma de replicar de manera sencilla los datos de una base de datos en oracle hacia otro servidor oracle, mediante el uso de vistas materializadas. La replicacin te permite tener una copia exacta de una base de datos alojada en un servidor (maestro) que se guardar en otro servidor (esclavo). Todas las modificaciones que se hagan en la base de datos del servidor maestro se actualizarn inmediatamente en el servidor esclavo. Esto no es una copia de seguridad, ya que si borramos una fila en la base de datos maestra, tambin se borrar en la base de datos esclava.

A continuacin tenemos los pasos para instalar y configurar nuestro servidor para replicar datos. QU ES LA REPLICACIN La replicacin es el proceso de copiar los objetos y el mantenimiento de base de datos en varias bases de datos que componen un sistema de base de datos distribuida. Los cambios aplicados en el mismo sitio se capturan y almacenan localmente antes de ser transmitida y aplicada en cada una de las ubicaciones remotas. La replicacin le

proporciona al usuario un acceso rpido y locales a los datos compartidos y protege la disponibilidad de aplicaciones debido a opciones alternativas de acceso a datos existen. Incluso si un sitio no est disponible, los usuarios pueden seguir para consultar o incluso actualizar las ubicaciones restantes. OBJETOS DE REPLICACIN Es una base de datos de objetos existentes en varios servidores en un sistema de base de datos distribuida. En un entorno de replicacin, las posibles actualizaciones efectuadas a un objeto en un sitio de replicacin se aplican a los ejemplares en todos los otros sitios. Avanzada de replicacin le permite replicar los siguientes tipos de objetos:

Tablas Indices Vistas y vistas de objetos Paquetes y Paquetes Cuerpos Procedimientos y funciones Tipos definidos por el usuario y los rganos de tipo Los desencadenantes Sinnimos

Indextypes Los operadores definidos por el usuario

En cuanto a las tablas, la replicacin soporta caractersticas avanzadas tales como tablas con particiones, tablas organizadas en ndices, las tablas con columnas que se basan en tipos definidos por el usuario, y las tablas de objetos. TIPOS DE ENTORNOS DE REPLICACIN Avanzada replicacin admite los siguientes tipos de entornos de replicacin:

Multimaestro replicacin Ver materializadas replicacin Multimaestro y materializada

MULTIMAESTRO REPLICACIN.- (tambin llamados "peer-to-peer o n-forma de replicacin) permite a varios sitios, en calidad de pares iguales, para administrar grupos de objetos de base de datos replicada. Cada sitio en un entorno de replicacin con varios maestros es un sitio maestro, y cada lugar se comunica con los sitios de otro maestro. Las aplicaciones pueden actualizar cualquier tabla replicada en cualquier sitio en una configuracin de varios maestros, servidores de bases de datos Oracle que operan como lugares de maestro en un entorno de trabajo de varios maestros de forma automtica a converger los datos de todas las rplicas de mesa y para garantizar la coherencia global de las transacciones y la integridad de datos. La replicacin asncrona.- es la forma ms comn de implementar la replicacin con varios maestros. Otras formas incluyen la replicacin sincrnica y replicacin de

procedimiento, que se analizan ms adelante en este captulo. Cuando se utiliza la replicacin asincrnica, informacin sobre un lenguaje de manipulacin de datos (LMD) el cambio en una tabla se almacena en la cola de transacciones diferidas en el sitio principal donde se produjo el cambio. Estos cambios se llaman transacciones diferidas. Las

transacciones diferidas se insertan (o se han reproducido) a los sitios de otros maestros participantes a intervalos regulares. intervalo. Uso de la replicacin asncrona significa que los conflictos de datos son posibles porque el valor de la misma fila que actualizarse en dos sitios diferentes en maestro casi al mismo tiempo. Sin embargo, puede utilizar las tcnicas para evitar conflictos y, si se producen conflictos, Oracle ofrece precompilados mecanismos que se pueden implementar para resolverlos. Informacin acerca de los conflictos no resueltos se almacena en un registro de errores. VER MATERIALIZADAS REPLICACIN.- Una vista materializada contiene una copia completa o parcial de un maestro de destino desde un nico punto en el tiempo. El capitn blanco puede ser una tabla maestro en un sitio maestro o una maestra se materializ la visin en un sitio de vista materializada. Un maestro materializado punto de vista es una vista materializada que funciona como un maestro de otra vista materializada. Un multinivel materializado punto de vista es que se basa en otra vista materializada, en lugar de en una tabla maestra las vistas materializadas proporcionar los siguientes beneficios:

Puede controlar la cantidad de tiempo en un

Habilitar el acceso local, lo que mejora los tiempos de respuesta y disponibilidad. De descarga consultas desde el sitio principal o maestro materializado ver sitio, porque los usuarios pueden consultar la vista local se materializ en lugar.

Aumentar la seguridad de los datos por lo que le permite replicar slo un subconjunto de los datos del maestro de destino establecido

Una vista materializada puede ser de slo lectura y actualizables, o puede escribir, y este tipo de vistas materializadas proporcionan beneficios adicionales a los mencionados anteriormente.

MULTIMAESTRO Y MATERIALIZADA VER CONFIGURACIONES HBRIDAS.- y la replicacin con varios maestros vistas materializadas se pueden combinar de hbridos o "configuraciones mixtas para cumplir con diferentes requisitos de aplicacin, configuraciones hbridas puede tener cualquier nmero de sitios principal y varios sitios se materializ vista para cada maestro. La Figura con varios maestros (o vas n) la replicacin entre dos maestros pueden admitir la mesa de replicacin entre las bases de datos que soportan dos regiones geogrficas, vistas materializadas se pueden definir en los maestros para replicar las mesas completas o subconjuntos de mesa a los sitios dentro de cada regin.

Principales diferencias entre vistas materializadas y replicado tablas maestras son las siguientes:

Tablas replicadas maestro debe contener los datos de la tabla completa se replica, mientras que vistas materializadas pueden replicar los subconjuntos de datos de la tabla maestra.

De replicacin con varios maestros le permite replicar los cambios para cada transaccin como se produzcan cambios. actualiza vista materializada se

establecen orientado, propagacin de los cambios de varias transacciones de una

manera ms eficiente, la operacin orientada a lotes, pero a intervalos menos frecuentes.

Si los conflictos se producen debido a cambios realizados en mltiples copias de los mismos datos, a continuacin, la deteccin y resolucin de conflictos siempre se produce en un sitio de capitn o un maestro materializado ver sitio.

Replicacin sncrona.- Un entorno de replicacin con varios maestros puede utilizar la replicacin asncrona o sncrona para copiar los datos, con la replicacin asincrnica, los cambios realizados en el lugar de un maestro se producen en un momento posterior en todos los sitios maestro de otros participantes. Con la replicacin sincrnica, los cambios realizados en el lugar de un maestro de producirse de inmediato en todos los sitios maestro que participe. Cuando se utiliza replicacin sincrnica, una actualizacin de una tabla de resultados en la replicacin inmediata de la actualizacin en todos los sitios maestro participantes. De hecho, cada transaccin incluye todos los sitios maestro, por lo tanto, si un sitio maestro no puede procesar una transaccin por cualquier razn, entonces la transaccin se revierte en todos los sitios maestro. A pesar de que evitar la posibilidad de conflictos cuando se utiliza replicacin sincrnica, se requiere un ambiente muy estable para funcionar sin problemas. Si la comunicacin de un sitio maestro no es posible debido a un problema de red, por ejemplo, las tablas a continuacin, los usuarios pueden reproducirse consulta, pero no hay transacciones se puede completar hasta que se restablezca la comunicacin. Adems, es posible configurar la replicacin asincrnica de manera que simula la replicacin sncrona.

INSTALANDO ORACLE.

Para nuestro caso usaremos la de oracle llamada oracle Express Edition, la cual es gratuita para nuestro servidor. Nos dirigimos a la pgina:

http://www.oracle.com/technology/software/products/database/xe/htdocs/102xewinsof t.html Y aceptamos los trminos de licenciamiento del programa, en este momento descargaremos el producto para posteriormente instalarlo en nuestro sistema. Una vez descargado lo instalaremos dando clic derecho en el instalador y eligiendo la opcin, abrir. Esperamos un momento y podremos ver las opciones del programa.

El programa de instalacin nos muestra la pantalla de instalacin, en este momento tenemos que dar click en

bienvenida siguiente.

para

la

Aceptamos los trminos y condiciones del programa y pulsamos siguiente, en seguida seleccionamos la ubicacin de los archivos de instalacin, si queremos instalarlos en otra ubicacin podemos seleccionarla pulsando el botn Examinar, despus de esto pulsamos siguiente.

Ahora tecleamos una contrasea para los usuarios SYS y SYSTEM, los cuales son los usuarios (dba) administradores en oracle, y pulsamos en siguiente, ahora nos mostrara un resumen de la instalacin si estamos de acuerdo con este daremos clic en instalar. CONFIGURANDO EL SERVIDOR Ahora editaremos el archivo C:\oracle\product\10.2.0\db_1\network\admin\tnsnames.o ra, y agregaremos las siguientes lneas de configuracin (resaltadas en cursiva y negrita) para que el servidor oracle reconozca nuestro servidor remoto, usando una resolucin de nombres tns.

# tnsnames.ora Network (HOST = Configuration File: RAMMSCORP.gateway.2wire.net) D:\oracle\product\10.2.0\db_1\net (PORT = 1522) work\admin\tnsnames.ora ) # Generated by Oracle (CONNECT_DATA = configuration tools. (SERVER = DEDICATED) (SERVICE_NAME = orcl) LISTENER_ORCL = ) (ADDRESS = ) (PROTOCOL = TCP) (HOST = RAMMSCORP.gateway.2wire.net)

YOS = (PORT = 1522) (DESCRIPTION = ) (ADDRESS_LIST = (ADDRESS = (COMMUNITY = TCP) ORCL = (PROTOCOL = TCP) (DESCRIPTION = (HOST = yosy1) (ADDRESS = (PORT = 1521) (PROTOCOL = TCP) ) ) (ADDRESS = (CONNECT_DATA = (PROTOCOL = IPC) (SID = XE)

(KEY = EXTPROC1) ) ) ) ) (CONNECT_DATA = (SID = PLSExtProc) EXTPROC_CONNECTION_DATA = (PRESENTATION = RO) (DESCRIPTION = ) (ADDRESS_LIST = ) Donde YOS es el nombre del servidor remoto que agregamos, es decir un alias, PROTOCOL es el protocolo de comunicacin hacia el servidor, HOST es el nombre la direccin IP de la computadora que tiene el servidor, PORT indica el numero de puerto al cual se conectara el servidor y finalmente SID que es el nombre de servicio del servidor remoto. De esta manera nos podremos conectar con el servidor remoto usando la nomenclatura de conexin:

Usuario/Password@Alias_Del_Servidor:[Puerto] Donde Usuario es cualquier usuario valido del servidor remoto, Password es la contrasea del usuario remoto, @Alias_del_servidor es el nombre que hemos aadido en el archivo de

configuracin tnsnames.ora, y finalmente el Puerto que indica a que puerto se conectara este parmetro es opcional, por defecto las conexiones se realizan al puerto 1521. Una vez editado y configurado archivo, tendremos que configurar nuestro servidor estableciendo un DBLink un enlace a base de datos. Usando la siguiente instruccin: Create database link "Nombre_Del_DBLink" connect to Usuario identified by "Password" using 'HOST[: PUERTO]/SID' De la siguiente instruccin tenemos Nombre_Del_DBLink el cual es un nombre cualquiera para identificar a que base de datos estamos ligados, Usuario el cual debe de ser un usuario remoto valido, Password es la contrasea del usuario remoto, HOST es el nombre direccin ip del servidor, PUERTO indica el numero del puerto al que se conectara el parmetro es

opcional, el puerto por defecto es el 152, y por ultimo SID es el nombre del servicio al cual se conectara nuestro servidor.

La cual nos proporcionara la facilidad de hacer consultas del tipo: OBJETO@DBLINK Donde Objeto puede ser cualquier tipo de objeto en la base de datos remota y @DBLink es el enlace a la base de datos, de este modo podremos usar las tablas, vistas, triggers y dems objetos en el servidor. Estos pasos de configuracin se hacen en los dos servidores para que se puedan comunicar, es decir tenemos que dar de alta el servidor 1 en el servidor 2 y viceversa; adems tenemos que dar de alta un DBLink para cada uno de ellos, una vez teniendo configurados los servidores podremos iniciar la replicacin. REPLICANDO DATOS Ahora antes de replicar los datos tenemos que tener datos, necesitamos tener cuando menos una tabla en la base de datos, ahora crearemos una tabla para hacer esta prctica la cual llamaremos: COMPRAS; la cual estar en el servidor 1 (RAMMS) y ser replicada hacia el servidor 2 (YOS). Utilizaremos las sentencias de SQL Plus para crear la tabla con los siguientes campos de la siguiente manera: CREATE TABLE RAMMS.COMPRAS Y posteriormente: ( CODIGO VARCHAR2 (8 BYTE) NOT ALTER TABLE RAMMS.COMPRAS NULL, ADD (

PROVEEDOR VARCHAR2 (30 PRIMARY KEY BYTE) NOT NULL, (CODIGO) PRODUCTO VARCHAR2 (45 BYTE) USING INDEX NOT NULL, TABLESPACE USERS PRECIOCOMPRA INTEGER NOT PCTFREE 10 NULL, INITRANS 2 PRECIOVENTA INTEGER NOT MAXTRANS 255 NULL, STORAGE ( CANTIDAD NUMBER NOT NULL INITIAL ) MINEXTENTS 1 64K

MAXEXTENTS UNLIMITED PCTINCREASE )); Despus de crear la tabla agregaremos datos en ella, quedando de la siguiente manera: Ahora realizaremos una consulta desde el servidor 2 (YOS) usando los DBLink, quedando de la siguiente manera: SELECT * FROM COMPRAS@DBLINKRAMMS Arrojando la siguiente informacin: Como podemos observar la consulta funciona es decir que podemos consultar objetos desde el servidor 2, ahora crearemos en el servidor 1 (RAMMS), una tabla LOG para la replicacin de la tabla COMPRAS, con la 0

siguiente instruccin: CREATE MATERIALIZED VIEW LOG ON RAMMS.COMPRAS NOCACHE LOGGING NOPARALLEL; Esta tabla guardara los datos cambiados y actualizara de manera instantnea todas las replicas de la tabla COMPRAS. Ahora desde el servidor 2 (YOS) crearemos nuestra vista materializada para recibir los datos de la tabla original, a este procedimiento de replica se le denomina replica en forma de instantnea o de snapshot, lo haremos usando la siguiente

instruccin.

CREATE MATERIALIZED VIEW RAMMS.COMPRAS BUILD IMMEDIATE REFRESH FAST ON COMMIT AS SELECT * FROM COMPRAS@DBLINKRAMMS; Ahora en el servidor 2 (YOS), ya disponemos de una copia exacta de la tabla compras del servidor 1 (RAMMS), y se actualizara automticamente cuando se haga un commit en las transacciones, ahora podemos ejecutar la sentencia: SELECT * FROM COMPRAS; E inmediatamente despus podremos apreciar el resultado de la consulta, ntese que en el servidor 2,no existan datos para la tabla COMPRAS de hecho COMPRAS no es una tabla es una vista! De esta manera cualquier cambio realizado en el servidor 1, se ver reflejado inmediatamente en el servidor 2, de esta manera tenemos la informacin actualizada y lo ms importante distribuida en varios nodos al mismo tiempo.

PARA RECORDAR Oracle es una herramienta tipo cliente/servidor que nos permite la creacin, manejo, modificacin, de bases de datos, es una herramienta de alta tecnologa que tiene como fin manejar grandes cantidades de informacin adems de permitir cantidades ilimitadas y al mismo tiempo de usuarios para gestionar los mismos datos. Al elegir oracle como herramienta de trabajo se debe determinar un hardware y un sistema operativo especfico de funcionamiento. Entre las caractersticas ms relevantes de Oracle tenemos las siguientes: Soporta grandes cantidades de informacin. Soporta gran cantidad de usuarios accediendo al mismo tiempo a la misma informacin. Permite la creacin de seguridades a travs de la creacin de usuarios con privilegios y roles Tiene una estructura cliente servidor. Conectividad entre bases de datos remotas (estructura de base de datos distribuidas) Compatibilidad 1. Los componentes del SGA y su utilizacin. (estructuras compartidas que informacin tienen sql shared) 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. rea Global del Sistema, SGA 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 Cache

Es el cach que almacena los bloques de datos ledos de los segmentos de datos de la BD, tales como tablas, ndices y clsteres. Los bloques modificados se llaman bloques sucios. El tamao de buffer cach se fija por el parmetro DB_BLOCK_BUFFERS del fichero init.ora.

Como el tamao del buffer suele ser pequeo para almacenar todos los bloques de datos ledos, su gestin se hace mediante el algoritmo LRU. Buffer Redo Log

Los 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. El tamao del buffer redo log se fija por el parmetro LOG_BUFFER.

rea de SQL Compartido, Shared SQL Pool

En esta zona se encuentran las sentencias SQL que han sido analizadas. El anlisis sintctico de las sentencias SQL lleva su tiempo y Oracle mantiene las estructuras asociadas a cada sentencia SQL analizada durante el tiempo que pueda para ver si puede reutilizarlas. Antes de analizar una sentencia SQL, Oracle mira a ver si encuentra otra sentencia exactamente igual en la zona de SQL compartido. Si es as, no la analiza y pasa directamente a ejecutar la que mantiene en memoria. De esta manera se premia la uniformidad en la programacin de las aplicaciones. La igualdad se entiende que es lexicogrfica, espacios en blanco y variables incluidas. El contenido de la zona de SQL compartido es: Plan de ejecucin de la sentencia SQL. Texto de la sentencia. Lista de objetos referenciados.

Los pasos de procesamiento de cada peticin de anlisis de una sentencia SQL son: Comprobar si la sentencia se encuentra en el rea compartida. Comprobar si los objetos referenciados son los mismos. Comprobar si el usuario tiene acceso a los objetos referenciados.

Si no, la sentencia es nueva, se analiza y los datos de anlisis se almacenan en la zona de SQL compartida. Tambin se almacena en la zona de SQL compartido el cach del diccionario. La informacin sobre los objetos de la BD se encuentra almacenada en las tablas del diccionario. Cuando esta informacin se necesita, se leen las tablas del diccionario y su informacin se guarda en el cach del diccionario de la SGA.

Este cach tambin se administra mediante el algoritmo LRU. El tamao del cach est gestionado internamente por el servidor, pero es parte del shared pool, cuyo tamao viene determinado por el parmetro SHARED_POOL_SIZE.

2. Componentes del PGA y su utilizacin (dvw dvr, lgw, pmon, sismon) 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. rea Global de Programa PGA El Program Global Area es un rea de memoria utilizada por un proceso Oracle. Esta zona de memoria no se puede compartir y sus partes son: System Monitor, SMON

El SMON es el supervisor del sistema y se encarga de todas las recuperaciones que sean necesarias durante el arranque. Esto puede ser necesario si la BD se par inesperadamente por fallo fsico, lgico u otras causas. Este proceso realiza la recuperacin de la instancia de BD a partir de los ficheros redo log. Adems limpia los segmentos temporales no utilizados y compacta los huecos libres contiguos en los ficheros de datos. Este proceso se despierta regularmente para comprobar si debe intervenir.

Process Monitor, PMON

Este proceso restaura las transacciones no validadas de los procesos de usuario que abortan, liberando los bloqueos y los recursos de la SGA. Asume la identidad del usuario que ha fallado, liberando todos los recursos de la BD que estuviera utilizando, y anula la transaccin cancelada. Este proceso se despierta regularmente para comprobar si su intervencin es necesaria. Database Writer, DBWR

El proceso DBWR es el responsable de gestionar el contenido de los buffers de datos y del cach del diccionario. l lee los bloques de los ficheros de datos y los almacena en la SGA. Luego escribe en los ficheros de datos los bloques cuyo contenido ha variado. La escritura de los bloques a disco es diferida buscando mejorar la eficiencia de la E/S. Es el nico proceso que puede escribir en la BD. Esto asegura la integridad. Se encarga de escribir los bloques de datos modificados por las transacciones, tomando la informacin del buffer de la BD cuando se valida una transaccin. Cada validacin no se

lleva a la BD fsica de manera inmediata sino que los bloques de la BD modificados se vuelcan a los ficheros de datos peridicamente o cuando sucede algn checkpoint o punto de sincronizacin, grabacin diferida. Los bloques del buffer de la BD (bloques del segmento de rollback y bloques de datos) menos recientemente utilizados son volcados en el disco continuamente para dejar sitio a los nuevos bloques. El bloque del segmento de rollback se escribe SIEMPRE correspondiente bloque de datos. antes que el

Mltiples transacciones pueden solapar los cambios en un slo bloque antes de escribirlo en el disco. Mientras, para que se mantenga la integridad y coherencia de la BD, todas las operaciones se guardan en los ficheros de redo log . El proceso de escritura es asncrono y puede realizar grabaciones multibloque para aumentar la velocidad. Log Writer, LGWR

El proceso LGWR es el encargado de escribir los registros redo log en los ficheros redo log. Los registros redo log siempre contienen el estado ms reciente de la BD, ya que puede que el DBWR deba esperar para escribir los bloques modificados desde el buffer de datos a los ficheros de datos. Conviene tener en cuenta que el LGWR es el nico proceso que escribe en los ficheros de redo log y el nico que lee directamente los buffers de redo log durante el funcionamiento normal de la BD. Coloca la informacin de los redo log buffers en los ficheros de redo log. Los redo log buffers almacenan una copia de las transacciones que se llevan a cabo en la BD. Esto se produce: A cada validacin de transaccin, y antes de que se comunique al proceso que todo ha ido bien, Cuando se llena el grupo de buffers de redo log Cuando el DBWR escribe buffers de datos modificados en disco. As, aunque los ficheros de DB no se actualicen en ese instante con los buffers de BD, la operacin queda guardada y se puede reproducir. Oracle no tiene que consumir sus recursos escribiendo el resultado de las modificaciones de los datos en los archivos de datos de manera inmediata. Esto se hace porque los registros de redo log casi siempre tendrn un tamao menor que los bloques afectados por las modificaciones de una transaccin, y por lo tanto el tiempo que emplea en guardarlos es menor que el que empleara en almacenar los bloques sucios resultado de una transaccin; que ya sern

trasladados a los ficheros por el DBWR. El LGWR es un proceso nico, para asegurar la integridad. Es asncrono. Adems permite las grabaciones multibloque. Checkpoint, CKPT

Este proceso escribe en los ficheros de control los checkpoints. Estos puntos de sincronizacin son referencias al estado coherente de todos los ficheros de la BD en un instante determinado, en un punto de sincronizacin. Esto significa que los bloques sucios de la BD se vuelcan a los ficheros de BD, asegurndose de que todos los bloques de datos modificados desde el ltimo checkpoint se escriben realmente en los ficheros de datos y no slo en los ficheros redo log; y que los ficheros de redo log tambin almacenan los registros de redo log hasta este instante. La secuencia de puntos de control se almacena en los ficheros de datos, redo log y control. Los checkpoints se producen cuando: Un espacio de tabla se pone inactivo, offline Se llena el fichero de redo log activo Se para la BD El nmero de bloques escritos en el redo log desde el ltimo checkpoint alcanza el lmite definido en el parmetro LOG_CHECKPOINT_INTERVAL Cuando transcurra el nmero de segundos indicado por el parmetro LOG_CHECKPOINT_TIMEOUT desde el ltimo checkpoint.Est activo si el parmetro CHECKPOINT_PROCESS tiene un valor verdadero. Archiver, ARCH

El proceso archivador tiene que ver con los ficheros redo log. Por defecto, estos ficheros se reutilizan de manera cclica de modo que se van perdiendo los registros redo log que tienen una cierta antigedad. Cuando la BD se ejecuta en modo ARCHIVELOG, antes de reutilizar un fichero redo log realiza una copia del mismo. De esta manera se mantiene una copia de todos los registros redo log por si fueran necesarios para una recuperacin. Este es el trabajo del proceso archivador. Recoverer, RECO

El proceso de recuperacin est asociado al servidor distribuido. En un servidor distribuido los datos se encuentran repartidos en varias localizaciones fsicas, y estas se han de mantener sincronizadas. Cuando una transaccin distribuida se lleva a cabo puede que problemas en la red de comunicacin haga que una de las localizaciones no aplique las modificaciones debidas. Esta transaccin dudosa debe ser resuelta de algn modo, y esa es la tarea del proceso recuperador. Est activo si el parmetro DISTRIBUTED_TRANSACTIONS tiene un valor distinto de 0.

Lock, LC K

El proceso de bloqueo est asociado al servidor en paralelo. 3. Privilegios de sistemas de Oracle 9iy para qu sirve

PRIVILEGIOS DEL SISTEMA Permite al usuario hacer ciertas tareas sobre la BD, como por ejemplo crear un Tablespace. Estos permisos son otorgados por el administrador o por alguien que haya recibido el permiso para administrar ese tipo de privilegio. En general los permisos de sistema, permiten ejecutar comandos del tipo DDL (Data definition Language), como CREATE, ALTER y DROP o del tipo DML (Data Manipulation Language. Privilegio CREATE ANY INDEX CREATE [PUBLIC] SYNONYM CREATE [ANY] TABLE CREATE [ANY] VIEW ALTER ANY INDEX ALTER ANY TABLE DROP ANY INDEX DROP ANY SYNONYM Descripcin Crear cualquier ndice. Crear sinnimos [pblicos]. Crear tablas. El usuario debe tener cuota en el espacio de tablas, o ha de tener asignado el privilegio UNLIMITED TABLESPACE. Crear vistas. Alterar cualquier ndice. Alterar cualquier tabla Borrar cualquier ndice. Borrar cualquier sinnimo.

DROP PUBLIC SYNONYM Borrar sinnimos pblicos. DROP ANY VIEW Borrar cualquier vista.

DROP ANY TABLE SELECT ANY TABLE INSERT ANY TABLE DELETE ANY TABLE ALTER SESSION CREATE SESSION CREATE PROFILE CREATE ROLE CREATE ROLLBACK SEGMENT CREATE TABLESPACE CREATE USER ALTER PROFILE ALTER ANY ROLE ALTER ROLLBACK SEGMENT ALTER TABLESPACE ALTER USER DROP PROFILE DROP ANY ROLE

Borrar cualquier tabla. Efectuar selecciones de cualquier tabla o vista. Insertar en cualquier tabla o vista. Borrar filas de cualquier tabla o vista, y tambin truncar. Alterar los parmetros de la sesin. Conectarse a la BD. Crear perfiles de usuario. Crear roles. Creacin de segmentos de rollback. Crear espacios de tablas. Crear usuarios. Alterar perfiles existentes. Alterar cualquier rol. Alterar segmentos de rollback. Alterar espacios de tablas. Alterar usuarios. Borrar un perfil existente. Borrar cualquier rol.

DROP ROLLBACK SEGMENT DROP TABLESPACE DROP USER ALTER DATABASE GRANT ANY PRIVILEGE GRANT ANY ROLE

Borrar un segmento de rollback existente. Borrar un espacio de tablas. Borrar un usuario. Aadir CASCADE si el usuario posee objetos. Permite una sentencia ALTER DATABASE. Otorgar cualquiera de estos privilegios. Otorgar cualquier rol a un usuario.

UNLIMITED TABLESPACE Puede usar una cantidad de almacenamiento ilimitada. DROP PROFILE Borrar un perfil existente.

4. Privilegios de objetos que maneja Oracle 9i y para qu sirve PRIVILEGIOS SOBRE LOS OBJETOS Este tipo de privilegios le permite al usuario hacer cierta accin en un objeto de la base de datos, como puede ser una tabla, vista, funcin etc. Si a un usuario no se le dan estos privilegios solo podras acceder a sus propios objetos. Y estos tipos de privilegios los da el dueo del objeto, el administrador o alguien que haya recibido este permiso explcitamente. Los privilegios sobre objetos consienten que un objeto (creado por un usuario) estos privilegios puede ser de SELECT, de UPDATE, de DELETE, de INSERT. Privilegio SELECT INSERT Descripcin Puede consultar a un objeto. Puede insertar filas en una tabla o vista. Puede especificarse las columnas donde se permite insertar dentro de la tabla o vista. Puede actualizar filas en una tabla o vista. Puede especificarse las columnas donde se permite actualizar dentro de la tabla o vista.

UPDATE

DELETE ALTER INDEX REFERENCES EXECUTE READ

Puede borrar filas dentro de la tabla o vista. Puede alterar la tabla. Puede crear ndices de una tabla. Puede crear claves ajenas que referencie a esta tabla. Puede ejecutar un procedimiento, paquete o funcin. Permite leer archivos asociados con objetos BFILE en el directorio del sistema

5. Cules son los roles y privilegios que vienen instalados en Oracle Inicialmente Oracle tiene predefinidos los siguiente roles (entre otros): CONNECT Todos los permisos necesarios para iniciar una sesin en Oracle RESOURCE Todos los permisos necesarios para tener recursos para la creacin de objetos DBA Todos los permisos para un administrador de base de datos (DBA) EXP_FULL_DATABASE Permisos para poder exportar toda la base de datos. IMP_FULL_DATABASE Permisos para poder importar toda la base de datos.

Podemos decir que un usuarios normal, debe tener al menos los permisos de CONNECT (para conectarse) y de RESOURCE (para poder crear objetos). Roles CONNECT Privilegios CREATE SESSION, CREATE TABLE, CREATE VIEW, CREATE SYNONYM, CREATE SEQUENCE, CREATE DATABASE LINK, CREATE CLUSTER, ALTER SESSION RESOURCE CREATE TABLE, CREATE PROCEDURE, CREATE SEQUENCE, CREATE TRIGGER, CREATE TYPE, CREATE CLUSTER, CREATE

INDEXTYPE, CREATE OPERATOR SCHEDULER_ ADMIN DBA CREATE ANY JOB, CREATE JOB, EXECUTE ANY CLASS, EXECUTE ANY PROGRAM, MANAGE SCHEDULER Tiene la mayora de los privilegios, no asignar a los que no son administradores, todos los privilegios de sistema con la opcin with admin option SELECT_CATALOG_ROLE No tiene privilegios de sistema, pero tiene cerca de 1600 privilegios de objeto.

6. Cules son los perfiles y para qu sirven cada uno que vienen instalados en Oracle Los perfiles se crean para limitar las posibilidades de los usuarios del sistema de base de datos. Administradores: Que podran tener acceso a recursos ilimitados dentro del sistema. Desarrolladores: Que podran disponer de un nmero ilimitado de sesiones pero restringida la utilizacin de la CPU. Otros. En sntesis, los perfiles se utilizan para suavizar las tareas de administracin de la seguridad, manteniendo siempre bajo control los accesos a los recursos de todos los usuarios, por muchos que stos puedan llegar ser. Los perfiles se crean y modifican con los comandos CREATE PROFILE y ALTER PROFILE. La sintaxis de estos comandos no necesitan ser repetidas aqu porque vienen extensamente explicados en la ayuda del software; slo vale la pena destacar que algunas de las clusulas hacen referencia a cunto ciclo de CPU se le asignar a cada usuario, cuntas sesiones concurrentes podrn tener, etc.