Universidad Tecnológica Nacional

Facultad Regional La Plata

Administración de Recursos

Año 2003

Grupo Número 13: Administración de Base de Datos Oracle.

Zein Ariel
Risso Leonel
Perales del Castillo Raúl
López Sebastián Edelmar
 TEMAS TRATADOS

SISTEMA GESTOR DE BASE DE DATOS (SGBD) ORACLE

ANALISIS INICIAL DE UN SGBD ORACLE

CONCEPTOS GENERALES SOBRE ARQUITECTURA DEL SGBD ORACLE

ESTRUCTURA DEL SGBD ORACLE

CREACIÓN DE LA BASE DE DATOS

ARRANQUE Y PARADA DEL SGBD ORACLE

USUARIOS, PROFILES, ROLES, PRIVILEGIOS

CREACIÓN DE OBJETOS

EXPORTACION, IMPORTACION

MODO ARCHIVE LOG

CONEXIONES CLIENTE/SERVIDOR
SISTEMA GESTOR DE BASE DE DATOS (SGBD) ORACLE:

Está concebido con el fin de manejar grandes cantidades de información, además 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 específico y bajo un sistema
operativo determinado.

La elección del entorno de trabajo (hardware, S.O. y tipología de la estructura cliente/servidor)

será una decisión que estará acorde con las necesidades del propio sistema de información.

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 según 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.

ADMINISTRADOR DE BASES DE DATOS (DBA):

Es el responsable para el buen funcionamiento de toda una estructura de datos y todo su

entorno de trabajo.

Esta persona deberá tener un alto conocimiento de todo el sistema que envuelve al SGBD.

Sobre este recae una alta responsabilidad, debido a las graves repercusiones que puede traer
una mala gestión de la información.

Las funciones que se le asignan a un DBA Oracle son las siguientes:

• Instalación y actualización del software del SGBD.

• Analizar e instalar en la base de datos las aplicaciones con las que van a interactuar los
usuarios. Esto, básicamente lleva consigo:

Asignación de espacios (tablespaces) en la base de datos y ubicación de los

mismos en los discos de la máquina.
Creación de todos los objetos (tablas, índices, vistas, etc.) requeridos por cualquiera
de las aplicaciones, así como su dimensionamiento dentro de la base de datos.
Actualización de los parámetros del sistema para el correcto funcionamiento de las
aplicaciones.
• Creación de los usuarios y asignación de privilegios, con el fin de controlar la seguridad de
acceso de estos a la información de la base de datos.

• Controlar y monitorizar los accesos de los usuarios a la base de datos. Excesivas

conexiones pueden provocar cuellos de botella en la red y bloqueos en algunos de los
recursos de la máquina.

• Gestionar y optimizar el rendimiento de los procesos contra la base de datos. Esta será una
de las funciones más importantes del administrador, porque de nada sirve tener una buena
infraestructura montada si los colapsos son continuos y la lentitud en los accesos es
constante.

• Planificación de los sistemas de backup y recuperación de los datos en caso de que sea
necesario.

• Control del crecimiento de los archivos y procesos generados en el sistema por parte del
mismo SGBD.

ANALISIS INICIAL DE UN SGBD ORACLE:

Para establecer un entorno de trabajo en Oracle vamos a necesitar:

• Software Oracle para servidor (Oracle Server Software): Obviamente, una versión
determinada específicamente diseñada 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 información y un software
específico (Net8) para que sean posibles las conexiones de los usuarios al servidor en
arquitecturas cliente/servidor.

• Software Oracle para cliente (Oracle Client Software): Este software se ubicará en los
puestos de trabajo de los usuarios (también bajo un determinado sistema operativo-
Windows 95, NT, etc.), el cual estará formado por un conjunto de herramientas específicas
para cliente/servidor (Designer/2000, Developper/2000, etc.) y de su correspondiente
software (Net8) para el establecimiento de las conexiones al servidor.

• Archivos de base de datos: La base de datos en sí, los cuales serán creados a través de
herramientas o comandos específicos de Oracle. La ubicación de la base de datos se
realizará sobre los discos del propio servidor donde se ha establecido el Oracle Server
Software.

• Recursos suficientes en nuestro servidor: Previamente, habrá que realizar un estudio

de nuestro sistema de información 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.
CONCEPTOS GENERALES SOBRE ARQUITECTURA DEL SGBD ORACLE :

• Archivo de configuración INIT.ORA : Archivo de inicialización de valores para el

arranque de la instancia y para el establecimiento de configuraciones Oracle. Se
especifican parámetros predeterminados con el valor que se desee, con el fin de optimizar
los rendimientos o adecuar los recursos.

Será donde se establezcan todos los parámetros para que Oracle trabaje de una u otra
forma.

Estos archivos son independientes por instancia, es decir, habrá tantos archivos de
configuración como instancias activas en el sistema de información.

• Archivos de control (Control Files) : Conjunto de archivos, de tamaño reducido y estable,

encargados de mantener la consistencia del resto de los archivos de la base de datos.
Mantendrán información como :

Contador de Commit almacenado en cada archivo.

Número de Redo Log actual.
Información adicional que indicará a la base de datos si los archivos son todos del
mismo momento o se han recuperado de backup, el punto de arranque de la
recuperación, etc. Aunque pequeños y generalmente olvidados, son transcendentales
para trabajar con la base de datos.

• Archivos históricos (Redo Log File) : Son archivos donde se irán almacenando los
cambios provocados por las transacciones sobre la base de datos. Son utilizados
exclusivamente en modo escritura, excepto cuando se produce una recuperación de la
base de datos.

• Sentencias de Commit : Es el punto de decisión de la transacción, indicando que los

cambios hechos sobre la base de datos son validados y realizados.

Se trata de un punto sin retorno para una transacción. Cuando se produce un Commit, éste
provoca una escritura en los archivos históricos (redo log files), con el objetivo de que
quede grabada la decisión del Commit.

Los datos nuevos no tienen por qué ser escritos en disco de forma inmediata. En realidad,
permanecen en memoria hasta que sean limpiados por falta de espacio, se produzca un
Checkpoint o entren en los timeouts de limpieza de memoria.

• Segmentos de Rollback : Dan la posibilidad a la transacción de no hacer Commit sino

Rollback.

Esto quiere decir que, mientras que no se realice un commit, el resto de las transacciones
deberán ver los datos anteriores al comienzo de la misma. Para ello, en los segmentos de
rollback se guarda el valor anterior de los datos modificados por una transacción para la
consistencia en lectura en entornos multi-usuario.

• Puntos de ruptura ( Checkpoint ): Eventos que se activan en un tiempo determinado para

la limpieza de los bloques sucios de memoria.

Un punto de ruptura se provocará porque :

Ha habido un cambio en los archivos de redo log.

Se ha llegado al límite previamente establecido por el parámetro
log_checkpoint_interval del archivo de configuración INIT.ORA.
Se ha llegado al límite previamente establecido por el parámetro checkpoint_timeout.

El objetivo de los puntos de ruptura es poder tener marcar de recuperación basadas en los
archivos históricos actuales (redo log files).
• Archivos de base de datos : Componentes físicos de la base de datos a nivel de sistema
operativo, los cuales contendrán los datos generados por parte de los usuarios del sistema.

• Espacios de tabla (tablespaces) : Agrupaciones lógicas de uno o más archivos de la

base de datos.

Un tablespace puede estar formado por uno o más archivos de la base de datos, y un
archivo de la base de datos sólo puede estar englobado en un único tablespace.

En los tablespaces será donde se ubiquen los datos que se creen en la base de datos, y
físicamente se almacenarán en los archivos de base de datos que componen el tablespace.

ESTRUCTURA DEL SGBD ORACLE

La estructura del SGBD Oracle consta de tres partes bien diferenciadas :

1) INSTANCIA : Motor de Oracle. Conjunto de componentes básicos necesarios para el

funcionamiento y arranque del SGBD. Está compuesta por :

• Estructura de Memoria : Se almacenan los ejecutables del software Oracle y todo el

sistema necesario para el tratamiento del SGBD.

La filosofía de Oracle es la de albergar la máxima cantidad de información en memoria con

el objeto de acelerar el tratamiento de los datos.

La estructura de Oracle en memoria se divide en :

SGA (System Global Area)

Caché de datos (Database Buffer Cache).
Caché de redo logs (Redo Log Buffer Cache).
Área de memoria compartida (Shared Pool), compuesta por las áreas
compartidas para sentencias SQL y de la caché de diccionario de datos
(Dictionary Caché o Row Cache).
Información adicional sobre procesos, como bloqueos y colas de
entrada/salida para determinadas configuraciones.

PGA (Program Global Area)

Áreas privadas para sentencias SQL.
Áreas de ordenación de sentencias.

Área para ejecutables de Oracle

• Archivos de configuración ( INIT.ORA ) : Archivos de configuración donde se establecen

todos los parámetros para que Oracle trabaje de una u otra forma.

• Procesos Background : Serie de procesos encargados de mantener, manejar y controlar

todo el SGBD.

Existen unos procesos estándar, que Oracle activa siempre que ejecuta una instancia, y
otros que dependerán de las configuraciones establecidas en el fichero de inicialización
(INIT.ORA)

