Oracle - BASE DE DATOS

Datos Informativos:

Alumno : Vinueza Pillajo Danny

Profesor : Ing. Oscar Llerena Saltos

Fecha : mayo 15, 2010

RD

RD

RD

DBMS

[1]

DBMS

[2]

DBMS

[3]

O

UNIVEROracle

Orac

RSIDAD REGIOe

RDBMS

[4]

cle

ONAL AUTÓNOSi

Sist

RDBMS

S

OMA DE LOS Aistemas Mercemas Distribu

ANDES antiles uidos II

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES Sistemas Mercantiles

Sistemas Distribuidos II

Oracle GESTION DE BASE DE DATOS

La administración de base datos se realiza mediante el uso de varios sistemas los mismos que pueden ser encontrar en base al nivel de negocio que se maneje mismo que pasan desde sencillas a complejas configuraciones. Partiendo de esta base de conocimiento previa que puede ser conocida con el término distribución, se emplea el uso de herramientas avanzadas, una de ellas es Oracle.

Esta herramienta que maneja el entorno cliente/servidor ofrece a cada desarrollador una nueva experiencia de manejo de bases de datos por la facilidad que emplea al manejarla, dando de esta forma flexibilidad, confianza, escalabilidad y seguridad a cualquier tipo de información disponible en cualquier negocio.

Esta nueva tecnología se encuentra prácticamente en todas las industrias alrededor del mundo, siendo a vez una de la empresas que desarrolla software activado por Internet. Este reto fue liberado desde el momento que se presento una nueva tendencia de manejo de datos, convirtiéndose lo que es hoy en día, un entorno de flexibilidad para cualquier cliente.

Ofrece tiempos de respuesta que los

usuarios exigen y reduce sus costes

de tiempo de baja. Ofrece

disponibilidad, escalabilidad y los

beneficios de bajo coste de clustering

con Oracle Real Application Clusters.

Contar con la más alta calidad de servicio



Reducir los costes con la Base de Datos de Auto Administración

Automatiza las tareas administrativas

propensas a errores que consumen

mucho tiempo, de manera que los

DBA pueden focalizarse en objetivos

comerciales estratégicos. Ofrece

capacidad de administración superior

y ahorros significativos de costes

tanto comparado con IBM DB 2.0

como Microsoft SQL Server 2000.

Crea su base para Grid Computing

Oracle con Real Application Clusters y

Administración Automática de

Almacenamiento coordina el uso de

una gran cantidad de servidores y

almacenamiento que actúan como un

solo Grid de Auto Administración para

obtener la más alta calidad de servicio

en hardware modular, de bajo coste.

El hardware que puede llegar a utilizar no difiere al de un servidor normal. Los componentes están especializados para adaptarse a cualquier medio y adoptar enfoques de compartido. Esto implica que programas operen en diversas máquinas, que pueden ser subsistemas de un RDBMS y posean diferentes fuentes de procesamiento.

La proyección de la información distribuida disminuye el costo de almacenamiento, y también significa disponibilidad y fiabilidad de los datos, está diseñado para aceptar peticiones de cualquier nivel de usuario.



COMPONENTES



Componentes del SGA y su utilización

El Área Global del Sistema (SGA) de Oracle es el área de memoria que Oracle asigna durante el inicio de sesión y que contiene las estructuras de memoria que se utilizan para almacenar datos y para controlar la información. El SGA siempre debe encontrarse en la memoria no paginada y sin intercambio.

Estructuras de Memoria

En la tabla que se muestran a continuación se definen los tipos de estructuras de memorias de Oracle:

Tipo Definición

Agrupación compartida Reside en el SGA de instancias de Oracle y contiene las áreas de SQL compartidas y el diccionario de datos.

Caché de búfer de base de datos

La caché del búfer contiene copias de los bloques de datos que se han leído del disco.

Búfer del registro de rehacer

Es un búfer del SGA que contiene un histórico de los cambios confirmados.

Los valores que se definen para los parámetros siguientes son los que tienen un mayor impacto en el tamaño del SGA:

• LARGE_POOL_SIZE • SHARED_POOL_SIZE • DB_CACHE_SIZE • LOG_BUFFER


Sistemas Distribuidos II Cache de Biblioteca (SHARED SQL & PL/SQL)

En esta área se encuentran las sentencias SQL que han sido analizadas, en donde Oracle revisa si existe una sentencia similar en la zona de SQL compartido. Si es así, no la analiza y pasa directamente a ejecutar la que mantiene en memoria.

Cache de Diccionario de Datos (Data Dictionary Cache)

Almacena los datos más recientemente utilizados (definiciones de tablas y columnas, nombres de usuarios, claves y privilegios). Durante la fase de análisis de la sentencia de SQL, Oracle busca información en el cache del diccionario de datos para validar los privilegios de acceso.

Cache de Buffers de BD (DataBase Buffers Cache)

En esta zona se almacena los bloques de información más reciente uutilizada por los usuarios. Para optimizar el acceso al disco y aumentar el rendimiento. La DB antes de leer los discos busca en esta zona.

Buffer de RedoLog (Redo Log Cache)

Es una zona donde almacena de forma secuencial toda la información de los cambios realizados en la DB (Insert, Update, Delete, Create, Alter o Drop), y en caso necesario se puede deshacer los cambios por las modificaciones y volver al estado inicial de la base de datos.

Conjunto Grande (large Pool)

Es un área opcional de memoria en la SGA que se utiliza cuando las transacciones interactúan con más de una base de datos.

Conjunto Java (Java Pool)

Es necesario si se utiliza Java, y sirve como requisito de análisis de servicios para comandos Java.

Procesos en Oracle

Procesos Servidor: Es cuando se ejecutan instrucciones SQL y cuando el usuario se conecta, ejecuta el código de aplicación y maneja el perfil de usuario con sus variables de ambiente. Los procesos de usuario no se comunican directamente lo hacen a través de procesos servidor.



Procesos en segundo plano o Background: Estos procesos son los que ejecutan diferentes tareas administrativas relacionadas con el rendimiento de la Base de datos.

DBWR: (Database Writer) responsable de escribir los cambios de datos en la base de datos.

LGWR: (Long Writer) graba los cambios registrados en el buffer redo log sobre ficheros redo log.

SMON: (System Monitor) recupera la base de datos a un estado consistente después del fallo.

PMON: (Process Monitor) limpia los recursos asociados a cada PGA después del fallo.



Componentes del PGA y su utilización

El Área Global de Programas o Procesos (PGA) es memoria reservada para cada proceso de usuario que se conecta a una base de datos. Se asigna cuando se crea un proceso y se libera cuando se termina otro. En términos general se expresa que el PGA es únicamente destinado a cumplir un único proceso, muy diferente al SGA que se encargaba de varios.

EL PGA se compone de:

• Área SQL privada: cada SQL que se ejecuta necesita de este espacio para poder llevar el control de las operaciones propias de la sentencia. Se asigna cuando se abre el cursor y se libera completamente cuando se cierra. Esta parte de memoria se subdivide en dos: a) area persistente: perdura durante toda la vida del cursor. Guarda las bind (unión) variables además de otras cosas; b) area en tiempo de ejecución: se libera cuando finaliza la ejecución de la sentencia SQL (aunque no se haya cerrado el cursor ). Constituyen las áreas de trabajo (working areas) que se explican más adelante. El número máximo de cursores, y por tanto, el número máximo de áreas SQL privadas, que un usuario puede tener abiertos al mismo tiempo se controlan con el parámetro OPEN_CURSORS. También hay que tener en cuenta que esta área SQL privada se almacena en la PGA si la Instancia está configurada como servidores dedicados (dedicated servers). En caso de servidors compartidos (shared servers) se almacena en la SGA.

• Memoria de las sesiones: guarda la información relativa a la sesión como el login, variables de sesión. En servidores compartidos (shared servers) esta área pasa a ser pública ya que diferentes usuarios comparten los mismos procesos servidores.