Los procesos estándar que Oracle siempre activa son :

 DBWR ( Database Writer ) : Encargado de escribir en los archivos de la base de
datos todos los buffers de datos que han sido modificados en memoria por
operaciones Update, Delete, o Insert.

LGWR ( Log Writer ) : Encargado de escribir en los archivos históricos de la base

de datos (Redo Log Files) la información contenida en los redo log buffers.

SMON ( System MONitor ) : Encargado de tratar las recuperaciones en caso de

fallo cuando se arranca el gestor.

PMON ( Process MONitor ) : Trata las recuperaciones en caso de fallo en algún

proceso de usuario.

2) BASE DE DATOS : Es un conjunto de información almacenada convenientemente en una

estructura de archivos de disco.

Existen varios tipos de archivos en Oracle, que son :

Archivos de control ( Control Files ) : Al crear una base de datos, Oracle establece el
llamado archivo de control, en el cual va a ir almacenando información de todas las
estructuras (y estado de las mismas) de la base de datos a la que representa.

Como mínimo habrá un archivo de control por base de datos, aunque se podrán realizar
copias del mismo, como medida de seguridad.

Este archivo será fundamental para el arranque de una base de datos, de ahí la
importancia de tener copias del mismo.

Archivos de Redo Log ( Redo Log Files ) : Contienen un histórico de todos los cambios
que van siendo realizados sobre la información de la base de datos.

En los Redo Log Buffers se reflejará toda aquella información que varíe (valor antiguo y
nuevo del dato modificado, así como los correspondientes a los segmentos de rollback
afectados), para posteriormente pasar esta información a los archivos históricos (redo log
buffers).

En los archivos históricos de la base de datos escribe únicamente el proceso LGWR.

Archivos de datos e índices ( Tablespaces de D. e I. ): Los archivos de datos almacenan

la información propiamente dicha, mientras que los archivos de índices almacenan
estructuras para un mejor acceso a la misma.

Archivos del diccionario de datos Oracle ( Tablespaces del Sistema ) : A la hora de

crear una base de datos se establece un fichero para contener toda una estructura lógica
para uso exclusivo de Oracle.

Esta estructura es el diccionario de datos, en el cual se almacena toda la información

relativa al flujo, estado, configuraciones, modos y estructuras lógicas de trabajo de una
base de datos.

Cualquier información sobre cualquier estructura, tanto lógica como física, de la base de
datos, así como el estado permanente de cada una de ellas, se puede localizar en el
diccionario de datos de Oracle.

Archivos para ordenaciones temporales ( Temporary Tablespaces ) : Cuando alguna

sentencia requiere una serie de ordenaciones, Oracle trata de realizarlas en memoria, pero,
en caso de no poder llevarlo a cabo (casi siempre porque el espacio reservado en memoria
para ordenaciones es escaso), se crean archivos para ordenaciones temporales, con el fin
de poder efectuar las dichas sentencias.
 Archivos para consistencia en lectura y recuperaciones de datos ( Tablespaces para
segmentos de rollback ) : Existen en todas las bases de datos Oracle unas estructuras
llamadas segmentos de rollback, cuyas funciones son :

Mantener la consistencia en lectura para los entornos multi-usuarios.

Establecer la posibilidad de volver al estado inicial de una transacción que no ha

sido validada (rollback).

Albergar información de apoyo para las recuperaciones en caso de caída del

sistema.

3) ENTORNO CLIENTE/SERVIDOR : Sistema basado en compartir aplicaciones y/o datos a

través de una red.

El entorno cliente/servidor básico, quedaría establecido de la siguiente manera :

Servidor de datos compartido, donde estará ubicado el SGBD Oracle, el software

del servidor y la propia estructura física de los datos.

Puestos de trabajo de los usuarios, donde se ubicará el software cliente Oracle.

Infraestructura de conexión, para establecer las comunicaciones, tanto físicas como

lógicas, entre las estaciones de los clientes y el servidor de datos.

Software de comunicaciones. En el caso de Oracle es Net8.

 Creación de la Base de Datos
Si bien las versiones recientes de Oracle ofrecen asistentes para su creación

a continuación se describen los paso de crearla manualmente

• Asegurarse tener espacio suficiente

• El usuario con el que se realiza la instalación debe tener privilegios a nivel de súper
usuario en Windows (administrador), Unix (root), etc.
• Creación de la base de datos, en la creación se muestra el código SQL, si bien las
nuevas versiones traen asistentes que facilitan la creación esta se realiza en SQL

SVRMGR>connect internal
Conectado
startup nomount pfile=’ D:\Oradata\RECURSOS/initRECURSOS_0.ora’

Nos conectamos desde la consola y le especificamos un archivo de inicio transitorio donde

se especifica la ubicación de los archivos de control y otros parámetros necesarios para la
creación de la base de datos.

SVRMGR> CREATE DATABASE RECURSOS

> LOGFILE '
D:\Oradata\RECURSOS\redo01.log'SIZE 1024K,
> 'D: \Oradata\RECURSOS\redo02.log'SIZE 1024K,
> '
D: \Oradata\RECURSOS\redo03.log'SIZE 1024K
> MAXLOGFILES 32
> DATAFILE 'D: \Oradata\RECURSOS\\system01.dbf'SIZE 60M REUSE
AUTOEXTEND
> MAXDATAFILES 254
> CHARACTER SET WE8ISO8859P1
> NATIONAL CHARACTER SET WE8ISO8859P1;

Como se ve se especifica el nombre de la Base de Datos, los archivos históricos