El PGA se almacena en la memoria del servidor pero fuera del SGA. Por tanto, para dimensionar ambas áreas hay que tener en cuenta que la suma de las dos no supere los límites específicos del servidor y la plataforma (tamaño máximo memoria RAM, 2 GB en Windows)

El tamaño del PGA es configurable en cualquier área de trabajo. Desde Oracle 9i el DBA puede fijar el tamaño máximo del conjunto de todas las PGAs de la Instancia a través del paramétro PGA_AGGREGATE_TARGET. De esta forma, Oracle dinámicamente gestiona el tamaño de cada área de trabajo para que la suma de todas las PGAs no exceda del límite impuesto.


Sistemas Distribuidos II Es necesario conocer que el PGA se destruye cuando se libera el proceso (cerrar) y el sistema operativo devuelve el espacio reservado. Estp se ejecuta cuando el usuario procesa EXIT o DISCONNECT, lanza un CRTL + C, se pierde la comunicación con el servidor, se produce un ORA-600 que desconecta la sesión, el DVA lanza un KILL SESSION, etc.

Cada PGA posee un tamaño cambiante y lo mejor que se puede hacer es comprobar cuánto ocupa o cómo ocupa cuando se inicie el monitorizarlas con V$PROCESS, para ver el tamaño de cada proceso de la Instancia (el proceso puede ser background o foreground – también llamado shadow). Para obtener una estadística del PGA se puede usar la vista V$pgstat:

SQL> select * from v$pgastat;

Opciones de configuración de Oracle

En la tabla siguiente se definen algunas opciones de configuración de Oracle que pueden mejorar el rendimiento de ejecución:

Opción de configuración

Descripción

DB_BLOCK_BUFFERS

Este parámetro define el número de búfers de la caché de búfer del área global del sistema (SGA). La caché de búfer contiene copias de los bloques de datos que se han leído del disco. El establecimiento de este valor afecta al rendimiento de la caché de búfer. La definición correcta de este valor favorece las posibilidades de obtener los datos solicitados de la memoria en lugar de obtenerlos del disco, lo que mejora considerablemente el rendimiento de ejecución. Debe hacer una estimación del número de bloques de datos a los que la aplicación Tivoli Enterprise Console accede con más frecuencia para hacer uso de las tablas, los índices y los segmentos de retrotracción y proporcionar una estimación del número mínimo de búfers que deben definirse para la caché del búfer. Por lo general, 1000 a 2000 es un valor mínimo correcto para el número de búfers que deben definirse. La caché de búfer debe ser igual a la memoria que queda tras haber ajustado las áreas de SQL y de PL/SQL y la agrupación compartida.

DB_BLOCK_MULTIBLOCK_READ_COUNT

Este parámetro especifica el número máximo de bloques que se leen durante una exploración de tabla secuencial para una operación de E/S. Puede ayudar a minimizar el número de E/S necesarios durante las exploraciones de tabla.

DB_CACHE_SIZE

Este parámetro especifica el tamaño de la agrupación de almacenamientos en búfer predeterminada para los búfers que utilizan el tamaño de bloque que especifica el parámetro DB_BLOCK_SIZE.


Sistemas Distribuidos II Opción de configuración

Descripción

LARGE_POOL_SIZE

Asigne una agrupación grande de modo que Oracle disponga de una agrupación por separado para solicitar asignaciones de memoria grandes y reducir el impacto en el SGA en su conjunto. También debe establecer el parámetro LARGE_POOL_MIN_ALLOC.

PARALLEL_AUTOMATIC_TUNING

El establecimiento de este parámetro permite que Oracle pueda determinar automáticamente los parámetros predeterminados necesarios para la ejecución en paralelo. Puesto que la ejecución en paralelo sólo utiliza la agrupación grande, si el parámetro large_pool_size no se establece, determina un tamaño predeterminado para éste. Para habilitar este parámetro, también deberá definir las tablas de destino como PARALLEL.

SHARED_POOL_SIZE