(redo log files con la ubicación que se escoge en el disco (suponemos un directorio en
general para todos los archivos) con el tamaño de 1MB cada uno, la cantidad máxima de
log files, el 1º archivo de datos de la Base de Datos que corresponderá al Tablespace
SYSTEM donde su ubica el DD de la Base de Datos, la cantidad máximas de archivos de
datos y dos parámetros por defecto para la creación.
 • Creación de Tablespaces

SVRMGR> CREATE TABLESPACE RBS DATAFILE ' D:\Oradata\RECURSOS\rbs01.dbf'SIZE

250M REUSE
> AUTOEXTEND ON NEXT 5120K
> MINIMUM EXTENT 512K
> MAXSIZE 1024M
> DEFAULT STORAGE ( INITIAL 512K NEXT 512K MINEXTENTS 8 MAXEXTENTS 4096);

Corresponde al Tablespace de Rollback

Nota: autoextend : puede extender automáticamente el tamaño del datafile con
extensiones de 5M con un tamaño máximo de 1 Gb.

SVRMGR> CREATE TABLESPACE USERS DATAFILE ' D:\Oradata\RECURSOS\users01.dbf'

SIZE 100M REUSE
> AUTOEXTEND ON NEXT 1280K
> MINIMUM EXTENT 128K
> DEFAULT STORAGE ( INITIAL 128K NEXT 128K MINEXTENTS 1 MAXEXTENTS 4096
PCTINCREASE 0);

Corresponde al tablespace de Usuarios donde van los objetos de los usuarios

SVRMGR> CREATE TABLESPACE TEMP DATAFILE ' D:\Oradata\RECURSOS\temp01.dbf'

SIZE 250M REUSE
> AUTOEXTEND ON NEXT 640K
> MINIMUM EXTENT 64K
> DEFAULT STORAGE ( INITIAL 64K NEXT 64K MINEXTENTS 1 MAXEXTENTS
UNLIMITED PCTINCREASE 0) TEMPORARY;
Corresponde al tablespace Temporal
SVRMGR> CREATE TABLESPACE TOOLS DATAFILE ' D:\Oradata\RECURSOS\tools01.dbf'
SIZE 50M REUSE
> AUTOEXTEND ON NEXT 320K
> MINIMUM EXTENT 32K
> DEFAULT STORAGE ( INITIAL 32K NEXT 32K MINEXTENTS 1 MAXEXTENTS 4096
PCTINCREASE 0);
Corresponde al tablespace de Herramientas

SVRMGR> CREATE TABLESPACE INDX DATAFILE ' D:\Oradata\RECURSOS\indx01.dbf'

SIZE 60M REUSE
> AUTOEXTEND ON NEXT 1280K
> MINIMUM EXTENT 128K
> DEFAULT STORAGE ( INITIAL 128K NEXT 128K MINEXTENTS 1 MAXEXTENTS 4096
PCTINCREASE 0);
Corresponde al tablespace donde van los Indices

SVRMGR> CREATE PUBLIC ROLLBACK SEGMENT RBS0 TABLESPACE RBS

> STORAGE ( OPTIMAL 4096K );
SVRMGR> CREATE PUBLIC ROLLBACK SEGMENT RBS1 TABLESPACE RBS
> STORAGE ( OPTIMAL 4096K );

Corresponden a los segmentos de rollback, se crean hasta la cantidad de segmentos

recomendados
Luego se ponen en Línea
SVRMGR> ALTER ROLLBACK SEGMENT "RBS0" ONLINE;
SVRMGR> ALTER ROLLBACK SEGMENT "RBS1" ONLINE;

Luego de la creación de los tablespaces se ejecutan los siguientes archivos de Catálogos

conectado con privilegios desde SVRMGR> ejecutarlos
D:\Oracle\base\Rdbms\admin\catalog.sql; Crea el diccionario de datos de la Base de
Datos
Standard.sql crea Store procedures usados por el Motor
Cataudit.sql crea vistas para auditorias
Catexp.sql Crea objetos para el uso de exp/imp
Catldr.sql Crea objetos para el uso de loader
Catpart.sql Crea objetos para poder particionar tablas
Catadt.sql Crea objetos para su uso con java
Catsum.sql Crea objetos para totalizar datos del motor
@D:\Oracle\base\Rdbms\admin\catexp7.sql Crea objetos para exp/imp con versiones de
Oracle 7.x
@D:\Oracle\base\Rdbms\admin\catproc.sql Crea procedimientos, funciones y triggers de la
Base de Datos
Catrpc.sql Crea vistas para el uso de base de datos
remotas
dbmsstdx.sql Crea objetos para la base de datos según el
S.O.
Plitblm.sql Crea tablas e indices de PL/SQL
plspurity.sql
Pipidl.sql
Pidian.sql
Diutil.sql
Pistub.sql
Utlhttp.sql http requests from stored programs
utlfile.sql Routines to perform File I/O
utlraw.sql routines for raw datatypes
Utltcp.sql Package for TCP/IP communication
utlinad.sql Package for Internet address
utlsmtp.sql Package for Simple Mail Transfer Protocol
(SMTP)
catspace.sql Objetos para el manejo del almacenamiento
dbmsspc.sql
catactx.sql
catsvrmg.sql Create the views and tables required for
Server Manager
dbmsutil.sql - packages of various utility procedures
dbmsapin.pls procedures for instrumenting database
applications.
dbmssyer.sql pl/sql routines for system error messages for
DBMS* routines.
dbmslock.sql locking routines provided by Oracle
dbmspipe.sql send and receive from dbms "pipes"
dbmsalrt.sql Blocking implementation of DBMS "alerts"
dbmsotpt.sql used by sql*dba ' set serveroutput on'cmd
dbmsdesc.sql describe stored procedures and functions
dbmssql.sql DBMS package for dynamic SQL
dbmspexp.sql Package spec. for procedural extensions to
export
dbmsjob.sql DBMS JOB queue interface
dbmsstat.sql statistics gathering package
dbmspsp.sql Routines to compile PSP pages.
catrule.sql This loads the catalog and plsql packages for
the rule engine
dbmsread.sql creates the package specs for rules admin and
rule
catqueue.sql
dbmsaqad.sql package which contains the administrative
operations of AQ
catrm.sql Catalog script for dbms Resource Manager
package
dbmsrmpriv.sql public interface for DBMS Resource Manager
PRIVileges
catdefer.sql catalog of deferred rpc queues
catdefrt.sql CATalog DEFeRred rpc Tables
catsnap.sql Creates data dictionary views for snapshots
dbmspb.sql ProBe (PL/SQL debugger) server-side
package.
dbmssum.sql PUBLIC interface FOR SUMMARY refresh
dbmssnap.sql utilities for snapshots
dbmspbt.sql package specification for PL/SQL tracing
CATPITR.SQL Tablespace Point in Time specific views
dbmspitr.sql tablespace point-in-time recovery functions
CATPLUG.SQL Pluggable Tablespace check views
dbmsplts.sql Pluggable Tablespace Package Specification
dbmslob.sql DBMS package specification for Oracle8 Large
Objects
utlrefld.sql Installs the utl_ref package on the rdbms.
dbmstrst.sql distributed trust administration
dbmslogmnrd.sql
CATSNMP.SQL Creates an SNMPAgent role to access the v$
tables
catrls.sql Catalog views for Row Level Security
dbmsrlsa.sql Row Level Security Adminstrative interface
catol.sql outline views and synonyms
dbmsol.sql Specification for outln_pkg
catodci.sql Types and Interfaces for Extensibility
dbmsrpr.sql RDBMS Repair Package Specification
dbmstrig.sql DBMS TRIGger function
@D:\Oracle\base\sqlplus\admin\pupbld.sql CREATE PRODUCT AND USER PROFILE
TABLES
@D:\Oracle\base\Rdbms\admin\utlsampl.sql

Una vez creada la base de datos se debe configurar el archivo init.ora para la
configuración en particular de la Base de Datos, es de suma importancia que este archivo este
configurado de la forma adecuada por que en ella se definen parámetros de memoria, archivos,
lenguaje, etc.
En el archivo debe ir la ruta en que se encuentran los archivos de control, el nombre los
segmentos de rollback, la memoria compartida en bytes así como el buffer de los archivos
históricos; el lenguaje de la Base de Datos, formato de la fecha y parámetro de estadísticas.

control_files = ("D:\oradata\RECURSOS\control01.ctl", "D:\oradata\RECURSOS\control02.ctl",

"D:\oradata\RECURSOS\control03.ctl")
rollback_segments = ( RBS0, RBS1, RBS2, RBS3, RBS4, RBS5, RBS6 …)
db_block_buffers = 7730 # 60MB 7730*8192 Buffer Cache
log_buffer = 32768
shared_pool_size = 21108736 #20MB
db_block_size = 8192 #Tamaño del Bloque
processes = 100
db_name = "DBA"
db_files = 50
open_cursors = 100
db_file_multiblock_read_count = 8
large_pool_size = 614400
java_pool_size = 20971520
timed_statistics = true # if you want timed statistics
sort_area_size = 65536
sort_area_retained_size = 65536
Arranque y Parada del SGBD ORACLE

ARRANQUE

A la hora de arrancar una instancia se suceden tres fases bien diferenciadas:

1) Arranque de la Instancia
2) Montaje de la Base de Datos
3) Apertura de la Base de Datos

Estas fases pueden realizarse por separado o realizarse conjuntamente. En el primero

de los casos es para realizar cualquier tipo de operación sobre la base de datos
(parametrizarla, crearla, etc.). El segundo caso es para una base de datos que ya esta
estabilizada y no necesita abrirse por fases.

1) Arranque de la Instancia

Es la primera fase de arranque en esta se van a iniciar los procesos background para
la instancia en cuestión además se establecerá las estructuras de memorias
correspondientes en la SGA del servidor, para ello se deberá leer el archivo INIT.ora
para tener en cuenta los parámetros en el ubicados. El comando es
Startup nomount

2) Montaje de la Base de Datos

En esta fase se montan los archivos de la base de datos, los cuales van a asociarse
con la instancia arrancada en la fase anterior, una vez que una base de datos ha sido
montada permanecerá cerrada por lo que no será posible ningún tipo de operación por
parte de los usuarios sobre la misma.
En esta fase Oracle va a abrir el o los archivos de control para leer los archivos de
datos y archivos históricos de la base de datos.
El comando es:
Startup mount;

3) Apertura de la Base de Datos

En esta fase oracle abre los archivos de datos e históricos para que todos los usuarios
dados de alta en el sistema puedan realizar sus operaciones normales sobre la
información, el comando es:
Startup open;

¿Cuál es la utilidad de las fases de arranque?

La primer fase y mas importante es para crear la base de datos.

Existen operaciones y acciones sobre la base de datos que necesitan que este
montada pero no abierta. (Activación del archivador)
En caso de error la recuperación de la base de datos se hace en la fase
Tres.
PARADA

1) Modo Normal
2) Modo Inmediato
3) Modo Abortivo

1) Modo Normal: El comando es shutdown, en este caso se efectúan todas las fase de
parada de tal manera que oracle escribe todos los datos ubicados en el SGA y la
información de recuperación a los archivos de datos e históricos, en este caso los
archivos de la base de datos son cerrados convenientemente dejando la consistencia
de todas las estructuras en modo estable.

2) Modo inmediato: esta forma es similar a la anterior con la diferencia de que con esta
forma oracle cancela sin previo aviso, todas las conexiones en ese momento activas
por parte de los usuarios, los que puede causar de que queden procesos colgados, en
el caso de no existir conexiones activas no habría problema. El comando es shutdown
immediate.

3) Modo Abortivo: Esta es la forma menos recomendad de cerrar la base de datos ya

que podrían quedar estados inconsistentes sobre la misma, aunque en casos de
emergencia va a ser obligatorio su uso.
Esta es la forma mas rápida de cerrar una base de datos y terminar la instancia
asociada a la misma ya que en este modo no escribe sobre los archivos de la base de
datos ( archivos de datos e históricos) la información almacenada en la SGA de datos y
recuperación, además de dejar abiertos los archivos que componen toda la base de
datos. Esto provoca que al siguiente arranque del sistema oracle tenga que realizar
recuperación para establecer la consistencia de todas las estructuras y de la
información en ella almacenada. El comando utilizado es shutdown abort.
Cuando se baje la base de datos de esta forma, y una vez que se levante
posteriormente se recomienda volverla a bajar en modo normal y volverla a levantar
nuevamente. Esto nos asegurara que el proceso de recovery en el primer arranque se
ha llevado a cabo de forma satisfactoria.
 USUARIOS, PROFILES, ROLES, PRIVILEGIOS

Debemos tener en cuenta que al momento de crear la base de datos se crean