La agrupación compartida reside en el SGA de instancias de Oracle y contiene las áreas de SQL compartidas y el diccionario de datos. El área de SQL compartida contiene la información necesaria para ejecutar sentencias SQL simples. El diccionario de datos contiene los nombres de usuario del servidor de Oracle, los privilegios y las funciones, los nombres y las definiciones de los objetos de base de datos, las restricciones de integridad, las asignaciones de espacio de objetos de la base de datos, la información de auditoría, los procedimientos almacenados y los desencadenantes.

SORT_AREA_SIZE

Cuando tienen lugar funciones de clasificación grandes con regularidad, este parámetro debe incrementarse respecto a su valor predeterminado. Establecer este valor de forma correcta puede incrementar el número de procedimientos de clasificación que podrán realizarse por completo en la memoria y puede acelerar las clasificaciones que no pueden realizarse por completo en la memoria.

SORT_DIRECT_WRITES

Establezca este valor en AUTO. Cuando se establece en AUTO y el parámetro sort_area_size tiene más de 10 veces el tamaño del búfer, este parámetro puede hacer que se pase por alto la utilización de la caché de búfer y, potencialmente, mejorar las clasificaciones en una proporción de 3.

SORT_AREA_RETAINED_SIZE

Un valor de sort_area_size grande debe contrarrestarse con un valor de sort_area_retained_size mínimo para que la memoria de clasificación pueda liberarse antes de que finalice la sesión de un usuario. Si la memoria no se libera hasta que el usuario se desconecta de Oracle, la existencia de un área de trabajo de clasificación grande puede provocar problemas en lugar de favorecer el rendimiento.

LOG_BUFFER

Es una aplicación que genera muchos registros y que, comúnmente, tiene entre 3 y 5 MB de tamaño de búfer de registro. Compruebe las estadísticas de reintentos de asignación de búfer de rehacer en la vista V$SYSSTAT para verificar si este valor es alto. Un valor alto indica que debe incrementarse el tamaño del búfer del registro. Asegúrese de que los registros se encuentran en


Sistemas Distribuidos II Opción de configuración

Descripción

dispositivos de E/S de alto rendimiento con índices de contención de E/S bajos.

DB_WRITER_PROCESSES

Este parámetro especifica el número de inicios de sesión de los procesos del grabador de base de datos para una instancia. Es útil establecer este valor en un valor más alto para aplicaciones como, por ejemplo, el producto Tivoli Enterprise Console, que necesitan frecuentes y exhaustivas actualizaciones de la base de datos.

ALWAYS_ANTI_JOIN

Establezca este parámetro en el valor HASH para habilitar el operador NOT IN que se evaluará en paralelo mediante un algoritmo hash anti-join en paralelo. De lo contrario, utilizará una secuencia correlacionada secuencial.

LOCK_SGA

Este parámetro bloquea la asignación de memoria del SGA en la memoria física cuando se establece en true. Con ello se evita que los búfers de memoria del servidor de base de datos de eventos se intercambien con el disco. El parámetro se pasa por alto si el sistema operativo en el que se establece no lo admite. También puede optar por bloquear sólo determinadas áreas de SGA en la memoria física con la opción de configuración LOCK_SGA_AREAS.

OPTIMIZER_MODE

Este parámetro establece el método de acceso que ha de utilizarse para la instancia cuando se recuperan filas de las tablas de la base de datos de eventos. Cuando se establece, el optimizador elige el mejor método entre un enfoque basado en reglas y un enfoque basado en costes. El enfoque basado en costes implica el análisis de las estadísticas, si están actualizadas. Puesto que en la base de datos de eventos podrían estar ejecutándose regularmente las estadísticas wdbmaint.sh y la reorganización wdbmaint.sh, el modo elegido debería ser beneficioso para la aplicación Tivoli Enterprise Console.

OPTIMIZER_INDEX_COST_ADJ

Este parámetro permite agregar un factor de ponderación al enfoque basado en costes cuando se realiza la evaluación de los índices respecto a las exploraciones de tabla. La utilización de este parámetro para la aplicación Tivoli Enterprise Console debería ser beneficiosa para favorecer las ponderaciones de los índices frente a la utilización de las exploraciones de tabla.