automáticamente dos usuarios con todos los privilegios. Ellos son SYS y SYSTEM, para crear
algún usuario o rol, o asignar privilegios o roles debemos conectarnos con alguno de estos dos
usuarios.

Creación De Usuarios
En la creación de usuarios se piden los siguientes requisitos:
1. Nombre
2. Password
3. Profile
4. Default- TableSpace
5. Temporary- Tablespace
6. Roles
7. System privilegies
8. Quotas
9. Privilegios sobre objetos

1- Nombre: nombre del usuario

2- Password: se debe especificar la clave del usuario

3- Profile: corresponde a un perfil que se le puede asignar al usuario el cual contiene:

Tiempo de CPU: se indica en seg/100 el tiempo máximo que el usuario puede usar la
cpu.
CPU/Call: se indica en seg/100 el tiempo máximo para llamados al sistema.
Tiempo de Conexión: se indica el tiempo máximo de conexión en minutos.
Tiempo Desocupado: se indica en minutos el tiempo máximo que el usuario puede
permanecer desocupado.
Sesiones concurrentes: la cantidad máxima se sesiones conectadas a la base de
datos.
Se pueden usar por default o ilimitado para algunos parámetros.

Código SQL
CREATE PROFILE Dto_Compras
LIMIT_CPU_PER_SESSION unlimited
CPU_PER_CAL default
CONNECT TIME 60
IDLE_TIME 15
SESSIONS_PER_USER 5
PASSWORD_LIFE_TIME 30 (tiempo en días que expira la password)
PASSWORD_LOCK_TIME 5 (Días deshabilitado en caso de fallar con el login)
FAILED_LOGIN_ATEMPS 3 (cantidad de intentos para introducir el login)

4- Default- TableSpace: aquí se debe seleccionar el tableSpace donde se crean los objetos
del usuario.

5- Tempory- TableSpace: generalmente se coloca el TableSpace temporal de la creación de

la base de datos, pero puede usarse cualquiera. Hay que tener en cuenta que aquí se
hacen las consultas y ordenaciones de este usuario.

6- Roles: son un conjunto de privilegios que se asignan a los usuarios para trabajar en su
entorno. Ya vienen predefinidos una serie de roles, pero también se pueden crear roles
personalizados, a continuación se detallan los roles predefinidos:
a) DBA: corresponde al superusuario, es el que tiene asignado implícitamente todos los
privilegios del sistema y demás roles. Los usuarios SYS y SYSTEM tienen este rol. Puede
realizar todas las operaciones sobre almacenamiento, usuarios, objetos, backups, etc.
b) CONNECT: este rol se le asigna automáticamente a cada usuario que se cree en la
base de datos. Quiere decir que tiene privilegios sobre sus objetos como conectarse a
la base de datos y abrir una sesión, crear sus tablas, borrarlas y actualizarlas; pero no
para otros usuarios
 c) RESOURCE: este rol le posibilita al usuario tener un conjunto de privilegios de sistema
un poco mas avanzado que CONNECT como crear triggers, procedimientos, secuencias,
etc.
d) EXP_FULL_DATABASE: este rol se asigna a usuarios para que puedan realizar
backups de la base de datos usando la utilidad EXP.
e) IMP_FULL_DATABASE: este rol se asigna a usuarios para que puedan restaurar
backups usando la utilidad IMP.
En los roles también se pueden anexar otros roles y heredar sus privilegios, también se
pueden tener privilegios sobre objetos.
Para crear un rol debemos identificar
Nombre
Rol o Roles incorporados
System Privilegios (privilegios del sistema)
Privilegios sobre objetos

Código SQL
CREATE ROLE Acceso_a_Sesiones;
GRANT “SELECT_ANY_TABLE TO Acceso_a_Sesiones;
GRANT CONNECT TO Acceso_a_Sesiones
GRANT INSERT ON DEMO DAYS TO Acceso_a_Sesiones;
GRANT SELECT ON DEMO DAYS TO Acceso_a_Sesiones;
GRANT SELECT ON SYS.V$SESSIONS TO Acceso_a_Sesiones,

7- System Privilegios (privilegios del sistema): estos están asignados básicamente al

tratamiento de objetos como crear tablas, crear vistas, etc. Cabe destacar que la mayoría
de estos privilegios se encuentran en los roles del sistema.

8- Quotas: se le indica al usuario el espacio en Kb o Mb que podrá manipular, se puede

indicar un tamaño especifico o ilimitado, por defecto no puede manipularlo. No solo se
puede asignar espacio a sus tablespace sino que a otros que no le pertenezcan.

9- Privilegios sobre objetos: aquí se especifican los privilegios sobre objetos de otros
usuarios. Se debe conectar con el usuario dueño del objeto y darle el privilegio al usuario
que desee manipular los objetos. Por ejemplo:
GRANT SELECT, UPDATE ON JLB.CLINETES TO JMR
JLB= dueño
JMR= usuario al que se permite.

Código SQL
CREATE USER JLB
PROFILE Dpto_Compras
IDENTIFIED BY “2505ABCA”
DEFAULT_TABLESPACE Tablas_Compras
TEMPORARY_TABLESPACE Temporal
QUOTA 10M ON Ventas
QUOTA UNLIMITED ON Tablas_Compras;
GRANT SELECT ANY VIEW TO JLB;
GRANT CONNECT TO JLB;
 Creación de objetos

Una vez creada una base de datos y un usuario cualquiera, puedo seguir al paso siguiente que
es la creación de objetos para dicho usuario. La creación de objetos esta íntimamente ligada a
los usuarios de la Base de Datos, dichos usuarios se dice que dichos usuarios tienen un
esquema de trabajo.
Los objetos de Oracle son:
• Tablas
• Vistas
• Indices
• Sinónimos
• Link de Base de Datos
• Procedimientos
• Funciones
• Disparadores (triggers)
• Paquetes de procedimientos y funciones

Según los roles asignados a un usuario en particular, este puede llegar a crear sus propios
objetos, hecho no recomendable en un entorno d producción. Estas es la tarea principal de un
DBA, quien sabe perfectamente cuales son los parámetros necesarios para el buen
funcionamiento de la Base de Datos (almacenamiento, integridad referencial, índices, etc.).
Por tal motivo cabe destacar que solo una usuario con rol DBA puede crear objetos.

Creación de Tablas
Las Tablas en Oracle son idénticas a las de otros Software de Base de Datos, con la diferencia
que estas serán pensadas para almacenar grandes volúmenes de datos, que habrán de estar
disponible en forma simultanea para multitud de usuarios. Para la creación de tablas se deben
especificar:
Nombre de la Base de Datos: la tabla habrá de pertenecer a una BD determinada
Nombre de la Table: identificación de la misma.
Table Space: se indica en que table space habrá de crearse la tabla
Campos: un listado de los campos que compondrán la tabla y estos campos deberán
indicar:
• Nombre: nombre del campo
• Tipo: el tipo de datos que almacenara el campo (numérico, char, varchar2, date, raw, long
raw, long)
• Tamaño: longitud expresada en caracteres que habrán de ocupar los datos almacenados
en el campo
• Null o Not Null: se indica si el campo puede contener valores null o no
• Valor por defecto
Constraints: indica las claves primarias, foráneas, únicas de la integridad referencial. Se
debe indicar el nombre del constraint, el tipo de clave (primaria, única, foránea)
Almacenamiento físico: la tabla se guarda en extensiones de tamaños expresados en
kbytes o Mbytes. Primero se indica el tamaño inicial, y si esta extensión se llena se debe
indicar el tamaño de la próxima extensión, normalmente el crecimiento de estas
extensiones se determina sobre un porcentaje de la sumatoria de las extensiones
anteriores. Ejemplo, una tamaño inicial de 24 k y una extensión de 16k, la próxima
extensión puede determinarse como el 50% de la sumatoria de las extensiones, así la
próxima extensión será de 20k. Este crecimiento de la tabla tendrá un limite de
extensiones.
Particiones: a fin de obtener un mejor rendimiento para tablas con cientos de miles de
registros se las puede particionar en distintos Table Space, a partir de una clave de
partición. Ejemplo, en una tabla que almacena información de patentes vehiculares
ordenadas en forma cronológica según su asentamiento, podemos tomar el campo ano
como criterio de partición de la tabla; así podemos particionar la tabla por ano y facilitar el
acceso a datos de un ano en particular.
Ejemplo de código SQL para crear una tabla:

CREATE TABLE JLB.CLIENTES

("NUMERO" NUMBER(3) NOT NULL, "NOMBRE" VARCHAR2(30) NOT NULL,
"ESTADO" VARCHAR2(1), "FOTO" LONG RAW, "ALTA" DATE,
CONSTRAINT "PK_NUMERO" PRIMARY KEY("NUMERO"))
TABLESPACE TABLAS_STOCK
STORAGE ( INITIAL 128K NEXT 64K MAXEXTENTS 249 PCTINCREASE 50);

Esta sentencia crea una tabla para el usuario JLB, llamada Clientes, se listan los campos que
la componen conjuntamente con el tipo y longitud de los mismos. Se indica al campo Numero
como clave primaria, y se indica el nombre del Table Space (Tablas_Stock) donde se
almacenara la tabla y por ultimo se especifica el tamaño de las extensiones que almacenaran a
la tabla. Se indica un valor inicial de 128K, la próxima extensión tendrá 64K y las siguientes
tomaran una dimensión igual al 50% de la sumatoria de las extensiones, así hasta llegar al
máximo de 249.

Ejemplo de código SQL para particionar una tabla:

CREATE TABLE JLB."VENTAS"("NUMERO" NUMBER(8) NOT NULL, "FECHA" DATE NOT

NULL,
"PRODUCTO" CHAR(30), "CANTIDAD" NUMBER(5), "AÑO" VARCHAR2(10) DEFAULT
2003 NOT NULL)
STORAGE ( INITIAL 1M NEXT 512K MAXEXTENTS 249)
PARTITION BY RANGE (AÑO)
(PARTITION "PART1" VALUES LESS THAN (2003) TABLESPACE " AÑO 2003" ,
PARTITION "PART2" VALUES LESS THAN (2002) TABLESPACE " AÑO 2002" ,
PARTITION "PART3" VALUES LESS THAN (2001) TABLESPACE " AÑO 2001");

Esta sentencia crea una tabla para el usuario JLB, llamada ventas, donde se indican los
campos con sus tipos y longitud, el espacio físico que habrá de ocupar y las particiones. Las
particiones se hacen tomando como criterio de división el campo AÑO, y se la divide por anos
desde el 2001 al 2003. Particionar la tabla de esta manera ayudara a acceder a registros de un
ano determinado, agilizando los procesos de usuario.

Creación de Indices
Los índices se crean para obtener un mejor acceso a las tablas mediante una clave que puede
ser única o concatenada, en el caso de las claves únicas o primarias el índice se crea
automáticamente al crear las claves. Los parámetros de creación de un índice son:
• Usuario
• Nombre del índice
• Tablespace
• Usuario de la Tabla
• Nombre de la Base de Datos
• Campos/s del índice
• Tipo de índice (único, en orden ascendente, descendente)
• Almacenamiento (ídem a las tablas)
• Particiones: los índices también se pueden particionar al igual que las tablas

Ejemplo de código SQL para crear un índice:

CREATE INDEX JLB.IDX_CLIENTES_1 ON JLB.CLIENTES

("NUMERO", "FECHA")
TABLESPACE "INDICES_STOCK"
STORAGE ( INITIAL 64K NEXT 32K MAXEXTENTS 249);

Esta sentencia crea un índice para JLB, llamado IDX_Clientes_1, y esta hecho sobre la tabla
JLB.Clientes; los campos tomados como clave son Numero y Fecha. Dicho índice se
almacenara en el Table Space Indices_Stock y se indica la dimensión que tendrá el mismo.
Creación de Vistas
Una vista es una forma de referenciar una tabla o varias tablas, u otras vistas, mediante la
utilización de un SELECT SQL. Se deben indicar: el usuario, el nombre de la vista y la consulta
SQL. Ejemplo:

CREATE VIEW JLB.CLIENTES_DADOS_DE_BAJA

AS select numero, nombre from jlb.clientes
where estado='B'
order by numero;

Esta sentencia crea una vista para JLB, llamada Clientes_dados_de_baja, y vera lo que le
arroje como resultado el Select indicado.

Creación de Sinónimos
Es la forma más usual de referenciar un objeto de otro usuario (tabla, vista, sinónimo, etc.). El
sinónimo puede ser local (corresponde a la misma Base de Datos) o remota (corresponde a
una Base de Datos distinta). Para la creación del sinónimo se debe indicar:
• Usuario
• Nombre del sinónimo
• Tipo de objeto
• Usuario propietario del objeto
• Nombre del objeto del cual deseamos crear el sinónimo

Ejemplo SQL para crear un sinónimo:

CREATE SYNONYM JWM.BAJAS FOR JLB.CLIENTES_DADOS_DE_BAJA;

Esta sentencia crea un sinónimo llamado Bajas para la persona JWM y el sinónimo hará
referencia a la Tabla Clientes_dados_de_baja del usuario JLB.

Link de Base de Datos

Se trata de una conexión a una Base de Datos remota. El link a BD se utiliza en forma
combinada con sinónimos. Se debe indicar:
• Usuario
• Clave
• Nombre de la Link a BD
• Nombre del servicio al cual se desea acceder en la otra base de datos

Ejemplo SQL para crear un Link a un BD:

CREATE DATABASE LINK PROVEES USING 'prov_tcp';
CREATE SYNONYM JLB."CUENTAS" FOR
"MAURICIO"."CLIENTES_CUENTAS"@prov_tcp;

La primera sentencia crea un link a BD indicando el servicio prov_tcp. La segunda sentencia

crea un sinónimo para el usuario JLB, llamado Cuentas y se referencia a la tabla
Clientes_cuentas del usuario Mauricio localizada en la base de datos indicada por el servicio
prov_tcp. Nota: el usuario debe tener cuenta en ambos servicios para poder crear sinónimos
remotos.
Los siguientes objetos son utilizados por desarroladores de aplicaciones Oracle, básicamente
almacenan código de programación que estarán disponible para su reutilizacion:
• Procedimientos, Funciones, Disparadores (triggers), Paquetes de procedimientos y
funciones
 EXPORTACION, IMPORTACIÓN

Exportación de Estructuras De Base de Datos

La exportación de información consiste en transportar datos ubicados en una base de datos
hacia un archivo binario de un sistema operativo determinado. Esta operación nos será útil
para:
• Copia de seguridad de la información almacenada en una base de datos.
• Reorganización de objetos que han llegado a un nivel de fragmentación importante.
• reubicación de estructuras determinadas dentro de una misma base de datos o hacia
otras diferentes.
La exportación de informaciones realiza a través de un comando llamado comando de
EXPORT. Esta ejecución se lleva a cabo desde el sistema operativo, en el cual se incluyen
algunos parámetros y normativas que hacen posible la exportación de información.

Normativas De Exportación
• El archivo de sistema operativo que genera la herramienta contendrá información de la
base de datos en formato binario. Estos no se podrán leer por ninguna otra utilidad que
no sea la misma de importación de datos Oracle 8. No obstante, hay un parámetro de
la utilidad que nos permite ver el contenido de la información que se ha exportado.
• La exportación de información requiere de un usuario y una clave de base de datos.
Este usuario deberá tener activado el rol de EXP_FULL_DATA_BASE para poder realizar la
operación de exportación.
• Se recomienda que mientras se está realizando la exportación de cualquier tipo de
estructura de base de datos, no se esté actualizando ningún tipo de datos contenida en
ellas.

Comando De Exportación De Datos

El comando para invocar a esta utilidad se debe lanzar desde la línea de comandos del
sistema operativo. El comando es EXP80.
La sentencia es:
Exp <usuario> / <password> buffer= 1048576 full= yes file= export.dmp log= export.log

Se exportará toda la información de un determinado usuario sobre un archivo de sistema

operativo (export.dmp), el cual se creará en el directorio desde el cual se esté lanzando el
comando. Para ello se utiliza un buffer de 1 Mb.
Todas las secuencias se almacenan en un archivo histórico con el fin de visualizar al final la
operación si todo a terminado correctamente (export.log).
uno de los métodos mas cómodos para lanzar la operación de exportación es el comando
siguiente:
Exp <usuario> / <password> parafile= parametro.txt

En el archivo parámetro.txt sería donde introduciríamos los parámetros de exportación. Con

este método, se podría realizar varios estándares de exportación de datos, creando varios
archivos de parámetros según el caso.

Método De Exportación
La exportación de datos puede realizarse utilizando dos métodos bien diferentes.
• Método convencional (DIRECT= NO)
• Método directo(DIRECT= YES)

Método Convencional de exportación de datos

Cuando la utilidad de exportación usa este método lo que hace es lanzar consultas SQL para
extraer la información de las tablas de la base de datos.
Los datos se leen de disco para ubicarlos posteriormente en un caché de datos. Estos datos
pasan por una serie de chequeos de evaluación, para luego ser transferidos al archivo de
exportación.

Método directo de exportación de datos

 Es más rápido ya que los datos son leídos y escritos directamente sobre el archivo de
exportación, evitando todos los procesos de evaluación que se producían en él caché de datos
con el método convencional.