PRIVILEGIOS



Privilegios de Sistema Oracle 9i

Los privilegios de sistema permiten a los usuarios desempeñar una acción particular dentro del sistema o una acción particular sobre un tipo determinado de objeto. Por ejemplo, el privilegio para crear un tablespace o para borrar filas de una tabla en la base de datos están privilegiados del sistema muchos de los cuales están disponibles solamente para administradores y desarrolladores de aplicaciones porque estos privilegios son muy poderosos.

Los privilegios de sistema son permisos para realizar ciertas operaciones en la base de datos, a continuación se presentan:

- create session: para conectarse a la base de datos;

- create table: crear tablas;

- create sequence: crear secuencias;

- create view: crear vistas;

- create trigger: crear disparadores en su propio esquema;

- create procedure: crear procedimientos y funciones;

- execute any procedure: ejecutar cualquier procedimiento en cualquier esquema;

- create user: crear usuarios y especificar claves;

- create role: crear roles;

- drop user: eliminar usuarios.

Se asignan privilegios de sistema a un usuario mediante la instrucción "grant":

Sintaxis básica:

grant PERMISODESISTEMA to USUARIO;

Oracle permite conceder múltiples privilegios a múltiples usuarios en una misma sentencia, debemos separarlos por comas.

En el siguiente ejemplo se concede el permiso para crear sesión a los usuarios "juan" y "ana":

grant create sesion to juan, ana;


Sistemas Distribuidos II En el siguiente ejemplo se conceden los permisos para crear tablas y vistas al usuario "ana":

grant create table, create view to ana;

En el siguiente ejemplo se conceden 2 permisos a 2 usuarios en una sola sentencia:

grant create trigger, create procedure to juan, ana;

En general los permisos de sistema, permiten ejecutar comandos del tipo DDL (Data Definition Languaje), como CREATE, ALTER y DROP o del tipo DML (Data Manipulation Languaje). Una sentencia que permite ver los privilegios de sistema es SYSTEM_PRIVILEGE_MAP.

Entre los privilegios del sistema que existen hay dos que son los importantes SYSDBA y SYSOPER. Estos son dados a otros usuarios que serán administradores de la base de datos. Para otorgar varios permisos a la vez, se hace la siguiente manera:

SQL> GRANT CREATE USER, ALTER USER, DROP USER to ahernandez;



Privilegios de Objeto Oracle 9i

Los privilegios de objetos permiten a los usuarios desempeñar acciones sobre un esquema específico. Por ejemplo, el privilegio para borrar filas de una tabla específica es un privilegio de objetos, mismos que son asignados a usuarios finales, entonces ellos pueden usar una aplicación de la base de datos para llevar a cabo tareas específicas, como una Tabla, Vista, un Procedur oFunción, etc. Si a un usuario no se le dan estos permisos sólo puede acceder a sus propios objetos (USER_OBJECTS). Este tipo de permisos los da el owner o dueño del objeto, el administrador o alguien que haya recibido este permiso explícitamente (con Grant Option).

Por ejemplo para otorgar permisos a una tabla Ventas para un usuario particular:

SQL> GRANT SELECT, INSERT, UPDATE, ON analista.venta ti jperez;

Adicionalmente, podemos restringir los DML a una columna de la tabla mencionada. Si quisieramos que este usuario pueda dar permisos sobre la tabla Factura a otros usuarios, utilizamos la cláusula WITH GRANT OPTION. Ejemplo:

SQL> GRANT SELECT,INSERT,UPDATE,DELETE ON venta TO mgarcia WITH GRANT OPTION;

Roles

Son los que son asignados por default a un usuario. Un rol, puede ser asegurado de manera adicional, que por default, no trae seguridad alguna. Entonces partiendo de la teoría, un rol puede ser creado con la siguiente seguridad:

• Ninguna (Default) • Password • External • Global

Por falta de hardware/software, no puedo demostrar la seguridad Global, pero las demás sí. Un ejemplo inicial y valido es crear un usuario identificado a nivel sistema operativo.