Parámetros de Exportación
Estos parámetros se pueden incluir en la misma línea de comandos del ejecutable de
exportación o dentro de un archivo de parámetros determinado (PARFILE)
BUFFFER: Especifica, en bytes, el tamaño del buffer asignado para los accesos a los
registros de un objeto.
COMPRESS: Este parámetro está indicado para el tratamiento de las cláusulas de
almacenamiento de los objetos. Con el valor de COMPRESS= YES, la exportación
calculará el espacio ocupado por cada uno de los objetos accedidos para que, con una
importación posterior, todo este espacio ocupado por la información del objeto se
agrupe en una única extensión.
CONSISTENT: Tiene la función de mantener la consistencia en la exportación de datos
en el caso de que éstos puedan ser modificados mientras la exportación se está
llevando a cabo. Debe tener el valor CONSISTENT= YES.
CONSTRAINTS: Sirve para indicar el proceso que también exporte las constraints de
las tablas.
DIRECT: Este parámetro indica el modo en el que se va a realizar la exportación de
datos, convencional o directa.
FEEDBACK: Este parámetro sirve básicamente para realizar un seguimiento del
número de filas que se van exportando.
FILE: Sirve para especificar el nombre del archivo binario donde la utilidad va a ir
almacenando los datos exportados. La extensión por defecto es DMP , aunque se
podría especificar otra extensión.
FULL: cuando está en yes, sirve para exportar toda la información de una base de
datos.
GRANTS: Cuando está en yes, se exportará los permisos de los objetos en relación
con los usuarios y roles de la base de datos.
HELP: Proporciona ayuda sobre los parámetros disponibles en la utilidad de
exportación.
INCTYPE: Especifica el tipo de exportación incremental (COMPLETE, CUMULATIVE o
INCREMENTAL). Por defecto no se usará ninguno de estos tipos.
INDEXES: con el parámetro en yes, se exportarán los índices asociados con las tabla.
LOG: Se puede especificar el archivo de log donde comprobaremos el estado final de
la operación de exportación de datos, y localizar cualquier tipo de error en el caso de
que lo haya.
OWNER: Sirve para especificar una lista de usuarios, con lo que la utilidad exportará
únicamente los objetos pertenecientes a dichos usuarios.
PARFILE: Indica UN archivo de texto donde podremos almacenar una lista con los
parámetros que utilizará la utilidad para realizar el proceso de exportación.
TABLES: Con este parámetro podremos especificar una lista determinada de tablas
que se quieren exportar. Se pueden especificar tanto tablas completas como
particiones.

Otros parámetros son:

Point_in_time_recover
Record
Recordlength
Recovery_tablespaces
Rows
Statiscs
Userid

Modos De Exportación De Datos

• Modo completo (FULL= NO)
• Modo usuario (OWNWER= (lista de usuarios))
• Modo tabla (TABLES= (lista de tablas))
 Modo completo
La utilidad de exportación extraerá la información completa de una base de datos, la cual
estará acorde con los demás parámetros adicionales en el comando de exportación. El usuario
que utilice este método deberá tener un rolo de EXP_FULL_DATABASE o DBA.
Para utilizar este método, nos basaremos en el parámetro FULL en la exportación de datos, el
cual nos va a indicar que vamos a utilizar este método y no otro de los existentes dentro de la
utilidad.

Modo usuario
Este método se utiliza para exportar datos relativos a un grupo de usuarios de la base de
datos (OWNER =(lista de usuarios)). Suele ser bastante útil cuando se quiere traspasar información
de una determinada aplicación de una base de datos a otra.

Modo tabla
Con este método podremos exportar una determinada cantidad de tablas de la base de datos
(TABLES= (LISTA DE TABLAS)). Para especificar la lista de las tablas a exportar, es conveniente
utilizar el propietario de las mismas, con el fin de tener claramente identificadas las tablas de
las que se trata.
Con este método de exportación podemos incluir en la lista tanto tablas como particiones de
las mismas. El usuario que lance una exportación deberá ser EXP_FULL_DATABASE o DBA.

Importación de Estructuras De Base de Datos

Otra utilidad es la importación de información en una base de datos tomando como referencia
un archivo determinado el cual habrá sido generado mediante la utilidad de exportación.
La utilidad de importación sola puede leer aquellos archivos que hayan sido generados
mediante la utilidad de exportación.
Lo que hace es básicamente es ir leyendo un archivo de exportación determinado para ir
almacenando adecuadamente su información en una base de datos concreta.

Proceso De Importación De Datos

Cuando se realiza la importación de la información almacenada en un archivo de exportación,
la utilidad crea primero las tablas sobre la base de datos, y luego inserta los datos y crea sus
índices asociados. Por último se elaboran los triggers de bases de datos asociados a la tabla
se activarán sus constraints y se crearán sus índices bitmap en caso de tenerlos.

Normativas De Exportación De Datos

El archivo de exportación debe haber sido creado por una versión 5.1.22 o posterior
Que el usuario de base de datos que se encargue de la importación de datos tenga
asociado el rol de IMP_FULL_DATABASE.

Comando De Importación De Datos

El comando para esta utilidad es el IMP80 el cual deberá lanzarse desde la línea de comandos
del sistema operativo.
Imp <usuario> / <password> buffer= 1048576 full= yes file= exp.dmp log= import.log

Se importará toda la información de un determinado archivo de exportación (exp.dmp), donde

todas las secuencias del proceso se irán almacenando en un archivo histórico, para visualizar
si se ha importado correctamente.
Todas las secuencias se almacenan en un archivo histórico con el fin de visualizar al final la
operación si todo a terminado correctamente (import.log).
uno de los métodos mas cómodos para lanzar la operación de exportación es el comando
siguiente:
Imp <usuario> / <password> parafile= parametro.txt

En el archivo parámetro.txt sería donde introduciríamos los parámetros de importación. Con

este método, se podría realizar varios estándares de importación de datos, creando varios
archivos de parámetros según el caso.

Parámetros De Importación
ANALYZE: Sirve para indicar el proceso de importación si tiene o no que analizar
las tablas que va leyendo del archivo de exportación.
 BUFFER: Indica, en bytes, el tamaño del buffer a través del cual los datos van a
transferirse a la base de datos.
COMMIT: Con este parámetro activado, la importación irá validando las inserciones
que se vayan produciendo en las tablas de la base de datos. Después de la
inserción de un número determinado de registros sobre la tabla se lanzará una
sentencia de commit. En caso de tener desactivado este parámetro, no se lanzará
la sentencia hasta que no se hayan terminado de insertar todos los registros de
una tabla.
FROMUSER: Su función es importar objetos de una serie de usuarios
determinados los cuales serán buscados dentro del archivo de exportación.
FULL: Indica si se quiere o no importar la totalidad de la información contenida en
el archivo de exportación.
GRANTS: podemos indicar a la utilidad si se quieren o no importar los permisos
existentes sobre los objetos del archivo de exportación.
TABLES: Nos permite especificar una lista determinada de tablas que se quieren
importar. En dicha lista se podrán indicar tanto tablas completas como particiones
de las mismas.
USERID: Sirve para indicar el usuario y la clave del usuario de base de datos que
va a realizar la importación de datos. La importación de datos podría realizarse
obre una base remota, utilizando una cadena de conexión adecuada.
LOG: especifica el archivo histórico donde la utilidad de importación va a ir
almacenando todas las operaciones que va efectuando.

Otros parámetros son:

Help
Ignore
Inctype
Indexes
Indexfile
Parfile
Point_in_time_recover
Recordlength
Rows
Show
Skip_unusable_indexes

Modos De Importación de Datos

• Modo completo (FULL= YES)
• Modo usuario (FROMUSER y TOUSER)
• Modo tabla (TABLES= (lista de tablas))

Modo completo
La utilidad de exportación extraerá la información completa Dl archivo de exportación para
ubicarla en una base de datos destino, todo ello acorde con los demás parámetros adicionales
en el comando de importación. El usuario que utilice este método deberá tener un rolo de
EXP_FULL_DATABASE o DBA.
Para utilizar este método, nos basaremos en el parámetro FULL en la importación de datos, el
cual nos va a indicar que vamos a utilizar este método y no otro de los exitentes dentro de la
utilidad.
Modo usuario
Este método se utiliza para importar datos relativos a un grupo de usuarios de la base de
datos (FROMUSER) con respecto a otros de la base de datos destino (TOUSER). Suele ser
bastante útil cuando se quiere traspasar información de una determinada aplicación de una
base de datos a otra.
Modo tabla
Con este método podremos importar una determinada cantidad de tablas desde el archivo de
exportación hacia la base de datos destino (TABLES= (LISTA DE TABLAS)). Para especificar la lista
de las tablas a exportar, es conveniente utilizar el propietario de las mismas, con el fin de tener
claramente identificadas las tablas de las que se trata.
 MODO ARCHIVE LOG

Arquitectura Interna De Archive Log

El modo ARCHIVE LOG es la forma es la forma en que se denomina a una base de datos que va
a ir almacenando permanentemente en archivos todos los cambios que se van produciendo en
su información.
Cada instancia Oracle tiene su grupo de dos o más archivos REDO LOG, en los cuales se van a
ir almacenando los cambios que se han producido en la información de la instancia a la que
representan.
Este almacenamiento se produce en forma cíclica, primero se empieza escribiendo en un
Redo Log hasta que se llena, para a continuación seguir escribiendo sobre el segundo.
Una ves lleno el segundo se vuelve al primero, para evitar que se pierda la información se
activa el modo Archive Log. Con esta configuración activada Oracle copia a archivos la
información existente en los Redo Log antes de que sea sobrescrita por el proceso cíclico de
almacenamiento de cambios sobre los datos. De esta forma tendremos todos los cambios que
se han producido en la información de la base de datos almacenados en disco.
De esta forma podríamos recuperar cualquier estado de la base de datos hacia atrás en el
tiempo, ya que tenemos almacenados todos los cambios que se han producido sobre la
misma.

Proceso Background Para Archive Log

Al activarse esta configuración, se inicia un proceso de background en la máquina, llamado
ARCHIVER (ARCH) el cual se va a encargar de realizar las operaciones de almacenamiento de la
información de los Redo Log.
El proceso de archivar es el siguiente:
1. Primero, el proceso LGWR va a intentar escribir al archivo Redo Log activo un cambio sobre
un dato determinado. Se va a detectar que el archivo Redo Log está lleno. Esta información
está disponible en el archivo de control de la base de datos.
2. Posteriormente se comunica al proceso ARCH que tiene que copiar la información contenida
en el archivo de Redo Log lleno en un archivo que está previamente parametrizado.
3. El proceso LGWR espera que el proceso ARCH almacene la información del archivo Redo
Log correspondiente. Cuando este proceso termina, el proceso de LGWR ya podrá
sobrescribir el cambio que tenia previsto registrar en el archivo Redo Log.

El modo Archive Log aporta varias ventajas a las bases de datos sobre las que se quiera
establecer:
1. Es un modo muy fiable para recuperaciones de cualquier estado pasado de la base de
datos.
2. Con este método no es necesario tener que bajar la base de datos, ya que es un modo de
almacenamiento de información de backup on line, el archivado de los Redo Log se va
produciendo con la base de datos levantada. Esto implica que los usuarios no dejarán de
trabajar en ningún momento con la información de la base de datos.

El modo Archive Log requiere de un espacio adicional de disco para poder albergar los
archivos con las copias de los Redo Log. El destino de estos archivos es parametrizable, y
siempre habrá que tener cuidado y vigilar constantemente que siempre haya espacio libre para
su almacenamiento.

Parámetros De Configuración
• Log_Archive_Start: Este parámetro sirve para activar el modo Archive Log. Si este
parámetro está configurado a TRUE cuando Oracle arranca la instancia lo que hará
será iniciar el proceso ARCH encargado de archivar los Redo Log.
• Log_Archive_Dest: este parámetro indica el destino en disco donde se van a ir
almacenando los archivos archiver. Este parámetro únicamente tendrá sentido si el
parámetro Log_Archive_Start está en true.
• Log_Archive_Format: nos ofrece la posibilidad de dar un formato identificativo a los
nombres de los archivos archiver. Este parámetro es útil para las instancias levantadas
en paralelo, ya que de esta manera podremos identificar la correspondencia entre los
archivos de Archiver y los Redo Log de cada una de las instancias.
 • Log_Archive_Buffers: Indica el número de buffers que van a reservarse en memoria
par5a el modo Archive Log.
• Log_Archive_Buffers_Size: especifica el tamaño de los buffers en memoria para
Archive Log.

Vistas Para Control Del Modo Archive Log

• V$DATABASE: En este registro existe un campo que nos dará información sobre el
estado de la base de datos en relación al modo Archive Log.
• V$LOG_HISTORY: Esta vista ofrece información histórica de los nombre de los Redo
Log que han sido archivados en el sistema.
• V$LOG: Ofrece información general sobre los archivos Redo Log dados de alta en
nuestro sistema de base de datos.
• V$ARCHIVE: Ofrece información sobre los archivos de Redo Log archivados para
cada una de las instancias activas para una base de datos.

Optimización y Mejora De Rendimientos Del Modo Archive Log

Al ser un método de recuperación de estados consistentes de la base de datos, su
monitorización va a consistir en vigilar el estado de los volcados a archivo de los Redo Log y el
espacio requerido en disco para los mismos.

Espacio requerido en disco

En bases de datos donde las operaciones de actualización de información van a ser muy
abundantes (insert, update, delete) provocarán mayor numero de escrituras en los ficheros
Redo Log que en bases de datos donde las operaciones predominantes sean las consultas.
Cuanto mayor sea el número de escrituras sobre los archivos de Redo Log, mayor será el
número de archivos de Archiver que se generarán, debido a que los archivos de redo log se
llenan rápidamente por la gran cantidad de cambios que se producen en la información de la
base de datos, generando muchas situaciones de estados de sobrescritura y, como
consecuencia muchos Archiver en disco.
Para este tipo de situaciones, habrá que tener especial cuidado con el espacio en disco, ya
que una generación masiva de archivos de Archiver en poco tiempo puede llegar a llenar el
espacio reservado para ellos. Los problemas de espacio en disco pueden sobrevenir por dos
razones:
• Porque el espacio en disco del sistema es en si escaso para albergar un número
determinado de archivos de Archiver.
• Porque el número de archivos de Archiver que se generan por unidad de tiempo es
muy elevado, aun habiendo espacio suficiente inicialmente para albergarlos.
El problema suele solucionarse utilizando una política de copia periódica de los Archiver a
cinta o a otro tipo de dispositivo secundario, para borrarlos del disco donde el problema del
espacio empieza a ser preocupante. Cada Archiver es único, teniendo generalmente un
número que le identifica unívocamente.

Generación masiva de ficheros de Archiver

Cuando el número de Archiver almacenados por unidad de tiempo se dispara, podría ser
conveniente tomar alguna acción al respecto. En estas situaciones, puede provocarse una
contención en el proceso de archivado de Redo Log (ARCH) , y por tanto, en el proceso LGWR
que tiene que esperar continuamente a que el proceso de archivado termine con el volcado de
los Redo Log antes de poder sobrescribir sobre éstos. Estas situaciones de contenciones en
Redo Log pueden detectarse en el archivo de alerta de la base de datos.
Cuando se detecten situaciones de este tipo, en las que Oracle muestra el mensaje
CHECKPOINT NOT COMPLETE, se debe aumentar el tamaño de los Redo Log. Con esto además
de evitar contenciones en Redo Log disminuiremos el número de Archiver para los casos en
los que la base de datos esté en modo Archive Log.
 Conexiones Cliente/Servidor de Oracle
En nuestra arquitectura cliente/servidor vamos a necesitar un software que se encargue de
establecer las conexiones entre los procesos de usuarios (ejecutándose en cada puesto de
trabajo) y los procesos del servidor. Tal software ofrecido por Oracle, según la versión con la
que trabajemos, se llamara Net8 (de Oracle 8i), Net9 (de Oracle 9i), o SQL Net (de versiones
anteriores a Oracle 8i). De ahora en mas hablaremos de Net8 de Oracle 8i.

Los distintos clientes que conforman una red local establecerán conexiones a la base de datos
a través de las diferentes herramientas proporcionadas por Oracle (SQL Plus, Developper, etc.)
con el fin de efectuar las operaciones pertinentes sobre la información de la base de datos
instalada en el servidor. Net8 va a actuar de mensajero entre los procesos de cliente y los
procesos del servidor una vez que las conexiones han sido establecidas.

Entorno Cliente/Servidor
Un entorno cliente/servidor es aquel sistema basado en compartir aplicaciones y/o datos a
través de una red de computadoras. Tendremos entonces:
• Un servidor de datos compartido, en el cual estará ubicado el Sistema Gestor de Base de
Datos Oracle, además del software de servidor y la base de datos. Este servidor será
generalmente una maquina de una cierta envergadura corriendo un sistema operativo
(Unix, Win NT, OpenVMS, etc.) y se encargara de dar servicio a todos los usuarios
conectados al sistema.
• Los puestos de trabajo de los usuarios, serán maquinas con cierta autonomía, estarán
conectados a la red, y tendrán instalados el software cliente de Oracle.
• Una infraestructura de conexión, que servirá para establecer las comunicaciones tanto
físicas como lógicas, entre los puestos de trabajo y el servidor. Esta infraestructura será
una red de área local comunicándose con cierto protocolo (Ej. TCP/IP).
• Un software de comunicaciones, que se encargara de transportar información entre el
servidor y los puestos de trabajo, y que deberá mantener activa la comunicación entre los
mismos. Ejemplo de este software es el Net8 de Oracle, que tendrá una versión cliente
instalada en cada uno de los puestos de trabajo y una versión servidor instalada en el
servidor.

Procesos de escucha
En el momento en que se arranca una base de datos, los datos en ella contenida, ya están
disponibles para ser accedidos. Pero para que los usuarios en cada puesto de trabajo accedan
a la base de datos necesito primero activar los procesos servidor. A través de Net8 se levantan
unos procesos de escucha (listeners) que habrán de atender las peticiones que lleguen al
servidor.

Capas que componen Net8:

Transparent Network Substrate (TNS)

Esta es una capa de Net8 que recibe las peticiones del tipo que sean y las resuelve de la forma
mas apropiada según las necesidades: abrir o cerrar una sesión, enviar y recibir peticiones y
respuestas. Esta capa se encarga de pasar el control a los adaptadores de protocolo de
Oracle8 para realizar las llamadas que estime convenientes.

Adaptadores de protocolo
Estos adaptadores se encargan de empaquetar las funciones de la capa TNS para poder ser
transportadas por un protocolo determinado como puede ser el TCP/IP. Estos paquetes luego
se pasan al Protocol Stack.