• Ahora realizamos la conexión como el usuario creado, identificado de manera externa, y validamos el primer rol asignado "CONNECT"

• Aquí se valida dos cosas, la primera es que el rol de create session viene implícito en el connect, ya que de otra forma no hubieramos podido crear la sesión; y lo segundo es que el rol asignado, está activo por default.

• Ahora se crea un rol identificado por un password.



• Ya que se tiene asignado al usuario el nuevo rol, nos conectamos como el usuario

La siguiente sentencia permite identificar los roles y demas privilegios que fueron asignados al usuario de la sesion.

SELECT granted_role "Rol",

admin_option "Admin"

FROM user_role_privs;

UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES

Sistemas MercantilesSistemas Distribuidos II

INSTALACION DE UN SERVIDOR ORACLE



Las presentes imágenes que se muestran a continuación están dadas mediante el uso de Oracle 9i:


Sistemas Distribuidos II La continuación de esta imagen muestra resultados no procesados como es la ruta de acceso (lugar desde donde se origino la instalación), el nombre del destino y la dirección donde se copiaran los archivos.

Ubicación de los archivos

Productos Disponibles

Tipos de Instalación

Configuración de la Bases Datos


Sistemas Distribuidos II Identificación de la base de datos

Ubicación de los archivos de la Base de Datos

Juego de caracteres de la Base de Datos

Resumen


Sistemas Distribuidos II Instalación

Instalación Ubicación del Disco (continuar proceso de copiar archivos)

Herramientas de configuración



Asistente de Configuración de Base de Datos

Seguridad


Sistemas Distribuidos II Ingresando hacia la Consola - Administración

Conexión a la Base de Datos



Resultado de la Conexión



INSTALACION DE UN

CLIENTE ORACLE



Productos Disponibles

Herramientas de Configuración

Asistente de Configuración de Red Oracle



Configuración de Uso de Directorios

Configuración de los Métodos de Nomenclatura

Configuración del Nombre del Servicio de Red: VERSIÓN


Sistemas Distribuidos II Configuración del Nombre del Servicio de Red: NOMBRE

Configuración del Nombre del Servicio de Red: PROTOCOLO

Configuración del Nombre del Servicio de Red: Servidor y Puerto

Configuración del Nombre del Servicio de Red: Prueba



Configuración del Nombre del Servicio de Red: Conexión

Configuración del Nombre del Servicio de Red: Nombre del Servicio

Configuración del Nombre del Servicio de Red: ¿Otro Nombre?





Agregar Base de Datos al árbol

Ingreso a la Base de Datos: UNIVERSO



ADMINISTRACIÓN



TableSpaces

Creación



Usuarios

Creación: GENERAL

Creación: ROL



Creación: SISTEMA

El resultado de las operaciones de deduce en un mensaje de configuración presentado en un cuadro de diálogo:

Realizada la operación de creación, ingresamos a la base de datos con el usuario que se creó para continuar accediendo a la base de datos y empezar la creación de tablas y parámetros necesarios para su funcionamiento.



Tablas

En la siguiente ventana que aparece se debe seleccionar es esquema el cual se desarrolla la tabla asignando su adecuado tablespace.

Terminada la creación de tablas es necesario realizar la creación de claves primarias o foráneas en las tablas.



Secuencias

Es utilizado para crear campos de creación auto numérico ya que Oracle no los maneja



Disipadores



Distribución



Funcionamiento mediante Oracle SQL Plus


Sistemas Distribuidos II En caso de realizar la distribución y mostrarse en algún cliente únicamente para la lectura de datos (no la creación de enlaces que se realiza en el servidor) es necesario utilizar:



LINKOGRAFÍA

http://es.wikipedia.org/wiki/Bases_de_datos_distribuidas

http://www.oracle.com/global/es/database/index.html

http://html.rincondelvago.com/bases-de-datos-distribuidas_1.html

http://www.oracle.com/global/es/database/index.html

Documents

Oracle - BASE DE DATOS