Protocolo Stack
Esta es la capa que se encarga de establecer físicamente la comunicación entre los clientes y
el servidor, establece las conexiones a mas bajo nivel.
Funcionamiento básico de una conexión por Net8
Una conexión comienza con una petición de un usuario, a través de cualquiera de las
aplicaciones de cliente, solicita una conexión a una base de datos. La petición se envía a
través de Net8 Cliente, para que se transfiera a través de la red hacia el un puerto determinado
del Servidor, donde estará escuchando el proceso listener del servidor.
El listener detecta la solicitud de conexión, acepta la misma a través de un adaptador de
protocolo determinado y a continuación devuelve al cliente un mensaje sobre su petición de
conexión.

Operaciones de conexión de Net8

Para que los procesos de manipulación de información de una base de datos en un entorno
cliente /servidor puedan llevarse a cabo, Net8 tiene que realizar una serie de operaciones:
Operaciones de conexión
Estas operaciones son las que Net8 tiene que efectuar para establecer las conexiones y
desconexiones entre el cliente y el servidor.
Operaciones de transmisión de datos
Net8 puede enviar y recibir datos de forma tanto sincrona como asincrona. En forma sincrona
un cliente inicia una petición y espera que el servidor le envíe un mensaje con la respuesta. En
forma asincrona las funciones de enviar y recibir peticiones por parte de Net8 permite dar
servicio a las peticiones que lleguen desde varios procesos de usuario sin necesidad de
esperar respuesta.
Operaciones de excepción
Son las operaciones que se efectúan para abortar, algún tipo de operación establecida contra
la base de datos o algún estado anormal de la conexión, se puede abortar tanto en el cliente
como en el servidor.

Función del Proceso de listener del servidor

Cuando un usuario lanza un comando de conexión similar al visto anteriormente, Net8 cliente
realiza una llamada al servidor especificado por el string de conexión. La llamada será
captada, en un puerto determinado, por el listener del servidor, que se encuentra en
permanente escucha.
El proceso de listener del servidor asociara un proceso servidor del servidor para que atienda
las operaciones del proceso de usuario. Una vez enlazado el proceso de usuario al proceso
servidor, se envía un paquete de control al proceso de usuario indicando el éxito de la
conexión.

Conexión desde un puesto cliente

Cuando un usuario quiere establecer una conexión con un servidor determinado, Net8 entra en
funcionamiento, pero para ello necesita saber:
• Ubicación física del servidor.
• Base de datos, dentro del servidor, a la que quiere acceder.
• Protocolo que se va a utilizar para la conexión.
Cada vez que el usuario desea conectarse a una base de datos, la información arriba detallada
debe ser especificada, y esto seria incomodo de hacer. Por ello Net8 nos permite definir
servicios de conexión. Estos servicios de conexión o string de conexión son conjuntos de
sentencias que contiene la información que Net8 necesita para conectarme a una base de
datos determinada. Estos string de conexión se ubicaran en uno de los archivos de
configuración de Net8 del cliente.
Ahora para conectarme a una base de datos determinada simplemente invoco el string de
conexión, conjuntamente con el nombre y password de usuario. Esta conexión se puede hacer
desde los wizards de Oracle o bien desde una consola de comandos con una sentencia similar
a:
“ Connect system/manager@orc8” donde indico el nombre de usuario system, el password
manager y el nombre del string de conexión orc8.

Configurando los servicios de conexión

Una vez arrancada una base de datos en un servidor hay que establecer los servicios de
conexión para poder atender las necesidades de los clientes conectados a la red. Para ello se
deben arrancar y/o configurar procesos de conexión tanto en el servidor como en los clientes.
Arranque del proceso listener en el servidor
Se utiliza Net8 para arrancar los procesos de listener instalados en el servidor. En el listener
se van a determinar una serie de condiciones o pautas que deben seguir las aplicaciones de
usuario cuando se quiera iniciar cualquier conexión desde ellas.
Cuando se arranca el listener, se va a leer un archivo de configuración llamado
LISTENER.ORA. Este archivo LISTENER.ORA estará compuesto por:
• Un nombre identificatorio del listener (por defecto será LISTENER).
• Una dirección de escucha, es decir, el protocolo a utilizar para establecer la conexión, el
nombre de la maquina donde esta ubicado el listener y por ultimo el puerto por donde
habrá de escuchar las peticiones de usuarios.
• El o los nombres de las instancias Oracle a través de las cuales los usuarios podrán
acceder a la información de cualquier base de datos.
• El nombre y ubicación de los ficheros de traza y de log, que el listener utiliza como
almacenamientos históricos de las operaciones que realiza.
Ej. de un archivo de configuración LISTENER.ORA:
LISTENER =
(ADDRESS_LIST =
(ADDRESS =
(PROTOCOL = TCP)
(HOST = DEMOHOST)
(PORT = 1521)
)
)
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME = ORCP)
)
)
Al arrancar este proceso listener con esta información, se interpreta que el listener estará
escuchando el puerto 1521 de la maquina DEMOHOST, todas las peticiones que lleguen de los
clientes, utilizando un protocolo TCP/IP. Además arranca la instancia ORCP, únicamente para
ser accedida.

Configurando las conexiones desde el cliente

Así como se configuro el servidor para que este listo para atender solicitudes de conexión
mediante los listeners, se debe configurar las estaciones de trabajo que deseen trabajar con las
bases de datos administradas por Oracle.
Existen herramientas, tales como Oracle Net Assistant, que habrán de facilitar la tarea de
configuración de un cliente Oracle.
Cuando Net8 se dispone a establecer una conexión con un proceso servidor a través de un
servicio determinado, usara métodos con los que poder resolver dicha conexión. Algunos de
estos métodos son de tipo local (TNSNAMES), de tipo centralizado (ONAMES), o bien de tipo
host (HOSTNAME). Dependiendo del tipo de perfil, habrá que configurar la instalación del
cliente en uno u otro sentido. Nota: el mas utilizado es el perfil local (TNSNAMES).
Para verificar como están yendo las conexiones desde la parte cliente, se puede establecer
una configuración de ficheros de log y de traza. Que son simples históricos de las
transacciones realizadas desde el cliente. Nota: esta funcionalidad esta deshabilitada por
defecto, por lo tanto deben ser activadas si se desea utilizarla.

Servicios de conexión (TNSNAMES.ORA)

El nombre de un servicio es aquel que engloba las características necesarias para que una
conexión entre un cliente y un servidor puedan llevarse a cabo. Los nombres de estos
servicios se van a definir dentro del archivo de configuración TNSNAMES.ORA, los cuales van
a servir como string de conexión para los usuarios que deseen acceder a una base de datos
determinada.
Para definir un servicio necesitaremos saber:
La maquina de destino de la conexión o una dirección IP que la identifique. En esta maquina
esta ubicada la Base de Datos.
El protocolo que se va a utilizar para establecer la conexión con el servidor.
La dirección o el puerto por donde esta escuchando el listener del servidor.
El identificador de la instancia de la base de datos sobre la cual vamos a realizar las futuras
operaciones.

Ejemplo de un archivo TNSNAMES.ORA :

Bd_desa.world =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS =
(PROTOCOL = TCP)
(HOST = maq_desa)
(Port = 1521)
)
)
(CONNECT_DATA = (SID = DESA)
)
)
Existe un servicio de conexión llamado Bd_desa, el cual va a servir al usuario como string de
conexión para comunicarse, a la base de datos DESA, ubicada en la maquina maq_desa,
siempre y cuando envíe sus peticiones de conexión utilizando un protocolo de tipo TCP y que
dichas peticiones sean enviadas al puerto 1521 de la maquina maq_desa, que es allí donde
estará escuchando el listener encargado de resolver dichas solicitudes.
 Administración de Bases de Datos Oracle

1) El archivo INIT.ORA ES :
Un archivo encargado de mantener la consistencia del resto de los archivos de la base de
datos
Un archivo donde se establecen todos los parámetros para que Oracle trabaje de una u
otra forma
Un archivo donde se guarda el valor anterior de los datos modificados por una transacción.

2) Un DBA es responsable de :
La creación de usuarios y de la asignación de privilegios.
Controlar los accesos a la base de datos.
La planificación de los backup

3) La sentencia COMMIT
Valida y realiza los cambios hechos por una transacción.
Vuelve atrás los cambios hechos por una transacción.

4) ¿Qué es un DBA?
Usuario. Rol. Privilegio.

5) El modo archive log permite :

Realizar backup online
Recuperar estados pasados de la base de datos.
Borrar tablas.
Bajar la base de datos.

6) La exportación consiste en :
Recuperar datos.
Generar archivos de datos.
Trasportar datos a un archivo binario.

7) ¿Qué se indica en el archivo TNSNAMES.ORA ?

La configuración de la base de datos.
Parámetros de exportación.
Nombres de los DBA.
Conexiones a las distintas bases de datos.

8) En el caso de NO indicar el tamaño en la creación de una tabla, ¿qué valores toma?

Los definidos en el Tablespace.
Los definidos en el Datafile.
Los definidos en el Redo Log File.

9) Cual de los siguientes modos de Bajar la Base de Datos es el menos recomendado

Shutdown Shutdown Abort Shutdown inmediate

10) En los siguientes Tablespaces cuales son los denominados de Sistema

Rollback Tab_Usuarios Tab_Ventas Indices_Espacios

Temporal A2000 System Indices_Ventas

Grupo:
Integrantes: