UNIDAD 2 ARQUITECTURA DEL GESTOR ORACLE.

2.1. Caractersticas del DBMS.

Oracle es una base de datos de objetos relacionales escalable y faciles de
gestionar.
Los administradores de base de datos de mantener oracle server con el fin de
que pueda procesar las solicitudes del usuario.
Proporciona particionamiento, real aplication clusters, paquetes de Oracle
Enterprise Manager y seguridad avanzada.
Es una herramienta de administracin grfica que es mucho ms intuitiva y
cmoda de utilizar.
Ayuda a analizar datos y efectuar recomendaciones concernientes a mejorar el
rendimiento y la eficiencia en el manejo de aquellos datos que se encuentran
almacenados.
Apoya en el diseo y optimizacin de modelos de datos.
Asistir a los desarrolladores con sus conocimientos de SQL y de construccin de
procedimientos almacenados y triggers, entre otros.
Apoya en la definicin de estndares de diseo y nomenclatura de objetos.
Documentar y mantener un registro peridico de las mantenciones,
actualizaciones de hardware y software, cambios en las aplicaciones y, en
general, todos aquellos eventos relacionados con cambios en el entorno de
utilizacin de una base de datos.
Adems permite:
1. Instalacin de nuevos componentes del software
2. Interaccin con el administrador del sistema
3. Garantizar la seguridad del sistema
4. Monitorizacin
5. Respaldos
6. Prevencin de riesgos
Actividades principales de un DBA.
Planificar y crear bases de datos
Gestionar la disponibilidad de la base de datos
Gestionar las estructuras fsicas y lgicas
Gestionar el almacenamiento basndose en el diseo
Gestionar la seguridad
Administracin de la red
Copia de seguridad y recuperacin
Ajuste de la base de datos

2.1.1 Estructura de memoria y procesos de la instancia

Las estructuras de la BD Oracle pueden ser divididas en tres clases:

Internas a la BD
Internas a las reas de memoria (incluidas la memoria compartida y procesos)
Externas a la BD.
Las estructuras internas son:
Tablas: Es la unidad lgica bsica de almacenamiento. Contiene filas y
columnas (como una matriz) y se identifica por un nombre.
Columnas: Las columnas tambin tienen un nombre y deben especificar un tipo
de datos. Una tabla se guarda dentro de un tablespace (o varios, en el caso de
las tablas particionadas).
Usuarios: Es la indicacin del nombre y el password de la cuenta (esquema)
que se est creando.
Esquemas: Es una coleccin de objetos lgicos, utilizados para organizar de
manera ms comprensible la informacin y conocidos como objetos del
esquema. Una breve descripcin de los objetos que lo componen es la siguiente:
ndices: Un ndice es una estructura creada para ayudar a recuperar datos de
una manera ms rpida y eficiente. Un ndice se crea sobre una o varias
columnas de una misma tabla. De esta manera, cuando se solicita recuperar
datos de ella mediante alguna condicin de bsqueda (clusula where de la
sentencia), sta se puede acelerar si se dispone de algn ndice sobre las
columnas-objetivo.
Clusters: Un cluster es un grupo de tablas almacenadas en conjunto fsicamente
como una sola tabla que comparten una columna en comn. Si a menudo se
necesita recuperar datos de dos o ms tablas basado en un valor de la columna
que tienen en comn, entonces es ms eficiente organizarlas como un cluster, ya
que la informacin podr ser recuperada en una menor cantidad de operaciones
de lectura realizadas sobre el disco.
Vistas: Una vista implementa una seleccin de varias columnas de una o
diferentes tablas. Una vista no almacena datos; slo los presenta en forma
dinmica. Se utilizan para simplificar la visin del usuario sobre un conjunto de
tablas, haciendo transparente para l la forma de obtencin de los datos.
Secuencias: El generador de secuencias de Oracle se utiliza para generar
nmeros nicos y utilizarlos, por ejemplo, como claves de tablas. La principal
ventaja es que libera al programador de obtener nmeros secuenciales que no
se repitan con los que pueda generar otro usuario en un instante determinado.

 Procedimientos y Funciones: Una funcin es un grupo de sentencias SQL,

escritas generalmente en PL/SQL que implementan una serie de rutinas que
devuelven un valor. Son casi idnticas a los procedimientos y slo se diferencian
en esa ltima condicin.
Disparadores, Triggers: Un trigger es un procedimiento que se ejecuta en
forma inmediata cuando ocurre un evento especial. Estos eventos slo pueden
ser la insercin, actualizacin o eliminacin de datos de una tabla.
Sinnimos: Los sinnimos son objetos del sistema que apuntan a otros objetos.
Implementan alias de tablas, vistas, secuencias o unidades de programas. Por lo
general se utilizan para esconder ciertos detalles del objeto que representan al
usuario final.
Segmento de Rollback: son reas lgicas de la base de datos que contienen
informacin de las transacciones que se encuentran en curso y que an no han
sido confirmadas o deshechas.
Dentro de los tablespaces y datafiles, el espacio utilizado para almacenar datos es
controlado por el uso de ciertas estructuras; stas son las siguientes:
Segmentos: Es un grupo de extensiones utilizados para almacenar un tipo
particular de datos. Existen 4 tipos de segmentos: datos, ndices, rollback y
temporales.

Extensiones: Es un grupo de bloques de datos. Se establecen en un tamao

fijo y crecen a medida que van almacenando ms datos. Tambin se pueden
redimensionar para aprovechar mejor el espacio de almacenamiento.

Bloques: Un bloque es la unidad de almacenamiento ms pequea en una base

de datos Oracle. Contiene una pequea porcin de informacin (header)
referente al bloque en s y el resto a los datos que guarda. Generalmente, un
bloque de datos ocupar aprox. 2 KB de espacio fsico en el disco (asignacin
tpica).

ESTRUCTURAS DE MEMORIA INTERNAS

Oracle mantiene dos estructuras principales de memoria: el rea Global de Programa
(Program Global Area, PGA) y el rea Global del Sistema (System Global Area o
tambin Shared Global Area, SGA).
El PGA es la zona de memoria de cada proceso Oracle. No est compartida y
contiene datos e informacin de control de un nico proceso.
El SGA es la zona de memoria en la que la BD Oracle guarda informacin sobre
su estado. Esta estructura de memoria est disponible para todos los procesos,
por eso se dice que est compartida.

ESTRUCTURAS EXTERNAS A LA BD
Las estructuras externas estan contenidas por ficheros que utiliza el servidor de BD.
Estos ficheros guardan informacin tanto de los datos almacenados en la BD como la
necesaria para gobernar la propia BD.
LOS FICHEROS SON:
Ficheros de la BD
Ficheros redo log
Ficheros de control
Ficheros de Traza
EJEMPLO DE HERRAMIENTA DE ORACLE
DISCOVERER
DISIGNER
DEVELOPER

2.1.2 ESTRUCTURAS FSICAS DE LA BASE DE DATOS

Estructura Logia y Fsica de una base de datos en Oracle
ORACLE
Una base de datos Oracle es una coleccin de datos tratada como una unidad. El
propsito general es almacenar y recuperar informacin relacionada.
Una instancia Oracle consta de una estructura de memoria, llamada rea Global del
Sistema (SGA), y de unos procesos background utilizados por el servidor Oracle para
manejar una base de datos. Cada instancia Oracle puede abrir y utilizar slo una base

datos en cualquier punto y momento.

Fig. 1 Estructura lgica y fsica de base de datos

Estructura de una Base de Datos Oracle

La base de datos ORACLE esta subdivida en dos:
Estructura Lgica.
Estructura Fsica.
ESTRUCTURA LGICA:
a. Esquemas y objetos del esquema: Un esquema es una coleccin de objetos de la
base de datos. Los objetos del esquema son estructuras lgicas que hacen
referencia directa a datos de la base de datos (tablas, vistas, secuencias,
procedimientos almacenados, sinnimos, ndices, clusters y enlaces con otras
bases de datos).
b. Data Base: Es un conjunto de datos que tienen un representan una informacin
captada del mundo real, con ellos se puede realizar diversos procesos.
c. Tablespace: Una base de datos est formada por una o varias unidades lgicas
llamadas tablespaces. Un tablespace es la unidad de almacenamiento lgico.
Adems, cada una de estos tablespaces est formada por uno o varios ficheros
fsicos que son los datafiles. Un datafile solamente puede pertenecer a un
tablespace. Por lo tanto, los datafiles de una base de datos son todos los datafiles
que forman parte de todos los tablespaces de la base. Cuando se crea una base de
datos, hay que crear al menos un tablespace, por lo que durante el proceso de
creacin de la base de datos siempre se indica el tablespace principal de sta, que

se llama SYSTEM.
d. El Tablespace System. Cuando se crea una base de datos es obligatorio crear un
tablespace inicial en el que se van a crear los usuarios SYS y SYSTEM
automticamente. Estos usuarios son los que tienen la informacin necesaria para
que funcione nuestra base de datos y podamos hacer todo tipo de operaciones
como, por ejemplo, crear nuevos usuarios o crear nuevos tablespaces y tablas en
esos nuevos tablespaces.
Este tablespace inicial se llama por defecto SYSTEM. Es una pieza clave para un
buen funcionamiento de la base de datos ya que en l residen todos los objetos de
los usuarios SYS y SYSTEM. Es muy recomendable crear al menos otro tablespace
nuevo distinto al SYSTEM.
As, todos los nuevos usuarios que creemos en nuestra base de datos, junto con
todas sus tablas e ndices se almacenarn en un tablespace diferente a SYSTEM.
Se realiza esta separacin para evitar que se bloquee toda la base de datos si
ocurre algo grave en el tablespace SYSTEM. Suele ser habitual que para nuestras
aplicaciones creemos usuarios y tablas en las que introducimos informacin y que
sin darnos cuenta se llene de informacin el tablespace en el que estn estas
tablas. Si no hemos sido previsores, podemos haber llenado el tablespace SYSTEM
con lo que es posible que se paralice toda la base de datos.
e. Segment: Un segmento almacena la informacin de una estructura lgica de
Oracle dentro de un Tablespace. Est formado por una o ms extensiones y, a
medida que va creciendo el segmento se van asignando nuevas extensiones al
mismo. Hay cuatro tipos de segmentos: de datos, de ndices, temporales y de
rollback. Tendremos segmentos de datos para tablas o clusters, segmentos de
ndices para ndices, segmentos de rollback para poder deshacer o rehacer
cambios por transacciones y segmentos temporales.
Un segmento de datos es el lugar donde se almacenan todos los
datos de una tabla que no est particionada o que no forme parte
de un cluster, de una particin de una tabla particionada o, de un
cluster de tablas. Se crea el segmento de datos a la hora de
ejecutar la sentencia create que crea la tabla, cluster o particin.
En dicha sentencia se indican tambin los valores de la clusula
storage, en el cul se va a determinar la forma en que dicho
segmento va a ir asignando y desasignando las extensiones.
El nivel de almacenamiento de base de datos lgica por encima de un punto que se
llama un segmento. Un segmento de es un conjunto de extensiones asignadas a

una estructura lgica determinada.

Por ejemplo, los diferentes tipos de segmentos incluyen los siguientes:
Data Segment. Cada uno no agrupado tabla tiene un segmento de datos. Todos los
de la tabla de los datos se almacenan en las extensiones de su segmento de
datos. Cada grupo tiene un segmento de datos. Los datos de cada tabla en el
grupo son almacenados en el segmento de datos del cluster.
Index Segment. Cada ndice tiene una serie de sesiones de ndice que almacena
todos sus datos.
Rollback Segment. Uno o ms segmentos rollback son creados por la base de
datos administrador de una base de datos para almacenar temporalmente
"deshacer" la informacin. Esta informacin se utiliza:
para generar la informacin base de datos de lectura consistente
durante la recuperacin de la base de datos comprometido a revertir las
transacciones para los usuarios.
Temporary Segment. Se crean cuando un Oracle SQL declaracin de las
necesidades de un rea de trabajo temporal para completar la ejecucin.
Cuando la instruccin termine su ejecucin, el temporal use extensiones segmento
son devueltos al sistema para su uso futuro.
Oracle asigna dinmicamente el espacio, cuando las extensiones existentes de un
segmento se lleno. Por lo tanto, cuando las extensiones existentes de un segmento
estn llenas asigna otra medida de ese segmento, segn sea necesario. Debido a
que las extensiones estn asignadas como necesarias, las extensiones de un
segmento pueden o no ser contiguo en el disco.
f. Extent. Una extensin es una unidad lgica de almacenamiento que est formada
por un nmero determinado de bloques de datos contiguos. La agrupacin de una o
varias extensiones forman un segmento que puede ser una tabla, un ndice, un
segmento de rollback o un segmento temporal.
Por lo tanto, datos de una tabla, sabemos que estn en un solo segmento de tipo
tabla, que a su vez estar formado por una o varias extensiones y que, cada una de
esas extensiones est formada por un nmero determinado de bloques de datos.
Cuando se crea un segmento nuevo, es decir, una tabla, un ndice o
un segmento de rollback, se crea obligatoriamente una extensin en
dicho segmento (en el caso de los rollback se crean dos). El tamao
de esta extensin inicial viene dado por el valor parmetro "initial" que
se indica en el momento de crear el segmento.

El siguiente nivel de espacio de base de datos lgica se llama un punto. Una

medida concreta es un a nmero de bloques contiguos de bloques de datos,
obtenidos en una dotacin nica, que sirve para almacenar una tipo especfico de
informacin.
Cuando se crea una tabla, Oracle asigna al segmento de datos de la tabla inicial
alcance de un nmero determinado de bloques de datos. Aunque no hay registros
han sido insertados. Sin embargo, los bloques de datos de Oracle que
corresponden a la medida inicial, se reservan para que filas de tabla.
Si los bloques de datos de la extensin inicial de un segmento se completan y ms
espacio necesario para mantener los nuevos datos, Oracle asigna automticamente
un grado elemental de Una medida elemental es una medida posterior de la misma
o mayor tamao que la medida previamente asignado en ese segmento. (La
siguiente seccin explica los factores que controlan el tamao de las extensiones
adicionales.). Para fines de mantenimiento, el bloque de cabecera de cada
segmento contiene un directorio de las extensiones en ese segmento.
g. Data Block. Un bloque es la unidad mnima de almacenamiento de
informacin de Oracle. A los bloques tambin se les conoce como
"bloques de datos", "bloques lgicos" o "bloques oracle". Cada uno de
estos bloques est formado por un nmero determinado de bloques
del sistema operativo. A la hora de crear una nueva base de datos se
debe indicar cuntos bloques de sistema operativo formarn un
bloque de datos o bloque oracle.
Es muy importante decidir bien este valor de antemano ya que una
vez creada la base de datos ya no se puede modificar ms que en migraciones a
versiones ms actuales del producto. Un bloque de datos es la mnima unidad de
Lectura / Escritura en una base de datos Oracle, es decir, Oracle no lee y escribe
en bloques del sistema operativo sino que lo hace en unidades lgicas que son los
bloques de datos y que varan de una base de datos a otra en la misma mquina ya
que es un valor que se debe indicar en la creacin de cada base de datos Oracle.
Oracle recomienda que el tamao de un bloque de datos o, data block, sea siempre
un mltiplo del bloque de datos del sistema operativo.
De Oracle administra el espacio de almacenamiento en los archivos de datos de
una base de datos en unidades llamadas de datos bloques. Un bloque de datos es
la menor unidad de E / S utilizados por una base de datos. En cambio, en el fsico,
nivel de sistema operativo, todos los datos se almacenan en bytes. Cada una de
ellas sistema tiene lo que se llama un tamao de bloque. Peticiones de datos de
Oracle en mltiplos de Oracle bloques de datos, que no operan los bloques del
sistema. Puede establecer el tamao de bloque de datos para cada base de datos
de Oracle al crear la base de datos.

Este tamao de bloque de datos

debe ser un mltiplo del tamao de
bloque del sistema operativo dentro
del mximo (puerto especfico) para
evitar el lmite de lo necesario / O.
Oracle data blocks are Bloques de
datos de Oracle las ms pequeas
unidades de almacenamiento que
Oracle puede utilizar o asignar

Fig Formato bloque de datos

ESTRUCTURA FSICA
a. Data File: Los datafiles son los ficheros fsicos en los que se almacenan los objetos
que forman parte de un tablespace. Un datafile pertenece solamente a un tablespace
y a una instancia de base de datos. Un tablespace puede estar formado por uno o
varios datafiles. Cuando se crea un datafile, se debe indicar su nombre, su ubicacin
o directorio, el tamao que va a tener y el tablespace al que va a pertenecer.
Adems, al crearlos, ocupan ya ese espacio aunque se encuentran totalmente
vacos, es decir, Oracle reserva el espacio para poder ir llenndolo poco a poco con
posterioridad. Por supuesto, si no hay sitio suficiente para crear un fichero fsico del
tamao indicado, se producir un error y no se crear dicho fichero.
Cuando se van creando objetos en un tablespace, stos fsicamente se van
almacenando en los datafiles asignados a dicho tablespace, es decir, cuando
creamos una tabla y vamos insertando datos en ella, estos datos realmente se
reparten por los ficheros fsicos o datafiles que forman parte del tablespace. No se
puede controlar en qu fichero fsico se almacenan los datos de un tablespace.
Si un tablespace est formado por 2 datafiles y tenemos una tabla en ese
tablespace, a medida que vamos insertando filas stas se almacenarn en
cualquiera de los dos datafiles indistintamente, es decir, unas pueden estar en un
datafile y otras en otro.

El espacio total disponible en un tablespace es lgicamente la suma de los tamaos

que ocupan los ficheros fsicos o datafiles que lo forman. Como hemos indicado

estos datafiles, al crearlos, estn totalmente vacos, simplemente es un espacio

reservado y formateado por Oracle para su uso. A medida que se van creando
objetos en ellos como tablas, ndices, etc. y se van insertando registros en estas
tablas, los datafiles se van llenando o, lo que es lo mismo, el tablespace se va
llenando.
Tienen las siguientes caractersticas:

Un fichero slo puede estar asociado con una base de datos.

Los ficheros de datos tienen atributos que permiten reservar

automticamente para ellos extensiones cuando se acaba el espacio.

Uno o ms ficheros de datos forman una unidad lgica de

almacenamiento llamada tablespace
b. Os Block: Conocidos como Disk Block, estos mapean a los data blocks. A la hora de
crear una nueva base de datos se debe indicar cuntos bloques de sistema operativo
formarn un bloque de datos o bloque oracle.

2.1.3 REQUERIMIENTOS PARA INSTALACIN DE LA BASE DE DATOS .

El Oracle Server consiste en dos entidades:

La Instancia: Es un conjunto de Procesos y Estructuras de Memoria.

La Base de Datos: Es un conjunto de Archivos en Disco.

Durante la creacin, se crea primero la instancia y despus la Base de Datos. Es decir,
primero se levanta la instancia y posteriormente se abre la Base de Datos.
Las estructuras lgicas (tablas, ndices, etc) no estn directamente conectadas con las
estructuras fsicas (archivos).
La instancia consiste en un conjunto de procesos y estructuras de memoria que existen
en la RAM y en el CPU. Cuando se apaga la instancia, ambos procesos y estructuras
de memoria terminan de ejecutarse al mismo tiempo, mientras la Base de Datos
prevalece en disco. A pesar de que la instancia vive en memoria, puede ser detenida o
iniciada. En cambio, la Base de Datos persiste indefinidamente hasta que se borren los
archivos del disco. Los procesos que hacen la instancia son llamados Background
Process. Las estructuras de memoria son implementadas en segmentos de memoria
compartida provedas por el Sistema Operativo. Esta rea de memoria compartida se
conoce como SGA(System Global Area).
A los procesos de servidor tambin se les conoce como Foreground Process. A cada
proceso de servidor se le asocia con una PGA (Program Global Area).
Un PGA es una rea de memoria no compartida. Es decir un rea de memoria privada a
la cual solo puede accesar el proceso de servidor a la cual esta asociado.

Las sesiones consisten de un proceso de usuario que corre localmente en el ordenador

del usuario ligado a un proceso de servidor que corre localmente en el servidor.
Las estructuras fsicas que conforman a una base de datos se llaman:

Data Files

Control File

Redo Logs
La Base de Datos garantiza completa abstraccin entre las estructuras fsicas y las
estructuras lgicas. Es decir, no hay manera en que se pueda saber en que bit yace
que informacin. Los datos se guardan en los datafiles, es decir que estos ficheros son
como un banco de informacin que no tiene lmite en tamao. La abstraccin se refiere
a que los archivos fsicos podran moverse, cambiar de tamao, etc. Y los usuarios no
se enteraran.
La relacin entre las estructuras fsicas y lgicas se mantiene y documenta en el
Diccionario de Datos, ya que este contiene los metadatos que describen a toda la Base
de Datos. El redo log es un archivo que contiene todos los change vectors. Un change
vector es una alteracin hecha por un comando DML.
Cuando una sesin efecta cambios en la informacin, la informacin en los data blocks
cambia y el vector change se escribe el el redo log. Entonces, cuando se daa un
datafile, Oracle extraer los vectores relevantes del redo log y los aplicar en los
bloques. Los Control Files guardan informacin acerca de las estructuras de la Base de
Datos. Cuando una instancia abre alguna Base de Datos, primero abre el Control File.
En el Control File se encuentra la informacin para que la instancia se pueda conectar a
la Base de Datos y al Diccionario de Datos.
Es imposible para cualquier proceso de usuario tener contacto con la Base de Datos,
todos los accesos deben ser mediados por los procesos del servidor.
En un ambiente de una sola instancia, una sola instancia abre la Base de Datos,
mientras que en un ambiente distribuido existen varias maneras de agrupar las
instancias con las Bases de Datos.
Ejemplos de Sistemas Distribuidos:

Real Application Clustering

Streaming

Data Guard
Una instancia consiste en un bloque de memoria compartida conocida como SGA y un
conjunto de procesos BackGround.
Existen como mnimo 3 estructuras de memoria en el SGA:

Database Buffer Cache

Log Buffer
Shared Pool

Las sesiones de usuario tambin necesitan memoria en el servidor. Esta memoria

privada se conoce como PGA. Entonces as, cada sesin tendr su propio PGA.
El Database Buffer Cache, se encarga de ejecutar SQL. Cuando se hace una operacin
DML, se toman los data blocks que contienen la informacin solicitada y se copian al
Database Buffer Cache. Posteriormente, los cambios son aplicados a las copias de los
data blocks que se encuentran en el Database Buffer Cache.
Cuando se requiere consultar informacin, los datos tambin son procesados a travs
del cache. La sesin obtiene los data blocks que contienen la informacin de inters y
los copia al Database Buffer Cache; los registros relevantes son posteriormente
transferidos al PGA de la sesin para un procesamiento prximo. Cabe decir que estos
bloques se mantendrn en el buffer por cierto tiempo.
Todos los datafiles, estn formateados en data blocks, mientras el Database Buffer
cache estar formateado en memory buffers. Cada memory buffer se acoplar al
tamao de de un data block.
Un memory buffer que guarda un bloque en cache, cuya informacin es diferente al
bloque en disco, se conoce como dirty buffer. Un buffer estar limpio(es decir ser un
clean buffer) cuando se le ingrese un bloque por primera vez cuando los datos del
buffer se copien a los datafiles. Un buffer se convertir en dirty buffer cuando el bloque
que contiene es actualizado. Los bloques deben ser copiados a los Data Files
eventualmente, de esto se encarga el proceso DBWR. Cuando esto ocurre, los buffers
vuelven a ser clean buffers nuevamente.
El Log Buffer Cache es un rea para montar los vector changes antes de que se
registren en el redo log. Un vector change es cualquier cambio aplicado a la informacin
por alguna instruccin DML. Las sesiones escriben los redos en memoria y
posteriormente se transcriben en los redo logs. De esto se encarga un proceso llamado
LGWR.

LGWR copia la informacin del buffer al redo log en forma de batches, y conforme se va
liberando la informacin del buffer, este puede ser sobrescrito por ms vector changes.

El Shared Pool es la ms compleja de las reas del SGA, ya que se divide en docenas
de subestructuras. Algunas de ellas son:

Library Cache

Data Dictionary Cache

rea PL/SQL

Cache para Resultado de Funciones y Queries

El Library Cache es utilizado para guardar el cdigo ejecutado recientemente en su
forma parseada. Parsing significa transformar todo el cdigo escrito por los
programadores a una unidad ejecutable, cosa que Oracle hace bajo demanda.
El cdigo parseado en el Shared Pool puede ser reutilizado sin tener que volver a ser
convertido a una entidad ejecutable.
Esto para poder incrementar el performance de la Base de Datos. En conclusin, el
propsito del Library Cache es el poder guardar el cdigo de los queries en su forma
parseada, listo para su ejecucin.
El Data Dictionary Cache guarda las definiciones de objetos usados recientemente:
Descripciones de Tablas, ndices, etc. Esto para que cuando las sentencias sean
parseadas, sean parseadas de una manera ms rpida sin tener que consultar al
Diccionario de Datos. El rea PL/SQL almacena objetos tales como Procedimientos,
Funciones, etc. Cuando un objeto PL/SQL es llamado por una sesin, debe ser llamado
desde el Diccionario de Datos. Para prevenir llamadas repetitivas al Diccionario de
Datos, los objetos son guardados en el rea PL/SQL.
El Cache de Resultados permite a Oracle guardar los resultados de los queries en
memoria, esto para que cuando se ejecute el query de nuevo, solamente regrese su
resultado en vez de tener que volverlo a procesar.
Cuando el Oracle Server necesita espacio, sobreescribir los objetos que no han sido
utilizados por el mayor tiempo, esto gracias a un algoritmo denominado LRU ( Least
Recently Used ).
El Large Pool es un rea que de ser creada, es utilizada por algunos procesos que de
no existir el Large Pool tomaran espacio del Shared Pool.
El Java Pool es un rea que es requerida si se van a ejecutar procedimientos java en la
Base de Datos. Sin embargo, muchas opciones de Oracle corren bajo java, por lo tanto
se podra decir que este pool es considerado un estndar actualmente.
Los background process, son procesos que son lanzados cuando una instancia es
iniciada, y se ejecutan hasta que la instancia termine.

Existen cinco procesos que han estado por mucho tiempo en la historia de Oracle,
estos son:

System Monitor(SMON)

Process Monitor(PMON)

Database Writer (DBWn)

Log Writer(LGWRn)

CheckPoint Process (CKPT)

SMON. Se encarga de montar y abrir la Base de Datos. SMON monta la base de datos
al localizar y validar el controlfile de la Base de Datos y posteriormente la abre al
localizar y validar todos los datafiles y los online log files de la misma.
Un server process es lanzado cuando una sesin es creada y es destruido cuando la
sesin termina. Cuando una sesin termina de una manera anormal, entonces el
espacio utilizado por ese proceso de servidor debe limpiarse. PMON monitorea todos
los procesos de servidor y detecta anomalas con las sesiones. Si una sesin ha
terminado de una manera irregular, PMON eliminar el proceso de servidor asignado a
la sesin y regresar a la memoria utilizada por este al PGA. Despus de esto, PMON
aplicar un rollback a todas las transacciones incompletas que la sesin haya tenido en
progreso.
Las sesiones NO escriben directamente en disco, primero deben escribir en cache y
posteriormente los procesos escribirn la informacin a disco.
El proceso DBWn, escribe dirty buffers en los datafiles, pero no los escribe conforme se
van ensuciando. El algoritmo DBWn solamente escribe dirty buffers que no han sido
utilizados recientemente.
Existen cuatro circunstancias bajo las cuales se escriben los dirty buffers a disco:
1. Que exista un gran nmero Dirty Buffers.
2. Que hayan transcurrido 3 segundos.
3. Que se ejecute un CheckPoint.
4. Que no existen buffers disponibles.
Si un proceso de servidor necesita copiar un bloque al database buffer cache, debe
encontrar un free buffer (buffer libre). Un free buffer es un buffer que no es un dirty
buffer o pinned buffer ( buffer sujeto a otra sesin).
Un dirty buffer no se debe sobreescribir ya que se perdera la informacin que contiene.
Adems de esto, un pinned buffer no puede ser sobreescrito ya que los mecanismos de
proteccin de memoria del sistema operativo no lo permitirn.

Cuando un checkpoint ocurre, todos los dirty buffers son escritos al disco. La nica
razn por la cual se necesita que se ejecute un Checkpoint es cuando se cierra la Base
de Datos y se apaga la instancia.
Un Checkpoint copia todos los dirty buffers a disco, esto sincroniza el buffer cache con
los datafiles y la instancia con la Base de Datos. Un checkpoint ocurre cuando se
cerrar la base de datos y se apagar la instancia, pero tambin puede ser ejecutado
de una manera forzada por la instruccin: SQL> alter system checkpoint
El LGWR escribe los contenidos del log buffer a los online log buffers en disco. Al
procedimiento de transferir los log buffers a disco se conoce como flushing.
Es imposible hacer que el cdigo DML se ejecute ms rpido que LGWR cuando
escribe los vectores al disco.
Existen 3 circunstancias bajo las cuales se ejecutar un LGWR:
1. Que se ejecute un COMMIT.
2. Que el Log Buffer este a un tercio de lleno.
3. Que el DBWn este a punto de escribir Dirty Buffers.
Antes de que el DBWn escriba la informacin en los datafiles, manda una seal al
LGWR para que este transfiera toda su informacin almacenada a los redo logs.
En resumen, despus de un crash, todos los vectores refirindose a dirty buffers deben
ser extrados del redo log y aplicados a la data blocks, de eso se encarga el CKPT.
MMON se encarga de obtener estadsticas y actividades de rendimiento. A estas
estadsticas se les conoce como Snapshots.
MMAN habilita el manejamiento automtico de alocacin de memoria. Es decir MMAN
observa la demanda sobre el PGA y el SGA y distribuye la memoria a las sesiones y
estructuras del SGA.
Todos los vector changes aplicados a la informacin se escriben en los buffers y
posteriormene a los online redo logs.
Los online redo logs tienen un tamao y numero fijo. Una vez que se llenen, LGWR los
sobreescribir con ms informacin. Los Online Redo Log Files deben ser copiados
antes de ser sobreescritos, de esto se encarga ARCn. A estas copias se les conoce
como Archived Redo Logs.
Oracle Server provee un nivel de abstraccin entre las estructuras fsicas y lgicas, esta
abstraccin se lleva a cabo a travs de los tablespaces.
El Controlfile contiene punteros al resto de la Base de Datos:


Ubicacin del Redo Log

Ubicacin a los Data Files

Ubicacin a otros archivos para mantener la integridad de la B.D.

Al proceso de crear copias de archivos se conoce como multiplexar.
Toda base de datos debe tener mnimo un Controlfile, pero todo buen DBA debe crear
mltiples copias por s un duplicado se daa o se pierde. Entonces, si se llega a daar o
perder una copia, se tendrn otras copias de respaldo. Cabe decir que el nmero
mximo de copias del Controlfile es de 8. Cualquier dao en el Controlfile causar que
la instancia termine inmediatamente. El Redo Log guarda cronolgicamente todos los
cambios realizados por un vector change a la Base de Datos.
El Redo Log consiste de dos tipos de archivos:

Online Redo Logs

Archive Redo Logs

Toda Base de Datos tiene al menos 2 Online Redo Log Groups. Cada Online Redo Log
Group consiste de grupos de Online Redo Log Files, a cada Online Redo Log File se le
conoce como miembro. La Base de Datos requiere al menos de dos grupos, cada uno
con al menos un miembro.
Uno de los grupos se conoce como Current Group: Los cambios son escritos a este
grupo por medio de LGWR. Como ya se mencion, los Redo Log Files son de tamao
fijo, por lo tanto los archivos que compongan al Current Group eventualmente se
llenarn. LGWR despus ejecutar lo que se conoce como Log Switch. Esto har que el
segundo grupo se tome el puesto del Current Group, mientras el antiguo Current Group
se archiva en el Archive Redo Log, y as sucesivamente.
Ya que los Online Redo Log Groups son usados de una manera circular, cada vez que
exista un Log Switch, se generar un archive Redo Log File. El tamao mnimo de los
Online Redo Log File Groups es de 50 MB. Se deben tener como mnimo 2 Data Files.
Los Data Files son el repositorio de los segmentos que contienen informacin que
visualizan los usuarios y de los segmentos que componen al Diccionario de Datos.
Un segmento es una estructura de almacenamiento de informacin. Internamente los
Datafiles estn formateados en Oracle Blocks. Todo bloque contiene una cabecera, un
rea de informacin, y posiblemente algo de espacio libre. La cabecera posee
informacin como el directorio el cual se utiliza para obtener la ubicacin del rea de
informacin, adems de un rea de candado utilizada para bloquear la informacin que
se encuentre en una transaccin.

Cuando una sesin necesita trabajar sobre la informacin por cualquier motivo, el
proceso de servidor que atiende a la sesin localiza los bloques relevantes en el disco y
los copia en los Free Buffers del Database Buffer Cache.
Al contrario del Control File y de los Online Redo Log Files, los Data Files no pueden
ser multiplexados.
Si un Data File se daa, puede ser restablecido desde algn respaldo, esto se logra
aplicando todo el redo generado desde que se ejecut el ltimo backup. Los redos
necesarios se extraen desde los change vectors que se encuentran en los Online y
Archived Redo Log Files. Cuando se inicia una instancia, las estructuras SGA se crean
en memoria y se lanzan los Background Process de acuerdo a las especificaciones
contenidas dentro del Parameter File. Este es el nico archivo que se necesita para
poder iniciar una instancia.
Hay ocasiones en las cuales el usuario necesita autenticarse antes de que el
Diccionario de Datos este disponible. Por ejemplo cuando necesite iniciar o crear una
Base Datos. De esto se encarga un Password File, este archivo contiene un nmero
pequeo de nombres de usuarios y contraseas que existen fuera del Diccionario de
Datos y que por consiguiente puede ser utilizado para conectarse a una instancia an y
cuando el Diccionario de Datos no este disponible. Cuando un Online Redo Log File se
llena, el proceso ARCn copia su informacin a un Archive Redo Log File.
El Alert Log es un fichero el cual almacena todos los mensajes referentes a operaciones
criticas que afectan a la Base de Datos y a la Instancia.
Los Trace Files, son archivos que son generados por los Background Processes
cuando estos detectan errores.
Las estructuras fsicas que componen la Base de Datos, pueden ser vistas por los
Administradores como archivos comunes del Sistema Operativo. Mientras que los
usuarios ven estructuras lgicas, como por ejemplo tablas. Oracle utiliza el trmino
segmento para referirse a cualquier estructura que contiene informacin.
As que los Administradores ven archivos fsicos, mientras los usuarios ven segmentos
lgicos. Un tablespace es fsicamente la coleccin de uno o ms Datafiles. Mientras que
lgicamente es la coleccin de uno o ms segmentos.
Hay una relacin muchos a muchos entre los segmentos y los Datafiles. Esta relacin
se da gracias que una tabla puede estar definida en uno o ms Datafiles mientras que
un Datafile puede contener informacin de una o ms tablas.
Un nmero de segmentos debe ser creado a la hora de crear la Base de Datos. Estos
segmentos son los que componen al Diccionario de Datos. Estos segmentos estn
almacenados dentro de dos tablespaces llamados SYSTEM y SYSAUX.

Un segmento consiste en uno ms bloques. Los Datafiles estn formateados en

bloques, y estos bloques a su vez estn asignados a segmentos. Los bloques se
agrupan en extents. Un extent es una serie de bloques que estn numerados
consecutivamente dentro de un Datafile.
Fsicamente un tablespace puede consistir de mltiples DataFiles y en un nivel ms
abajo, un bloque puede consistir de mltiples Bloques de Sistema Operativo.
Mientras que lgicamente, un tablespace puede contener varios segmentos, cada uno
constituido por varios extents.
El Diccionario de Datos almacena metadatos, es decir datos acerca de los datos.
Describe la Base de Datos tanto Fsica como Lgicamente.
Las tablas del Diccionario de Datos son generados a la hora que se crea la Base de
Datos, pero dichas tablas no pueden ser accesadas directamente. Para poder consultar
el Diccionario de Datos, Oracle provee un conjunto de vistas, estas vistas poseen
alguno de estos 3 prefijos:

DBA_

ALL_

USER_
Cualquier vista que posea el prefijo USER_, mostrar todos los objetos pertenecientes
al usuario. Toda vista que contenga el prefijo ALL_, desplegar todos los objetos a los
cuales el usuario tiene algn tipo de acceso.
Las vistas que posean el prefijo DBA_, listarn todos los objetos de la Base de Datos.
La relacin que existe entre los tablespaces y los Datafile se mantiene gracias al
Controlfile. El Controlfile lista todos los Datafiles con sus respectivos tablespaces a los
que pertenecen. El extent_map, lista todos los extents que crean una tabla y muestra
con detalle que extent se encuentra en que datafile, en que bloque empieza que extent
y de cuntos bloques esta conformado cada extent.

2.1.4 INSTALACIN DEL SOFTWARE DE BD EN MODO TRANSACCIONAL

Instalacin y configuracin de base de datos
En esta seccin se describen y definen los procesos y procedimientos que se utilizarn
para gestionar las solicitudes de catlogo para instalar y configurar una base de datos.

Autorizacin. La solicitud de catlogo da como resultado la ejecucin de una serie de

tareas asociadas con la instalacin de un sistema de gestin de bases de datos. Un
sistema de gestin de bases de datos (DBMS) es un software del sistema diseado
para fines de gestin de bases de datos.
Como ejemplos habituales de DBMS se incluyen Oracle, DB2, Microsoft Access,
Microsoft SQL Server, PostgreSQL, MySQL, SQLite, FileMaker y Sybase Adaptive
Server Enterprise.
Los administradores de bases de datos suelen utilizar los sistemas de gestin de bases
de datos para la creacin de sistemas de bases de datos. Las tareas asociadas con la
instalacin y configuracin de sistemas de gestin de bases de datos (DBMS)
dependen en cierta medida del tipo de sistema.
No obstante, en el nivel del solicitante, todas estas tareas especficas slo sirven para
lograr el objetivo de instalar y configurar un sistema especfico de bases de datos. Para
garantizar que la informacin sea lo suficientemente completa para realizar las tareas
especficas que se precisan, es necesario realizar un paso de validacin.
Por consiguiente, los pasos asociados con esta solicitud son los siguientes:
Aprobacin y autorizacin de la solicitud
Validacin de la informacin en la solicitud
Realizacin de las tareas asociadas con la solicitud
Cierre de la solicitud
El proceso de autorizacin SRM estndar se utilizar para cualquier actividad de
autorizacin y aprobacin. Como parte del proceso de autorizacin, se realizan las
actividades siguientes:
Accin de prerrequisito
Solicitud de aprobacin (validar y aprobar)
Tramitacin. Este procedimiento empieza cuando el gestor de proyectos recibe un
catlogo que implica solicitar que se instale y configure un sistema de gestin de bases
de datos (DBMS). El procedimiento finaliza cuando todas las actividades listadas a
continuacin se completan y se cierra la solicitud de catlogo.
Validar requisitos de la base de datos. El administrador del sistema de construccin
de servidor trabajar con el administrador de base de datos para garantizar que se
cumplen los requisitos de disco, memoria, red y copia de seguridad antes de instalar la
base de datos.
Elementos de la lista de comprobacin:
Validar los requisitos de memoria
Crear ID de administracin de base de datos necesarios

Crear cualquier ID de cliente de base de datos requerido

Validar los requisitos de espacio de disco
Crear sistemas de archivos necesarios, directorios o discos virtuales con las ACL
adecuadas.
Validar los requisitos de nivel de SO
Validar los requisitos de asignacin de SAN
Validar los requisitos de copia de seguridad de TSM
Validar la conectividad de la red
Validar que los puertos necesarios del sistema de seguridad estn abiertos

Realizar la instalacin de la base de datos

Si la SS tiene un componente de BD, los equipos de base de datos (BD) recibirn una
notificacin indicando que hay una tarea en su cola asignada por el representante de
compilacin de servidor (SB). En este momento el servidor est listo para la
implementacin de la base de datos. Elementos de la lista de comprobacin:
Instalar aplicacin de base de datos
Crear instancias y tablas de base de datos segn el documento de requisitos y
diseo de base de datos
Probar la conectividad de cliente de base de datos
Roles. Los roles responsables de gestionar el procedimiento de solicitud de servicio de
instalacin y configuracin del sistema de gestin de bases de datos son el gestor de
proyectos y de coordinacin de construccin de servidor, roles de DBA (segn sea
necesario).

2.1.5 VARIABLES DE AMBIENTE Y ARCHIVOS IMPORTANTES PARA

INSTALACIN.
Variables de entorno
El sistema establece el entorno del sistema mediante un conjunto de especificaciones
definidas en los archivos de inicializacin. Si desea modificar temporalmente el entorno
para la sesin actual de trabajo, puede escribir comandos directamente tras el indicador
de comandos. Pero si lo que quiere es modificar el entorno de trabajo de un modo ms
permanente, puede almacenar variables de entorno "permanentes" en los
archivos.profile, .login o .cshrc.
Para mostrar las variables de entorno establecidas actualmente en el sistema:
1 Escriba el comando env y presione Retorno:

$ env
HISTORY=100
HOME=/home/guadalajara/pancho
HZ=100
LOGNAME=pancho
MAIL=/var/mail/pancho
MANSECTS=\1:1m:1c:1f:1s:1b:2:\3:3c:3i:3n:3m:3k:3g:3e:3x11:3xt:3
w:3b:9:4:5:7:8
PATH=/usr/bin
SHELL=/bin/sh
TERM=sun
TZ=EST5EDT

2 Nota - Tambin puede usar el comando env para identificar el shell de entrada,
que se encuentra especificado en la variable de entorno SHELL. En el ejemplo
anterior, se ha establecido como /bin/sh (el shell Bourne).
3 Perfil del usuario. Esta seccin describe algunas de las variables de entorno
ms usadas. Muchas de dichas variables pueden estar ya incluidas en el perfil
de usuario. Como se mencion anteriormente, el archivo de perfil del usuario
(.profile para los shell Bourne y Korn, y .cshrc para el shell C) se encuentra en el
directorio del usuario.
Nota Los archivos ("punto") ocultos pueden listarse escribiendo ls -la.
Se enumera una lista parcial de variables de entorno que se pueden incluir en el perfil
del usuario. La sintaxis para definir variables de entorno depender del shell que est
usando:
CDPATH - Especifica los directorios que se han de buscar cuando se escribe un
nico nombre de directorio sin un nombre de ruta de acceso completo.
HISTORY - Establece el nmero de comandos disponibles para el comando
history (slo para el shell C).
HOME - Define la ruta de acceso absoluta del directorio raz; el sistema utilizar
esta informacin para decidir a qu directorio cambiar cuando escriba el
comando cd sin argumentos.
LANG - Especifica el lenguaje local. Los valores adecuados son: japons,
alemn, francs, sueco, espaol e italiano.
LOGNAME - Define el nombre de entrada. El valor predeterminado para esta
variable se establece automticamente al nombre de entrada especificado en la

base de datos passwd como parte del proceso de entrada. Si desea informacin
acerca de la base de datos passwd, consulte System Administration Guide.
LPDEST - Define la impresora predeterminada.
MAIL - Especifica la ruta de acceso del correo, que normalmente se encuentra en
el directorio /var/mail/nombre-usuario, donde nombre-usuario es el nombre de
entrada.
MANSECTS - Establece las secciones de documentacin en lnea disponibles.
PATH - Lista, en orden, los directorios en los que el sistema busca para encontrar
el programa que se va a ejecutar al escribir un comando.
Si el directorio apropiado no se encuentra en la ruta de acceso de bsqueda,
deber introducirlo o escribir el nombre completo de la ruta de acceso cuando
introduzca un comando. El valor predeterminado de esta variable se define
automticamente y se establece como se especifica en el archivo .profile (shell
Bourne o Korn), o en el archivo .cshrc (shell C) como parte del proceso de
entrada.
PS1 - Define el indicador de comando. El indicador predeterminado del shell
Bourne y del Korn es el signo de dlar ($). El indicador predeterminado del shell
C es el signo de porcentaje (%). El indicador predeterminado de raz, en cada
shell, es el carcter de relleno (#).
SHELL - Define el shell usado por vi y por otras herramientas.
TERMINFO - Especifica el nombre de ruta de acceso de un terminal no
soportado que se ha agregado a la base de datos terminfo. No es necesario
configurar esta variable para terminales predeterminados en esta base de datos.
Si desea ms informacin sobre la base de datos terminfo, consulte System
Administration Guide, Volume II.
TERM - Define el tipo de terminal que est usando actualmente. Cuando ejecuta
un editor, el sistema busca un archivo con el mismo nombre que la definicin de
dicha variable. Primero, busca la ruta de acceso (si la hay) a la que la variable
TERMINFO
remite
y,
despus,
el
directorio
predeterminado
/usr/share/lib/terminfo, para determinar las caractersticas del terminal. Si no se
encuentra una definicin en ninguna de las dos posiciones, el terminal se
identifica como "sin inteligencia".
TZ - Define la zona horaria del reloj del sistema.

Cmo establecer la variable PATH

La variable de entorno PATH se usa para ubicar comandos dentro de la jerarqua de
directorios de SunOS. Al fijar PATH se crea un conjunto de directorios fijos que el
sistema buscar siempre que escriba el nombre de un comando.
Por ejemplo, si no ha definido ninguna variable PATH y quiere copiar un archivo, tendr
que introducir el nombre de ruta de acceso completo para el comando, /usr/bin/cp. Sin

embargo, si ha establecido la variable PATH de forma que incluya el directorio /usr/bin,

con slo escribir cp, el sistema ejecutar siempre el comando. Esto se debe a que el
sistema busca el comando cp en todos los directorios nombrados en la variable PATH y
lo ejecuta cuando lo encuentra. Si utiliza la variable PATH para listar los directorios de
comando de SunOS puede facilitar significativamente el trabajo.
Para los shell Bourne y Korn, la variable PATH se especifica en el archivo .profile (en el
directorio personal) utilizando la siguiente sintaxis:
PATH=.:/usr/bin:/dir-usuario/bin
donde dir-usuario representa el nombre de la ruta de acceso del directorio de usuario.
Para el shell C, la variable PATH se especifica en el archivo .cshrc (en el directorio de
usuario) utilizando la siguiente sintaxis:
set path=(. /usr/bin dir-usuario/bin)
donde dir-usuario es el nombre de ruta de acceso del directorio de usuario.
Nota En el shell C puede utilizar el mtodo abreviado ~ para representar el nombre de la ruta
de acceso del directorio de usuario.
Si modifica la variable PATH cuando est ejecutando el shell C, use el comando source
para que los cambios surtan efecto en la ventana actual sin tener que salir del sistema:
example% source .cshrc
Para que los cambios surtan efecto en la ventana actual sin tener que abandonar el
sistema, cuando se encuentra el shell Bourne o el Korn, escriba lo siguiente:
$ . .profile
Alias (slo shell C)
Los alias son mtodos abreviados que resultan muy tiles para comandos que se
utilizan con frecuencia. Por ejemplo, la configuracin predeterminada del comando de
eliminacin (rm) no solicita confirmacin antes de eliminar archivos. A veces, esto
podra ser molesto pues un error de escritura puede provocar la eliminacin de un
archivo equivocado. Sin embargo, el shell C le permite usar la variable alias para
cambiar esto con slo agregar la lnea siguiente al archivo.cshrc
alias rm 'rm -i'
Con esta lnea incluida en el archivo .cshrc, escribir rm ser lo mismo que escribir rm -i,
que es el formato interactivo del comando rm. De ahora en adelante, se le pedir que
confirme el comando antes de que se vaya a eliminar algn archivo. Las comillas de rm

-i, que aparecen en el ejemplo anterior, son necesarias para incluir el espacio en blanco
entre rm y -i. Sin ellas, el shell C no puede interpretar correctamente el texto que va
despus del espacio.
Utilice el comando source para hacer que los cambios efectuados en el archivo.cshrc
surtan efecto inmediatamente en la ventana actual. El comando source hace que el
sistema lea el archivo .cshrc actual y ejecute los comandos que contiene:
example% source .cshrc
Cmo cambiar el indicador de comandos
La sintaxis que utiliza para cambiar el indicador de comandos depender de que est
utilizando el shell Bourne, Korn o C.
Shells Bourne y Korn
Para los shell Bourne o Korn, debe volver a definir el indicador de comando con el
comando PS1. Aqu tiene tres ejemplos:
PS1=": "
PS1="`hostname`: "
PS1="`hostname`{`id`}}: "

El primer ejemplo establece el indicador como el signo de dos puntos (:), seguido
de un espacio.
El segundo ejemplo crea un indicador formado por el nombre de sistema,
seguido de dos puntos y un espacio.
El tercer ejemplo establece el indicador como el nombre de sistema, seguido del
nombre de entrada entre llaves {}, dos puntos y un espacio.

Realice cualquiera de los ejemplos anteriores para cambiar el indicador de comando

actual. El indicador se conservar hasta que lo cambie otra vez o salga del sistema.
Para que los cambios tengan un carcter ms permanente, agregue uno de los
ejemplos anteriores (o un indicador creado personalmente) al archivo .profile. Si hace
esto, el indicador que especifique aparecer cada vez que entre en el sistema o
empiece un nuevo shell.
Shell C
Para el shell C, puede personalizar el indicador de comando con el comando set
prompt. Aqu tiene tres ejemplos:
set prompt="% "
set prompt="`hostname`\!: "

set prompt="`hostname`{`id`}}: "

El primer ejemplo establece el indicador como el signo de porcentaje seguido de

un espacio.
El segundo ejemplo crea un indicador formado por el nombre de sistema seguido
del nombre de historial del comando (hostname1, hostname2, hostname3, etc.).
El tercer ejemplo establece el indicador como el nombre de sistema, seguido por
el nombre de entrada entre llaves, dos puntos y un espacio.
Escriba cualquiera de los ejemplos anteriores para cambiar el indicador de comando
actual. El indicador se conservar hasta que lo cambie o salga del sistema.
Para que los cambios tengan un carcter ms permanente, agregue uno de los
ejemplos anteriores (o cree un indicador) al archivo .cshrc. Si realiza esto, el indicador
que especifique aparecer cada vez que entre en el sistema o empiece un nuevo shell.
Otras variables tiles
Existen muchas otras variables que puede establecer en los archivos .profile o .cshrc.
Si desea una lista completa, consulte man Pages(1): User Commands. A continuacin
se dar una breve descripcin de las opciones utilizadas ms frecuentemente.
Use set noclobber para evitar que los archivos se sobrescriban accidentalmente cuando
se use el comando cp para copiar un archivo. Esta variable slo afecta al shell C.
Escriba lo siguiente en el archivo .cshrc:
set noclobber
Use set history para establecer el nmero de comandos que se van a guardar en la lista
de historia. El comando history resulta muy til para introducir comandos que haya
escrito anteriormente. El archivo history tambin puede usarse para repetir comandos
anteriores. Esta variable slo afecta al shell C. Escriba lo siguiente en el archivo.cshrc:
set history=100
Tambin puede afectar a los shells Bourne y Korn, de la misma manera, escribiendo lo
siguiente en el archivo .profile:
HISTORY=100
IBM InfoSphere Federation Server, Versin 10.5
Variables de entorno de Oracle
Existen variables de entorno necesarias y variables de entorno opcionales para
orgenes de datos Oracle. Estas variables se definen en el archivo db2dj.ini.
Las variables de entorno vlidas para Oracle son:

ORACLE_HOME
ORACLE_BASE (opcional)
ORA_NLS (opcional)
NLS_LANG (opcional)
TNS_ADMIN (opcional)

Descripcin de las variables

ORACLE_HOME. Establezca la variable de entorno ORACLE_HOME en la va de
acceso de directorio en la que se ha instalado el software de cliente Oracle. Especifique
la va de acceso completa para la variable de entorno:
ORACLE_HOME=directorio_padre_oracle. Por ejemplo, si el directorio padre de Oracle
es
\usr\oracle\8.1.7,
la
entrada
en
el
archivo
db2dj.ini
es
ORACLE_HOME=\usr\oracle\8.1.7.
Si un usuario individual de la instancia federada establece la variable de entorno
ORACLE_HOME localmente, la instancia federada no utiliza dicha serie. La instancia
federada slo utiliza el valor de ORACLE_HOME definido en el archivo db2dj.ini.
ORACLE_BASE
ORACLE_BASE representa la raz del rbol de directorios del cliente Oracle. Si ha
establecido la variable de entorno ORACLE_BASE al instalar el software de cliente
Oracle, establezca la variable de entorno ORACLE_BASE en el servidor federado.
Por ejemplo: ORACLE_BASE=directorio_raz_oracle
ORA_NLS
Si ejecuta varias versiones de Oracle en el sistema, debe asegurase de que:
La variable de entorno ORA_NLS adecuada est definida.
Los archivos de datos NLS correspondientes para las versiones que utiliza estn
disponibles.
Los datos especficos de la ubicacin estn almacenados en un directorio especificado
por la variable de entorno ORA_NLS. Cada versin de Oracle tiene un directorio de
datos ORA_NLS distinto.

Tabla 1. Variable de entorno ORA_NLS por versin

Versin de Oracle
8.x, 9.x
10.x
Por ejemplo, en los servidores federados que ejecutan UNIX que acceden a orgenes
de datos Oracle 8.1, el valor de la variable de entorno ORA_NLS33 es:
ORA_NLS33=directorio_padre_oracle/ocommon/nls/admin/<data>

NLS_LANG
La variable de entorno NLS_LANG es una variable de entorno de pgina de cdigos.
Consulte la documentacin NLS de Oracle para obtener informacin sobre cmo definir
esta variable.
TNS_ADMIN
En servidores federados que ejecutan Windows
El cliente Oracle busca el archivo tnsnames.ora en el directorio %ORACLE_HOME
%\NETWORK\ADMIN (%ORACLE_HOME% se define en el archivo db2dj.ini). Si el
archivo tnsnames.ora no se encuentra en el directorio %ORACLE_HOME
%\NETWORK\ADMIN, debe establecer la variable de entorno TNS_ADMIN en el
archivo db2dj.ini en el servidor federado. La variable de entorno del archivo db2dj.ini se
establece en la va de acceso en la que se encuentra el archivo tnsnames.ora.
En servidores federados que ejecutan AIX o Linux
El cliente Oracle busca el archivo tnsnames.ora en el directorio /etc. Si el archivo
tnsnames.ora no se encuentra en el directorio /etc, el cliente Oracle busca el archivo
tnsnames.ora en el directorio $ORACLE_HOME/network/admin ($ORACLE_HOME se
define en el archivo db2dj.ini). Si el archivo tnsnames.ora no se encuentra en el
directorio $ORACLE_HOME/network/admin, debe establecer la variable de entorno
TNS_ADMIN en el servidor federado. La variable de entorno del archivo db2dj.ini se
establece en la va de acceso en la que se encuentra el archivo tnsnames.ora.
Por ejemplo, si el archivo tnsnames.ora se encuentra en el directorio /home/oracle,
debe establecer la variable de entorno en:
TNS_ADMIN=/home/Oracle
En servidores federados que ejecutan Solaris

El cliente Oracle busca el archivo tnsnames.ora en el directorio /var/opt/oracle. Si el

archivo tnsnames.ora no se encuentra en el directorio /var/opt/oracle, el cliente Oracle
busca el archivo tnsnames.ora en el directorio $ORACLE_HOME/network/admin
($ORACLE_HOME se define en el archivo db2dj.ini). Si el archivo tnsnames.ora no se
encuentra en el directorio $ORACLE_HOME/network/admin, debe establecer la variable
de entorno TNS_ADMIN. La variable de entorno se establece en el archivo db2dj.ini del
directorio en el que se encuentra el archivo tnsnames.ora.
Por ejemplo, si el archivo tnsnames.ora se encuentra en el directorio /home/oracle,
debe establecer la variable de entorno en:
TNS_ADMIN=/home/oracle
Conversin de la pgina de cdigos de Oracle
Cada vez que el derivador Oracle se conecta a un origen de datos Oracle, determina
qu valor de pgina de cdigos debe utilizar para la conexin. Puede especificar que el
derivador Oracle establezca el valor de pgina de cdigos o puede designar una pgina
de cdigos mediante la variable de entorno NLS_LANG.

2.1.6 PROCEDIMIENTO GENERAL DE INSTALACIN DE UN DBMS

Instalamos el motor de base de datos Oracle Database 11g Release 1 en el sistema
operativo Microsoft Windows 7 (Seven). Explicamos paso a paso y con capturas de
pantalla cmo instalar este motor de bases de datos relacional (RDBMS) de Oracle. Os
explicamos tambin como crear una base de datos con Oracle Database 11g.

o
o
o

Introduccin a Oracle Database.

Descarga y descompresin del fichero de instalacin de Oracle Database 11g R1.
Instalar Oracle Database 11g Release 1 en Microsoft Windows 7.
Crear base de datos con Oracle Database 11g.
Aadir un listener a Windows 7 para acceso a Oracle Database 11g.
Anexo.
Resultado ejecucin de comprobacin de requisitos especficos del Producto.
Gestin Automtica de Almacenamiento (ASM) en Oracle 11g.
Definicin de Listener de Oracle Database.
Artculos relacionados.
Crditos.

Introduccin a Oracle Database

Oracle Database es un sistema de gestin de base de datos relacional (RDBMS
Relational Data Base Management System), desarrollado por Oracle Corporation.
Oracle destaca por:

Soporte de transacciones: una transaccin en un sistema de gestin de bases de

datos (SGBD), es un conjunto de rdenes que se ejecutan formando una unidad
de trabajo, es decir, en forma indivisible. Un SGBD se dice transaccional si es
capaz de mantener la integridad de los datos, haciendo que estas transacciones
no puedan finalizar en un estado intermedio. Cuando por alguna causa el
sistema debe cancelar la transaccin, empieza a deshacer las rdenes
ejecutadas hasta dejar la base de datos en su estado inicial (llamado punto de
integridad), como si la orden de la transaccin nunca se hubiese realizado.

Estabilidad: con una tasa de errores mnima.

Escalabilidad: capacidad del sistema informtico de cambiar su tamao o
configuracin para adaptarse a las circunstancias cambiantes.
Soporte multiplataforma: se puede instalar en Linux, Unix, Windows, Solaris
(SPARC), AIX (PPC64), HP-UX Itanium, HP-UX PA-RISC, Mac OS X Server.
Descarga y descompresin del fichero de instalacin de Oracle Database 11g R1
En primer lugar deberemos descargar o conseguir el fichero de instalacin de Oracle
Database 11g R1, que es gratuito siempre que no sea usado con fines comerciales.
Para ms informacin es conveniente leer los trminos de licencia de Oracle Database
11g R1.
Para realizar la descarga del fichero de instalacin de Oracle Database 11g R1
accederemos a la web oficial de Oracle, previo registro gratuito. Con cualquier
navegador de Internet, como Mozilla Firefox, accederemos a la URL:
http://www.oracle.com/technology/software/products/database/index.html

En nuestro caso descargaremos el fichero:

win64_11gR1_database_1013.zip
de 1,7GB perteneciente a Microsoft Windows (x64), puesto que el equipo y el sistema
operativo Microsoft Windows 7 que utilizamos es 64bit.

Instalar Oracle Database 11g Release 1 en Microsoft Windows 7

Pulsaremos con el botn derecho del ratn sobre "setup.exe" y seleccionaremos
"Ejecutar como administrador" en el men emergente:

Si tenemos activo UAC (User Account Control) Windows 7 nos pedir confirmacin para
ejecutar el programa de instalacin de Oracle Database, pulsaremos "S":

Existen dos mtodos de instalacin:

Instalacin Bsica: seleccionaremos este mtodo de instalacin si deseamos

instalar rpidamente Oracle Database 11g. Este mtodo necesita una mnima
intervencin del usuario. Seleccionando este mtodo tambin se puede
especificar si se desea crear una base de datos de uso general con el esquema
SAMPLE y el tablespace EXAMPLE.

Instalacin Avanzada: este mtodo de instalacin sirve para cualquiera de las

siguientes tareas:
Realizar una instalacin personalizada del software o seleccionar una
configuracin diferente de la base de datos.
Instalar o actualizar Oracle Real Application Clusters.
Actualizar una base de datos existente.
Seleccionar un juego de caracteres de la base de datos o idiomas de
producto diferentes.
Crear una base de datos en un sistema de archivos que sea distinto del
sistema en el que se copia el software.
Configurar Gestin Automtica de Almacenamiento.
Especificar contraseas diferentes para esquemas administrativos.
Configurar copias de seguridad automticas o notificaciones de Oracle
Enterprise Manager.

En nuestro caso marcaremos la opcin "Instalacin Avanzada" y pulsaremos

"Siguiente":

Existen cuatro tipos de instalacin de Oracle Database 11g Release 1:

Enterprise Edition: este tipo de instalacin est diseado para aplicaciones a

nivel de empresa. Est diseado para el Procesamiento de Transacciones en

Lnea (OLTP) de alta seguridad y de importancia crtica y para entornos de

almacenes de datos. Este tipo de instalacin instala todas las opciones de
Enterprise Edition con licencias independientes.
Standard Edition: este tipo de instalacin est diseado para aplicaciones a
nivel de departamento o grupo de trabajo y para pequeas y medianas
empresas. Est diseado para proporcionar las opciones y servicios de gestin
de bases de datos relacionales esenciales.
Personal Edition: este tipo de instalacin instala el mismo software que el tipo
de instalacin Enteriprise Edition, con excepcin de los paquetes de gestin. Sin
embargo, soporta un entorno de desarrollo y despliegue monousuario que debe
ser totalmente compatible con Enterprise Edition y Standard Edition. Oracle Real
Application Clusters (RAC) no se instala con Personal Edition.
Personalizada: este tipo de instalacin permite seleccionar los componentes
que desea instalar de la lista de todos los componentes disponibles o instalar
opciones de producto adicionales en una instalacin existente. Para instalar
determinados productos u opciones, como Oracle Label Security u Oracle OLAP,
debe seleccionar este tipo de instalacin.

En nuestro caso seleccionaremos "Enterprise Edition (2.81GB)" y pulsaremos

"Siguiente":

A continuacin especificaremos en "Directorio Base de Oracle" la ubicacin en la que

deseemos almacenar todos los archivos de software de Oracle y relacionados con la
configuracin.
El directorio base de Oracle es el directorio de nivel superior que se puede utilizar para
instalar los distintos productos de software de Oracle, excepto para Oracle Clusterware.
Oracle Clusterware debe estar en una ruta de acceso independiente. Se puede utilizar
el mismo directorio base de Oracle para ms de una instalacin. Si distintos usuarios
del sistema operativo instalan el software de Oracle en el mismo sistema, todos los
usuarios deben crear un directorio base de Oracle independiente. Si se ha definido la
variable de entorno ORACLE_BASE, Oracle Universal Installer muestra el valor de la
variable ORACLE_BASE como valor por defecto para el campo del directorio base de
Oracle.
En nuestro caso seleccionaremos como Directorio Base de Oracle:
C:/app/ajpdsoft

En Ubicacin del Software especificaremos el nombre y la ubicacin del directorio raz

de Oracle en el que deseemos instalar el producto.

Nombre: introduciremos un nombre de directorio raz de Oracle o lo

seleccionaremos de la lista. En nuestro caso introduciremos "OraDb11g_home1".
Ruta de Acceso: introduciremos la ruta de acceso completa del directorio raz de
Oracle o la selecionaremos de la lista de rutas existentes. En nuestro caso
"C:/app/ajpdsoft/product/11.1.0/db_1".

A continuacin Oracle Universal Installer realizar la comprobacin de requisitos

especficos del Producto, para verificar que el sistema operativo y el hardware
(equipo) cumplen con los requisitos mnimos. Para el caso de Windows 7 nos mostrar
un error en la comprobacin de los requisitos del sistema operativo, indicando: La base
de datos Oracle 11g no est certificada en el sistema operativo actual. Recomendacin:
Asegrese de instalar el software en la plataforma correcta.

An as continuaremos la instalacin, para ello marcaremos el check de "Comprobando

los requisitos del sistema operativo" y el de "Comprobando requisitos de Service Pack"
y pulsaremos "Siguiente" para continuar con la instalacin:

A continuacin Oracle Universal Installer nos permite elegir entre varias posibilidades de
configuracin:

Crear Base de Datos: esta opcin crea una base de datos con la configuracin
de Uso General/Procesamiento de Transacciones, Almacn de Datos o
Avanzada.
Configurar Gestin Automtica de Almacenamiento (ASM): esta opcin
instala slo Gestin Automtica de Almacenamiento en un directorio raz de
Oracle distinto. Si es necesario, tambin puede proporcionar una contrasea
SYS de ASM.
Instalar slo Software: esta opcin instala slo el software de la base de datos
Oracle. Se podr configurar la base de datos ms tarde.

En nuestro caso seleccionaremos "Instalar slo Software", puesto que crearemos la

base de datos en otro momento:

Si tenemos activo el Firewall (cortafuegos) de Windows, puede que nos pida "Permitir
acceso" a Java(TM) 2 Plattform Stantard Edition binary necesario para la instalacin de
Oracle:

Antes de iniciar la instalacin de Oracle Database 11g Release 1 en Windows 7, Oracle

Universal Installer nos mostrar un resumen de las opciones y productos que se
instalarn. Si son correctas pulsaremos "Instalar":

Oracle Universal Installer iniciar la instalacin definitiva de Oracle Database 11g en

Microsoft Windows 7 (seven):

Tras la instalacin, Oracle Universal Installer nos mostrar el resultado:

Indicando: "Los archivos de configuracin de la base de datos se han instalado

en C:/app/ajpdsoft mientras que los dems componentes seleccionados se han
instalado en C:/app/ajpdsoft/product/11.1.0/db_1. Tenga cuidado de no suprimir por
accidente estos archivos de configuracin".

Crear base de datos con Oracle Database 11g

Pulsaremos en el botn "Iniciar" - "Todos los programas" - "Oracle - OraDb11g_home1"
(o el nombre que le hayamos dado a la instalacin) - "Herramientas de Configuracin y
de Migracin" - "Asistente de Configuracin de Bases de Datos":

Si tenemos activo UAC (User Account Control) deberemos pulsar en "S" en el mensaje
de Control de cuentas de usuario:

Se iniciar el Asistente de Configuracin de Bases de Datos, pulsaremos "Siguiente":

Marcaremos la opcin "Crear Base de datos" y pulsaremos "Siguiente":

A continuacin, dependiendo de nuestros conocimientos y de las opciones que

queramos establecer podemos seleccionar plantillas existentes o crear nuestra propia
plantilla:

Usos Generales o Procesamiento de Transacciones: plantilla existente con

unos datos de configuracin estndar para crear una base de datos de propsito
general que podr ser usada por aplicaciones habituales de contabilidad,
facturacin, gestin, nminas, recursos humanos, etc. Est pensada para una
base de datos con muchos accesos, muchas consultas y para guardar una
cantidad de datos "normal".
Almacn de Datos: plantilla existente con unos datos de configuracin estndar
para crear una base de datos para almacenamiento de informacin que pueden
ser usadas como archivo histrico. Es una base de datos configurada para pocos
accesos y guardar gran cantidad de datos.

Personalizar Base de Datos: con esta opcin podremos crear nuestra propia
plantilla. Seleccionando esta opcin podremos configurar y establecer todos los
parmetros de la base de datos. Est recomendada para usuarios avanzados.

En nuestro caso crearemos una base de datos estndar de propsito general, por lo
que marcaremos la primera opcin "Usos Generales o Procesamiento de
Transacciones":

Introduciremos el nombre de la Base de Datos Global y el SID (pueden ser el mismo),

en nuestro caso "bdajpdsoft":

A continuacin podremos indicar los siguientes datos:

Configurar Enterprise Manager: proporciona herramientas de gestin basadas

en Web para gestionar instancias de base de datos individuales, as como
herramientas de gestin centrales para gestionar todo el entorno Oracle,
incluidas varias bases de datos, hosts, servidores de aplicaciones y otros
componentes de la red.
Configurar Database Control para Gestin Local: permite gestionar la base de
datos. Al instalar una base de datos Oracle, se instalar automticamente Oracle
Enterprise Manager Database Control, que proporciona funciones basadas en la
Web para controlar y administrar la instancia nica o la base de datos de cluster
que est instalando.
Activar Notificaciones de Alertas: si desea que el usuario SYSMAN (el
superadministrador por defecto y propietario del esquema del repositorio de
gestin) reciba notificaciones de alerta cuando una mtrica para una condicin
especificada alcance un umbral crtico o de advertencia.
Si no se definen los parmetros de servidor de correo saliente (SMTP) y
direccin de correo electrnico, se podrn definir o cambiar estos valores de
notificacin de alerta utilizando la Consola de Enterprise Manager cuando
termine la instalacin.

Activar Copia de Seguridad en Disco Diaria en rea de Recuperacin: para

utilizar la estrategia de realizacin de copias de seguridad de la base de datos
completa sugerida por Oracle, con una cantidad mnima de configuracin. Ms
adelante, podr utilizar Oracle Enterprise Manager para personalizar la estrategia
de copia de seguridad. Para obtener ms informacin, consulte la ayuda en
pantalla de Oracle Enterprise Manager.

Si aparece el siguiente mensaje ser porque no tenemos configurado un Listener para

la base de datos. En este caso pulsaremos "Aceptar" (sin cerrar el asistente) y
realizaremos estos pasos para crear un listener:
Aadir un listener a Windows 7 para acceso a Oracle Database 11g

Con el texto: "Para configurar la base de datos con Database Control, necesita un
listener configurado en el directorio raz de Oracle actual. Tiene que ejecutar Netca para
configurar un listener antes de continuar. Asimismo, puede decidir continuar sin la
configuracin de Database Control."
Una vez instalado el Listener, pulsaremos Siguiente en la ventana anterior (del paso 4
de 15).
En el paso 5 podremos indicar la contrasea para los usuarios que el Asistente de
Configuracin de Base de Datos crear: SYS, SYSTEM, DBNSMP y SYSMAN.
Podremos indicar una contrasea para cada usuario marcando "Usar Contraseas
Administrativas Diferentes" o la misma contrasea para todos los usuarios marcando
"Usar la Misma Contrasea Administrativa para Todas las Cuentas":

A continuacin seleccionaremos el mecanismo de almacenamiento que desea utilizar

para los archivos de base de datos. Los archivos de base de datos incluyen archivos de
datos, de control y log asociados a la base de datos. Las opciones son:

Sistema de Archivos: seleccionando esta opcin Oracle guardar y mantendr

los archivos de base de datos de la instancia en un directorio del sistema de
archivos actual. Por defecto, el Asistente de Configuracin de Bases de Datos
(DBCA) guarda los archivos de base de datos mediante la Arquitectura Flexible
ptima de Oracle (OFA), a travs de la cual los archivos de base de datos y
administrativos, incluidos los de inicializacin, siguen las prcticas de
nomenclatura y ubicacin estndar. Estos valores valores predeterminados
pueden ser modificados ms adelante en el proceso de configuracin de la base
de datos mediante la pgina de almacenamiento en la base de datos DBCA.

Gestin Automtica de Almacenamiento (ASM): ASM es una nueva funcin de

la base de datos Oracle que simplifica la administracin de los archivos de base
de datos. En lugar de gestionar varios archivos de base de datos, slo se
gestiona un pequeo nmero de grupos de discos. Un grupo de discos es un
juego de dispositivos de discos que ASM gestiona como una nica unidad lgica.
Se puede definir un grupo de discos concreto como el grupo de discos por
defecto para una base de datos y Oracle asignar automticamente el
almacenamiento y crear o suprimir los archivos de datos asociados al objeto
de base de datos. Al administrar la base de datos, slo necesita consultar los
objetos de base de datos por nombre en lugar de consultarlos por nombre de
archivo. Al seleccionar esta opcin, el DBCA muestra una serie de pantallas que
puede utilizar para crear una instancia de ASM y rellenar grupos de discos de
ASM. Una vez configurada una instancia de ASM con DBCA, puede utilizar
Oracle Enterprise Manager para gestionarla.

Sistema de Archivos de Cluster: para Oracle Real Application Clusters (Oracle

RAC), esta opcin sustituye a la opcin Sistema de Archivos. Un sistema de
archivos de cluster permite que un nmero de nodos de un cluster accedan de
forma simultnea a un sistema de archivos determinado. En cada nodo se
visualizan los mismos archivos y datos. De esta forma, se facilita la gestin de
los datos que se necesitan compartir a travs de los nodos. Si la plataforma
soporta un sistema de cluster de archivos, puede utilizarla para almacenar los
archivos de datos y archivos de control de Real Application Cluster.

Dispositivos Raw: un dispositivo raw es un disco o parte de l que no est

gestionado por un sistema de archivos. Sin embargo, slo se puede utilizar esta
opcin si la direccin dispone de, al menos, el mismo nmero de particiones de
discos raw como de archivos de datos de Oracle. Antes de utilizar dispositivos
raw para almacenar los archivos de base de datos, se debe configurar e
identificar los dispositivos raw.

En nuestro caso seleccionaremos "Sistema de archivos", para ver cmo configurar el

mecanismo de almacenamiento "ASM" se puede ver en este enlace:
Gestin Automtica de Almacenamiento (ASM) en Oracle 11g

A continuacin indicaremos dnde y cmo almacenar los archivos de la base de datos.

Las opciones son:

Usar Ubicaciones de Archivos de Base de Datos de Plantilla: esta opcin

permite utilizar la ubicacin predefinida en la plantilla de base de datos que se
seleccione para esta base de datos. Incluso despus de seleccionar esta opcin,

se podr sustituir estos valores por defecto y modificar los nombres de archivo y
ubicaciones de la base de datos en la pgina Almacenamiento, que estar
disponible posteriormente en el Asistente de Configuracin de Bases de Datos.

Usar Ubicacin Comn para Todos los Archivos de Base de Datos: esta
opcin permite especificar una nueva rea comn para todos los archivos de
base de datos. Aunque se seleccione esta opcin y se proporcione una nueva
ubicacin, se podr revisar y modificar los nombres de archivo y ubicaciones de
la base de datos en la pgina Almacenamiento, que estar disponible
posteriormente en el Asistente de Configuracin de Bases de Datos.

Usar Oracle Managed Files: esta opcin permite simplificar la administracin de

la base de datos Oracle. Oracle Managed Files elimina la necesidad del usuario,
es decir, del DBA, de gestionar directamente los archivos del sistema operativo
que componen una base de datos Oracle. Se especifican operaciones en
trminos de objetos de base de datos en lugar de en nombres de archivos.
Oracle utiliza internamente interfaces del sistema de archivos para crear y
suprimir archivos segn sea necesario para los tablespaces, archivos redo log y
archivos de control. En su lugar, se proporciona slo la ruta de acceso al rea de
base de datos, que sirve como directorio raz en el que la base de datos
almacena sus archivos de base de datos. Si se selecciona esta opcin, tambin
se puede multiplexar los archivos redo log y de control. A diferencia de otras
opciones de esta pgina, si se selecciona esta opcin, no se podrn realizar
modificaciones a los nombres de archivos de la base de datos en la pgina
Almacenamiento, que estar disponible posteriormente en el Asistente de
Configuracin de Bases de Datos.

En nuestro caso seleccionaremos el mtodo de ubicaciones de archivos de base de

datos Oracle Managed Files, por lo que marcaremos la opcin "Usar Oracle Managed
Files", en "rea de Base de Datos" deberemos indicar la unidad y carpeta donde Oracle
guardar los ficheros de la base de datos, en nuestro caso:
e:/oracle/ajpdsoft. Si queremos multiplexar los archivos de Redo Log y los Archivos de
Control pulsaremos el botn "Multiplexar Archivos Redo Log y Archivos de Control":

La multiplexacin de los archivos redo log y de control implica colocarlos en varias

ubicaciones diferentes. Si una de las ubicaciones falla, los archivos redo log y de control
de las dems ubicaciones estn disponibles para las operaciones de recuperacin de
desastres. Oracle recomienda especificar al menos dos destinos de archivos redo log y
de control en unidades de disco fsicas diferentes. Si el primer disco duro falla, las
copias guardadas en el segundo disco estarn disponibles. La multiplexacin
correctamente configurada (en unidades de disco fsicas diferentes) proporciona una
gran tolerancia a los fallos para el archivo redo log y de control si alguno de los destinos
falla.
En cada lnea de la ventana de "Multiplexar Archivos Redo Log y Archivos de Control"
podremos aadir las distintas rutas donde Oracle crear los archivos necesarios para la
multiplexacin:

Pulsando en el botn "Variables de Ubicacin de Archivos" en la ventana anterior de

"Ubicaciones de Archivos de Base de Datos" podremos ver las variables que se utilizan
para especificar las ubicaciones de archivos con parmetros para los archivos de datos,
archivos de control, redo logs y cualquier otro tipo de archivo que utilice la base de
datos:

ORACLE_BASE: ruta base del sistema.

ORACLE_HOME: ruta de instalacin de Oracle Database.
DB_NAME: nombre de la base de datos.
DB_UNIQUE_NAME: nombre nico de todas las instancias de la base de datos.
SID: identificador de la base de datos.

Estos parmetros han sido ya indicados en pasos anteriores:

Tras configurar las opciones de las ubicaciones de archivos de base de datos

pulsaremos "Siguiente":

En la ventana siguiente podremos configurar las opciones de recuperacin:

Especificar rea de Recuperacin de Flash: el rea de recuperacin de flash

se puede utilizar para recuperar datos que se perderan durante un fallo del sistema.
Enterprise Manager tambin utiliza esta ubicacin si tiene activadas la gestin local y
las copias de seguridad diarias en la pgian Opciones de Gestin, mostrada
anteriormente en el Asistente de Configuracin de Bases de Datos. El rea de
recuperacin de flash es un directorio gestionado por Oracle, un sistema de archivos
o un grupo de discos de gestin automtica de almacenamiento que proporciona una
ubicacin de disco centralizada para los archivos de copia de seguridad y de
recuperacin. Oracle crea archive logs en el rea de recuperacin de flash.
Enterprise Manager puede almacenar sus copias de seguridad en el rea de
recuperacin de flash y las utiliza cuando restaura archivos durante la recuperacin
de medios fsicos. Los componentes de recuperacin de Oracle interactan con el
rea de recuperacin de flash, garantizando de este modo que la base de datos se
puede recuperar completamente mediante los archivos del rea de recuperacin de
flash. Todos los archivos necesarios para recuperar la base de datos que siguen a un
fallo del medio fsico forman parte del rea de recuperacin de flash.

rea de Recuperacin de Flash: desde este campo indicaremos la ubicacin

de los ficheros para que Oracle gestione aqu el rea de recuperacin de flash.

Tamao del rea de Recuperacin de Flash: en este campo indicaremos el tamao

del rea de recuperacin de flash.
Activar Archivado: al activar el archivo, la base de datos archiva los archivos
redo log. Los archivos redo log archivados se pueden utilizar para recuperar una
base de datos, actualizar una base de datos estndar o recuperar informacin sobre
el historial de una base de datos con la utilidad LogMiner. La activacin del archivado
es equivalente a la activacin del modo Archive Log en Oracle Enterprise Manager o
a la ejecucin de la base de datos en modo ARCHIVELOG. Debe activar el archivado
para que la base de datos se pueda recuperar del fallo de disco.

En nuestro caso, para tener una base de datos con alta tolerancia a fallos y por lo tanto
alta disponibilidad marcaremos ambas opciones:

En la ventana anterior, pulsando en "Editar Parmetros de modo de Archivado"

podremos configurar el tipo de archivado, el formato del archivo de archive log y los
destinos de los ficheros (es recomendable que sean varios y en distintos disco fsicos).

Archivado Automtico: la instancia de base de datos Oracle puede ser configurada

para archivar archivos redo log rellenos automticamente o manualmente.
Normalmente, el archivo automtico resulta ms conveniente y eficaz. Marcando la
opcin de Archivo Automtico un proceso en segundo plano adicional, ARC0,
archivar automticamente grupos de archivos redo log online una vez que estn
inactivos. El archivo automtico libera al administrador de la base de datos de tener
que realizar el seguimiento, y de archivar, manualmente los grupos rellenos.

En "Formato de Archivo Archive Log": en este campo podremos indicar el formato

para los archivos archive log o dejar la opcin por defecto: ARC%S_%R.%T. Este
valor se asigna al parmetro del archivo de inicializacin LOG_ARCHIVE_FORMAT.
Se puede definir formato mediante los siguientes parmetros:
o %T: especifica el nmero de thread rellenando a la izquierda con ceros. El valor
por defecto tiene un rango de hasta tres caracteres.
o %t: especifica el nmero de thread sin ningn tipo de relleno. El valor por
defecto no tiene lmite de caracteres.
o %S: especifica el nmero de secuencia de log rellenando a la izquierda con
ceros. El valor por defecto tiene un rango de hasta tres caracteres. Oracle
recomienda utilizar el formato %S.
o %s: especifica el nmero de secuencia de log sin ningn tipo de relleno. El
valor por defecto no tiene lmite de caracteres.

Destinos de Archive Log: en esta seccin podremos identificar el destino de los

archivos archive log. Si ha especificado un rea de recuperacin de flash, los
archivos archive log se almacenarn en la ubicacin de recuperacin de flash por
defecto. Sin embargo, puede multiplexar los archivos especificando ubicaciones
adicionales en el rea Destinos de Archive Log de este recuadro de dilogo. Oracle
recomienda guardar los archivos archive log en diferentes ubicaciones de distintos
discos. Se deben introducir varias unidades diferentes (lo recomendado) en las que
almacenar los archivos archive log. Este valor se asigna al parmetro de archivo de
inicializacin LOG_ARCHIVE_DEST.

En el siguiente paso de la creacin de la base de datos, en la pestaa "Esquemas de

Ejemplo" podremos marcar la opcin "Esquemas de Ejemplo" para que el asistente cree
un esquema de ejemplo.

Los esquemas de ejemplo contienen archivos de comandos para los siguientes tipos de
tablas:

Human Resources: el esquema de Human Resources (HR) es un esquema de base

de datos relacional bsico. Hay seis tablas en el esquema de HR: Employees,
Departments, Locations, Countries, Jobs y Job_History. El esquema de Order Entry
(OE) tiene enlaces al esquema de HR.

Order Entry: el esquema de Order Entry (OE) se basa en el esquema de Human

Resources meramente relacional con algunas funciones relacionadas con el objeto y
orientadas al mismo. El esquema de OE contiene siete tablas: Customers,
Product_Descriptions, Product_Information, Order_Items, Orders, Inventories y
Warehouses. El esquema de OE tiene enlaces al esquema de HR y al de PM.
Tambin tiene sinnimos definidos en objetos de HR para facilitar el acceso
transparente a los usuarios.

Product Media: el esquema de Product Media (PM) incluye dos tablas, online_media
y print_media, un tipo de objeto, adheader_typ y una tabla anidada, textdoc_typ. El
esquema de PM incluye los tipos de columna interMedia y LOB. Nota: Para utilizar
interMedia Text debe crear un ndice de interMedia Text.

Sales History: el esquema del Historial de Ventas (SH) es un ejemplo de esquema

relacional. Consta de una gran tabla de hechos SALES particionada por rango y de
cinco tablas de dimensiones: TIMES, PROMOTIONS, CHANNELS, PRODUCTS y
CUSTOMERS. La tabla adicional COUNTRIES anexa a la tabla CUSTOMERS
muestra un sencillo copo de nieve.

Queued Shipping: el esquema de Queued Shipping (QS) est formado por varios
esquemas que contienen colas de mensajes. Los esquemas de ejemplo se pueden
instalar automticamente mediante el Asistente de Configuracin de Bases de Datos
o, posteriormente, de forma manual.

En nuestro caso no marcaremos la opcin "Esquemas de Ejemplo":

Desde la pestaa "Archivos de Comandos Personalizados" se puede crear y ejecutar

archivos de comandos personalizados (definidos por el usuario) para modificar la base
de datos despus de crearla. En nuestro caso no crearemos ninguno. Pulsaremos
"Siguiente" para continuar:

En el siguiente paso de la creacin de la base de datos, indicaremos los parmetros de

"Memoria", "Tamao", "Juego de Caracteres" y "Modo de Conexin".

En la pestaa "Memoria" podremos indicar los siguientes parmetros:

Tpica: seleccionando esta opcin se crear una base de datos con la mnima
configuracin o intervencin del usuario. Esta opcin es suficiente para la mayora
de los entornos y para los administradores de bases de datos Oracle (DBA) sin
experiencia en los procedimientos de creacin de base de datos avanzados. Se
puede ajustar tamao de memoria (SGA y PGA) de un rango continuo de valores.
El valor mnimo de memoria que se debe asignar es de 250 MB, el valor por defecto
para todas las mquinas. El valor mximo que se puede definir es el tamao de
memoria total fsica disponible en la mquina. El campo "Porcentaje" representa el
porcentaje de la memoria total del sistema disponible que se asignar a la base de
datos Oracle. En base a este valor, el Asistente de Configuracin de Bases de
Datos asigna automticamente la cantidad ms eficaz de memoria a las estructuras
de memoria de la base de datos. Para que la instancia de Oracle pueda gestionar
automticamente la memoria de instancia, para la mayora de las plataformas slo
se debe definir el parmetro de inicializacin MEMORY_TARGET.
Para ello, seleccione "Usar Gestin de Memoria Automtica". Si selecciona esta
opcin, la memoria se gestiona automticamente, p. ej., la instancia de base de

datos gestionar automticamente el tamao de SGA y PGA. Si se desactiva la

casilla de control Gestin Automtica de Memoria, la instancia se ajusta al valor de
Tamao de Memoria (SGA y PGA), redistribuyendo la memoria entre el rea global
del sistema (SGA) y el rea global de programa agregada (PGA agregada). El
parmetro de inicializacin de Tamao de Memoria (SGA y PGA) es dinmico; se
puede cambiar en cualquier momento, sin reiniciar la base de datos. Se puede
hacer clic en el botn "Mostrar Distribucin de Memoria" para ver la memoria
asignada a SGA y PGA. Las siguientes plataformas soportan Gestin Automtica de
Memoria: Linux, Solaris, Windows, HP-UX, AIX.

Personalizada: uso de la gestin de memoria personalizada. Si el usuario es un

administrador de base de datos experimentado y desea tener mayor control sobre
la asignacin de memoria de la base de datos Oracle, es conveniente seleccionar
"Personalizada". Para asignar cantidades especficas de memoria al SGA y al PGA,
seleccione Gestin Automtica de Memoria Compartida para la opcin Gestin de
Memoria y especifique los valores adecuados.

o rea Global de Sistema (SGA): regin de memoria compartida que contiene datos
e informacin de control de una instancia Oracle. Oracle asigna el SGA cuando se
inicia una instancia y anula la asignacin cuando se cierra. Todas las instancias
tienen su propia SGA. El parmetro de inicializacin: SGA_TARGET.
o rea Global de Programas (PGA): buffer de memoria que contiene datos e
informacin de control para un proceso del servidor. La base de datos Oracle crea
un PGA cuando se inicia un proceso del servidor. La informacin de un PGA
depende de la configuracin de Oracle. El parmetro de inicializacin:
PGA_AGGREGATE.
Para personalizar la forma en la que se distribuye la memoria entre las subestructuras
de memoria SGA, seleccione Gestin Manual de Memoria Compartida e introduzca
valores especficos para cada subcomponente de SGA.
A continuacin se muestra una descripcin de los subcomponentes de SGA y de los
parmetros de inicializacin correspondientes a cada valor. Puede revisar y modificar
estos parmetros de inicializacin posteriormente en el Asistente de Configuracin de
Bases de Datos.
o Pool Compartido: introduzca el tamao en bytes del rea para las sentencias SQL
y PL/SQL compartidas o acepte la entrada por defecto. Con valores altos se mejora
el rendimiento en sistemas de varios usuarios. Con valores bajos se utiliza menos
memoria. Nota: Si ha instalado las opciones Oracle interMedia y Advanced

Replication, el valor del tamao del pool compartido debe ser como mnimo de 15
MB. Parmetro de inicializacin: SHARED_POOL_SIZE.
o Cach de Buffers: introduzca el tamao en bytes de la cach de buffers de la base
de datos. sta es la parte de SGA que mantiene copias de la lectura de bloques de
datos de archivos de datos. El parmetro de inicializacin especifica el nmero de
buffers de la cach de buffers de la base de datos. Cada buffer de la cach se
corresponde en tamao con un bloque de datos Oracle (especificado por el
parmetro de inicializacin DB_BLOCK_SIZE); por lo tanto, cada buffer de base de
datos de la cach puede mantener una lectura de bloque de datos nica desde un
archivo de datos. Todos los procesos de usuario conectados simultneamente a la
instancia comparten el acceso a la cach de buffers de la base de datos. Parmetro
de inicializacin: DB_CACHE_SIZE.
o Pool Java: la memoria de pool Java se utiliza en la memoria del servidor para todos
los cdigos y datos especficos de una sesin de Java en JVM. Parmetro de
inicializacin: JAVA_POOL_SIZE.

o Pool Grande: introduzca el tamao, en bytes, para la pila de asignacin de pool

grande. Esta pila la utiliza el servidor compartido para la memoria de la sesin,
ejecucin paralela para los buffers de mensaje y la copia de seguridad para los
buffers de E/S del disco. Si no se define y es necesario el pool para la ejecucin
paralela, Oracle calcula un valor de forma automtica. Al clculo se agregan 250 K
por sesin para el servidor compartido si MTS_DISPATCHERS est configurado. El
clculo final agregar la cantidad de memoria especfica del puerto para los buffers
de E/S de copia de seguridad. Advertencia: este clculo por defecto puede tener un
tamao demasiado grande para su asignacin o que produzca problemas. En este
caso, debe definir LARGE_POOL_SIZE en un nmero menor para iniciar la base de
datos. Parmetro de inicializacin: LARGE_POOL_SIZE.

En la pestaa "Tamao" definiremos los parmetros de tamao, que se describen en la

tabla siguiente:

Tamao del Bloque: se introducir aqu el tamao en bytes de los bloques de la

base de datos Oracle o dejaremos la opcin por defecto. Los datos de la base de
datos Oracle se almacenan en estos bloques. Un bloque de datos se
corresponde con un nmero concreto de bytes de espacio fsico de la base de
datos en disco. Parmetro de inicializacin: DB_BLOCK_SIZE.

Procesos: especifica el nmero mximo de procesos de usuario del sistema

operativo que se pueden conectar simultneamente a una base de datos Oracle.
Este valor debe permitir todos los procesos en segundo plano, como bloqueos,
procesos de cola de trabajos y procesos de ejecucin paralela. Parmetro de
inicializacin: PROCESSES.

En la pestaa "Juegos de Caracteres" definiremos los juegos de caracteres utilizados

por la base de datos Oracle. Ms concretamente, se pueden definir:

Juego de Caracteres de la Base de Datos.

Juego de Caracteres Nacional.
Idioma por Defecto.
Formato de Fecha por Defecto.

En la pestaa "Modo de Conexin" seleccionaremos el modo de conexin para la base

de datos. A continuacin, se muestran los modos que puede seleccionar:

Modo Servidor Dedicado: una base de datos Oracle en modo Servidor

Dedicado necesita un proceso de servidor dedicado para cada proceso de
usuario. Hay un proceso de servidor para cada cliente. La Red de Oracle
devuelve la direccin de un proceso de servidor existente al cliente y ste, a su
vez, vuelve a enviar la solicitud de conexin a la direccin del servidor
proporcionada. Este mtodo se seleccionar cuando:
Est utilizando la base de datos en un entorno de almacenes de datos.
Se espera un nmero total de conexiones del cliente inferior.
Los clientes de la base de datos realicen solicitudes reiteradas y de larga
duracin a la base de datos.

Modo Servidor Compartido: una base de datos Oracle en modo Servidor

Compartido (tambin denominado modo de servidor multithread) est
configurada para que varios procesos del usuario puedan compartir un nmero
muy reducido de procesos del servidor, de forma que aumenta la cantidad de
usuarios soportados. Sin el servidor compartido, cada proceso de usuario
requiere su propio proceso de servidor dedicado. Con la configuracin de
servidor compartido, varios procesos de usuario se conectan a un distribuidor,
que dirige distintas solicitudes de sesiones entrantes en red a una cola comn.
Un proceso de servidor compartido inactivo desde un pool compartido de
procesos del servidor recoge una solicitud de la cola. De este modo, un grupo
pequeo de procesos del servidor puede servir a un gran nmero de clientes.

En nuestro caso seleccionaremos "Modo Servidor Dedicado":

Pulsando en el botn "Todos los Parmetros de inicializacin" de la ventana anterior

podremos personalizar los parmetros de Inicializacin siguientes:

cluster_database en TRUE para activar la opcin Real Application Clusters.

Rango de Valores: TRUE | FALSE Valor por Defecto: FALSE.
compatible: permite utilizar una nueva versin, adems de garantizarle la
compatibilidad con una versin anterior. Rango de Valores: Valor por defecto de
la versin actual. Valor por Defecto: Depende de la versin.
control_files: especifica uno o ms nombres de archivos de control. Oracle
recomienda utilizar varios archivos en distintos dispositivos o la duplicacin de
archivos del sistema operativo. Rango de Valores: 1 - 8 nombres de archivos
(con nombres de rutas de acceso). Valor por Defecto: Depende del sistema
operativo.
db_block_size: Tamao (en bytes) de un bloque de base de datos Oracle. Este
valor se define en la creacin de la base de datos y no se puede cambiar
posteriormente. Rango de Valores: 1024 - 65536 (depende del sistema
operativo). Valor por Defecto: 2048 (depende del sistema operativo)
db_create_file_dest: Define la ubicacin por defecto para la creacin de
archivos de datos, archivos de control y logs en lnea. Rango de Valores: Un
nombre de directorio del sistema de archivos. El directorio ya debe existir y debe
tener permisos que permitan a Oracle crear archivos en l.
db_create_online_log_dest_1: Define la ubicacin por defecto para la creacin
de logs en lnea y archivos de control. El valor por defecto se utilizar cuando no

se especifique un nombre de archivo durante la creacin del log en lnea o del

archivo de control. Rango de Valores: Un nombre de directorio del sistema de
archivos. El directorio ya debe existir y debe tener permisos que permitan a
Oracle crear archivos en l.
db_domain: Define la ubicacin por defecto para la creacin de logs en lnea y
archivos de control. El valor por defecto se utilizar cuando no se especifique un
nombre de archivo durante la creacin del log en lnea o del archivo de control.
Rango de Valores: Un nombre de directorio del sistema de archivos. El directorio
ya debe existir y debe tener permisos que permitan a Oracle crear archivos en l.
db_name: Identificador de base de datos que debe corresponder con el nombre
especificado en la sentencia CREATE DATABASE. Rango de Valores: Cualquier
nombre vlido con un mximo de 8 caracteres. Valor por Defecto: Ninguno (pero
se debe especificar).
db_recovery_file_dest: Ubicacin de archivo de copia de seguridad y
recuperacin por defecto. Oracle recomienda que db_create_file_dest y
db_recovery_file_dest estn en discos diferentes por proteccin de los datos y
rendimiento.
db_recovery_file_dest_size: Lmite de tamao de los archivos de recuperacin
de base de datos. Valor por Defecto: 0
instance_number: Parmetro de Base de Datos de Cluster que asigna un
nmero nico para asignar la instancia a un grupo de listas de bloques libres de
un objeto de base de datos creado con el parmetro del almacenamiento
FREELIST GROUPS. Utilice este valor en la clusula INSTANCE de la sentencia
ALTER TABLE... ALLOCATE EXTENT para asignar de forma dinmica
extensiones a esta instancia. Rango de Valores: 1 a MAX_INSTANCES
(especificado en la creacin de la base de datos). Valor por Defecto: El nmero
ms bajo disponible (depende del orden de inicio de la instancia y de los valores
de INSTANCE_NUMBER asignados a otras instancias)
log_archive_dest_1: El primero de cinco destinos locales (especificar
LOCATION) o remotos (especificar SERVICE) donde se pueden duplicar los
archivos redo log archivados. Este parmetro es vlido slo para las bases de
datos Enterprise Edition Oracle8i o superiores. Rango de Valores: Sintaxis con
(null_string
|
SERVICE=tnsnames-service
|LOCATION=directory-spec)
[MANDATORY | OPTIONAL][REOPEN=integer]. Valor por Defecto: NULL.
log_archive_dest_2: El segundo de cinco destinos locales (especificar
LOCATION) o remotos (especificar SERVICE) donde se pueden duplicar los
archivos redo log archivados. Este parmetro es vlido slo para las bases de
datos Enterprise Edition Oracle8i o superiores. Rango de Valores: Sintaxis con
(null_string
|
SERVICE=tnsnames-service
|LOCATION=directory-spec)

[MANDATORY
|
OPTIONAL][REOPEN=integer]
Valor por Defecto: NULL.
log_archive_dest_state_1: Especifica el estado de disponibilidad de los
correspondientes parmetros de destino de log archivado (slo
LOG_ARCHIVE_DEST_1). Si est activado, se archiva el destino de log. Si est
diferido, el destino se excluye de las operaciones de archivado hasta que se
vuelva a activar. Rango de Valores: ENABLE | DEFER. Valor por Defecto:
ENABLE.
nls_language: Especifica el idioma por defecto de la base de datos, que se
utiliza para mensajes, nombres de da y mes, smbolos para aC, dC, AM y PM, y
el mecanismo de ordenacin por defecto. Ejemplos de idiomas soportados son el
ingls americano, el francs y el japons. Rango de Valores: Cualquier nombre
de idioma vlido. Valor por Defecto: Depende del sistema operativo
nls_territory: Especifica las reglas de nomenclatura para la numeracin de das
y semanas, el formato de fecha por defecto, el separador de grupos y carcter
decimal por defecto y los smbolos de divisa local e ISO por defecto. Los
territorios soportados incluyen Estados Unidos de Amrica, Francia y Japn.
Para obtener ms informacin sobre todos los territorios, consulte la Gua de
Soporte de Idioma Nacional especfica de la versin de la base de datos Oracle.
Rango
de
Valores:
Cualquier
nombre
de
territorio
vlido.
Valor por Defecto: Depende del sistema operativo.
open_cursors: Especifica el nmero mximo de cursores abiertos (reas de
contexto) que puede tener una sesin al mismo tiempo y restringe el tamao de
cach de cursores de PL/SQL que PL/SQL utiliza para evitar volver a analizar las
sentencias que un usuario ha vuelto a ejecutar. Defina este valor lo
suficientemente alto como para evitar que las aplicaciones se queden sin
cursores abiertos. Rango de Valores: 1 - lmite del sistema operativo.
Valor por Defecto: 64.
pga_aggregate_target: Especifica las memorias PGA agregadas de destino de
todos los procesos del servidor adjuntos a la instancia. Defina este parmetro en
un valor positivo antes de activar la definicin automtica de reas de trabajo.
Esta memoria no reside en SGA. La base de datos utiliza este parmetro como
cantidad de memoria PGA de destino que utiliza. Al definir este parmetro, reste
la SGA de la memoria total del sistema disponible para la instancia Oracle. La
memoria restante se puede asignar a pga_aggregate_target.
Rango de Valores: Valores enteros ms la letra K, M o G para especificar este
lmite en kilobytes, megabytes o gigabytes. El valor mnimo es 10 M y el mximo
es 4000 G. Valor por Defecto: "No Especificado", que significa que el ajuste
automtico de las reas de trabajo est completamente desactivado.

processes: Especifica el nmero mximo de procesos de usuario del sistema

operativo que se pueden conectar simultneamente a Oracle Server. Este valor
debe tener en cuenta todos los procesos en segundo plano, como, por ejemplo,
procesos de la cola de trabajos (SNP) y de ejecucin en paralelo (Pnnn).
Rango de Valores: 6 a un valor que depende del sistema operativo.
Valor por Defecto: Depende de PARALLEL_MAX_SERVERS
remote_login_passwordfile: Especifica si el sistema operativo o un archivo
comprueban las contraseas de usuarios con privilegios. Con NONE, Oracle
ignora el archivo de contraseas. Con EXCLUSIVE, se autentican todos los
usuarios con privilegios utilizando el archivo de contraseas de la base de datos.
Con SHARED, muchas bases de datos comparten los usuarios del archivo de
contraseas de SYS e INTERNAL. Rango de Valores: NONE | SHARED |
EXCLUSIVE. Valor por Defecto: NONE.
sessions: Especifica el nmero total de sesiones de usuario y del sistema. El
nmero por defecto es mayor que PROCESSES para permitir sesiones
recursivas. Rango de Valores: Cualquier valor entero. Valor por Defecto:
Derivado (1.1 * PROCESSES + 5)
sga_target: Tamao de destino de SGA. Valor por Defecto: 0
shared_servers: Especifica el nmero de procesos del servidor para crear para
un entorno de servidor compartido cuando se inicia una instancia. Rango de
Valores: Depende del sistema operativo. Valor por Defecto: 1
star_transformation_enabled: Determina si se aplicar una transformacin de
consulta basada en costos a consultas estrella. Cuando es TRUE, el optimizador
tiene en cuenta la transformacin basada en costos para las consultas estrella;
cuando es FALSE, no se utiliza ninguna transformacin; cuando es
TEMP_DISABLE, las transformaciones de consultas se tienen en cuenta, pero
no se utilizan tablas temporales. Rango de Valores: TRUE | FALSE |
TEMP_DISABLE. Valor por Defecto: FALSE
undo_tablespace: Los tablespaces de deshacer slo se utilizan para almacenar
informacin de deshacer. UNDO_TABLESPACE slo est permitido en el modo
SMU (Deshacer Gestionado por el Sistema). La instancia utilizar el tablespace
de deshacer especificado, <undoname>. Si el tablespace no existe, no es de
deshacer o lo est utilizando otra instancia, la instancia STARTUP fallar.
Valor por defecto: Todas las bases de datos contienen cero o ms tablespaces
de deshacer. En modo SMU, a cada instancia ORACLE se le asigna un (y slo
uno) tablespace de deshacer.

A continuacin indicaremos los valores de seguridad. Desde esta ventana indicaremos

los valores de configuracin de seguridad. En esta pgina, se pueden seleccionar los
valores de seguridad por defecto de la base de datos Oracle 11g o revertir a un valor de
configuracin anterior a la base de datos Oracle 11g.
Mediante las opciones de valores de seguridad disponibles en esta pgina, se pueden
activar o desactivar los valores de perfil de contrasea y auditora para la base de datos
seleccionada.

Mantener Valores de Seguridad Mejorados por Defecto de 11g

(Recomendado): si selecciona esta opcin, el Asistente de Configuracin de
Bases de Datos (DBCA) ejecutar automticamente un archivo de comandos
para configurar la base de datos con los valores de configuracin de seguridad
mejorados de la base de datos Oracle 11g.

Revertir a Valores de Seguridad por Defecto Anteriores a 11g: si selecciona

esta opcin, debe seleccionar al menos uno de los valores de configuracin que

aparecen en el subjuego (desactive el valor de auditora o el valor de perfil de

contrasea). Tambin puede elegir desactivar ambos valores.

A continuacin podremos marcar la opcin de gestionar automticamente tareas de

mantenimiento como la recopilacin de estadsticas del optimizador e informes
proactivos del asesor. Esta funcin facilita la gestin lista para usar de la distribucin de
recursos (recursos de entrada-salida y CPU) entre las diferentes tareas de
mantenimiento de la base de datos, como Recopilacin de Estadsticas del Optimizador
Automtico y Asesor de Segmentos Automtico. Garantiza que la actividad del usuario
final no se ver afectada durante la operacin de mantenimiento y que la actividad
obtendr suficientes recursos para realizar el trabajo.
Si queremos desactivar el mantenimiento automtico, desmarcaremos la opcin
"Activar Tareas de Mantenimiento Automticas". Las tareas de mantenimiento
automticas se ejecutan en una ventana de mantenimiento predefinida.
Las ventanas de mantenimiento por defecto estn planificadas de 10:00 P.M. a 2:00
A.M. en los das de semana y a lo largo del da los fines de semana. Se pueden
cambiar estos horarios por defecto en cualquier momento con Enterprise Manager.

A continuacin podremos indicar las opciones de almacenamiento. Desde esta pgina

especificaremos los parmetros de almacenamiento para la base de datos. Esta pgina
muestra un listado en rbol y una vista de resumen (lista de varias columnas) que le
permite cambiar y ver los siguientes objetos:

Archivos de Control.
Tablespaces.
Archivos de Datos.
Segmentos de Rollback.
Grupos de Redo Logs.

Los Archivos de Control:

Mximo de Archivos de Datos.

Mximo de Archivos Redo Log.
Mximo de Miembros Log.

Dejaremos las opciones por defecto:

Archivos de Datos:

Grupos de Redo Logs:

Por ltimo, antes de crear la base de datos, el asistente nos da las siguientes
posibilidades:

Crear Base de Datos: active esta casilla de control para crear la base de datos
ahora.
Guardar como Plantilla de Base de Datos: active esta casilla de control para
guardar los parmetros de creacin de la base de datos como plantilla. Esta
plantilla se agregar automticamente a la lista de plantillas de base de datos
disponibles.
Nombre: introduzca un ttulo para esta plantilla que aparecer en la lista
de plantillas preconfiguradas.
Descripcin: proporcione una descripcin breve del tipo de plantilla.
Generar Archivos de Comandos de Creacin de Bases de Datos: esta opcin
permite generar archivos de comandos de creacin de bases de datos para la
plantilla de base de datos seleccionada. Active esta casilla de control para
acceder a todos los archivos de comandos utilizados para crear la base de datos.
Los archivos de comandos se generan a partir de los parmetros de base de

datos proporcionados en las pginas anteriores. Puede utilizar los archivos de

comandos como lista de control o para crear la base de datos sin utilizar el
Asistente de Creacin de Bases de Datos Oracle.

En nuestro caso marcaremos las tres opciones:

Tras pulsar en "Terminar" en la ventana anterior podremos ver todas las opciones
seleccionadas.

Pulsaremos "Aceptar" para iniciar la creacin definitiva de la base de datos Oracle:

Nos mostrar un mensaje indicando que la plantilla se ha creado correctamente.

Pulsaremos "Aceptar":

Se crear el archivo de comandos (si as lo hemos marcado):

Nos mostrar un mensaje indicando que el archivo de comandos se ha creado

correctamente:

Y se iniciar la creacin definitiva de la base de datos Oracle:

Tras la creacin de la base de datos, el asistente nos mostrar un mensaje con la

informacin de la creacin de la base de datos:

A partir de ahora podremos acceder a Oracle Enterprise Manager 11g abriendo un

navegador web y escribiendo la URL:
https://localhost:1158/em
Introduciremos usuario y contrasea (los indicados en los pasos anteriores):

Y podremos ver, en la opcin "Servidor" - "Tablespaces" los tablespaces creados

automticamente al crear la base de datos:

Haciendo clic en cualquier tablespace, por ejemplo en el USERS, podremos ver y

modificar sus opciones:

Aadir un listener a Windows 7 para acceso a Oracle Database 11g

Para aadir un listener abriremos el Explorador de Windows, accederemos a la carpeta
de instalacin de Oracle:
C:/app/ajpdsoft/product/11.1.0/db_1/BIN
Pulsaremos con el botn derecho del ratn sobre el fichero "netca.bat" y
seleccionaremos "Ejecutar como administrador":

Se iniciar el Asistente de Configuracin de Red de Oracle, marcaremos la opcin

"Configuracin del Listener" y pulsaremos "Siguiente":

Marcaremos la opcin "Agregar" y pulsaremos "Siguiente":

En "Nomber del Listener" introduciremos un nombre que lo identifique (si tenemos

varios), por ejemplo "LISTENER_BDAJPDSOFT":

Indicaremos el protocolo (o protocolos) que consideremos que podr aceptar este

Listener, en nuestro caso TCP:

Indicaremos el puerto de Oracle Database, si no lo hemos cambiado manualmente, el

de defecto es 1521, por lo que marcaremos "Usar el nmero de puerto estndar 1521":

Marcaremos "No" en la siguiente ventana que nos permite crear otro Listener:

Si tenemos activado algn cortafuegos (firewall), puede que nos pida confirmacin de
acceso en este punto, se la daremos para continuar con el proceso:

El asistente abre una ventana de consola de MS-DOS y ejecuta algunos comandos

para instalar e iniciar el listener, con el comando:
lsnrctl start NOMBRE_LISTENER

Anexo
Resultado ejecucin de comprobacin de requisitos especficos del
Producto
Comprobando los requisitos del sistema operativo...
Resultado Esperado: Uno de 5.0,5.1,5.2,6.0
Resultado Real: 6.1
Comprobacin terminada. El resultado general de esta comprobacin es: Fallo <<<<
Problema: La base de datos Oracle 11g no est certificada en el sistema operativo
actual.
Recomendacin: Asegrese de instalar el software en la plataforma correcta.
=============
Comprobando requisitos de Service Pack...
Comprobacin terminada. El resultado general de esta comprobacin es: No ejecutado
<<<<
OUI-18001: El sistema operativo 'Windows Vista versin 6.1' no est soportado.
Recomendacin: Instale el Service Pack recomendado.
=============
Comprobando requisitos de memoria fsica...
Resultado Esperado: 256MB
Resultado Real: 1023MB
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Comprobando requisitos de configuracin de red...
Comprobacin terminada. El resultado general de esta comprobacin es: No ejecutado
<<<<
Recomendacin: Oracle soporta instalaciones en sistemas con direcciones IP
asignadas por DHCP. Sin embargo, para ello debe configurar Microsoft LoopBack

Adapter como adaptador de red primario del sistema. Consulte la gua de instalacin
para obtener ms informacin sobre la instalacin del software en sistemas
configurados con DHCP.
=============
Comprobando la longitud de la variable de entorno PATH...
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Comprobando si hay espacio en disco suficiente en la ubicacin TEMP...
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Validando la ubicacin de ORACLE_BASE (si se ha definido)...
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Comprobando espacios en la ruta de acceso del directorio raz de Oracle...
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Comprobando la ubicacin de la ruta de acceso del directorio raz de Oracle...
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Comprobando la limpieza adecuada del sistema...
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============
Comprobando incompatibilidades del directorio raz de Oracle....
Resultado Real: NEW_HOME
Comprobacin terminada. El resultado general de esta comprobacin es: Aprobado
=============

 Gestin Automtica de Almacenamiento (ASM) en Oracle 11g

Si elegimos en el paso 6 "Gestin Automtica de Almacenamiento (ASM)"
deberemos seguir los siguientes pasos para configurar este mecanismo de
almacenamiento para la base de datos de Oracle. En nuestro caso marcaremos
"Gestin Automtica de Almacenamiento (ASM)", pulsaremos "Siguiente" para
continuar:

Si no tenemos activo CSS (Oracle Cluster Synchronization Service) el Asistente de

Configuracin de Bases de Datos nos mostrar la siguiente advertencia:

Con el texto: "Para utilizar Gestin Automtica de Almacenamiento (ASM), Oracle

Cluster Synchronization Service (CSS) debe estar configurado e iniciado. Ejecute el
archivo de comandos "C:/app/ajpdsoft/product/11.1.0/db_1/bin/localconfig add" desde el
prompt de comandos para configurar e iniciar CSS".
Pulsaremos "Aceptar" y, sin cerrar el asistente de creacin de base de datos,
pulsaremos en el botn "Iniciar" de Windows 7, "Todos los programas" - "Accesorios",
pulsaremos con el botn derecho del ratn sobre "Smbolo del sistema" y
seleccionaremos "Ejecutar como administrador" en el men emergente que aparecer:

En la consola de MS-DOS introduciremos la siguiente lnea y pulsaremos INTRO:

c:/app/ajpdsoft/product/11.1.0/db_1/BIN/localconfig add
(lgicamente si la ruta de instalacin es diferente la cambiaremos)

Si todo es correcto se configurar e iniciar Oracle Cluster Synchronization Service

(CSS), devolviendo lo siguiente:
c:/app/ajpdsoft/product/11.1.0/db_1/BIN/localconfig add
Step 1: creating new OCR repository Successfully accumulated necessary OCR keys.
Creating OCR keys for user 'ajpdsoft', privgrp ''..
Operation successful.
Step 2: creating new CSS service
successfully created local CSS service
successfully added CSS to home

Nota: como hemos indicado, es fundamental ejecutar la consola de MS-DOS con

privilegios de administrador, para que el UAC (User Acount Control) de Windows 7 no
nos impida la ejecucin del servicio CSS de Oracle. Tras instalar CSS podremos
continuar con el asistente de creacin de base de datos de Oracle, en la ventana del
paso 6 pulsaremos "Siguiente".
El Asistente de Configuracin de Bases de Datos nos indicar a continuacin que para
utilizar la gestin automtica de almacenamiento (ASM) se necesita tener una instancia
de ASM en ejecucin en la mquina. Puesto que no hay ninguna indicaremos a
continuacin los parmetros de ASM y la contrasea del usuario SYS (que ser un
usuario propio para la gestin remota de ASM, no es el usuario SYS de Oracle).

Para mostrar y modificar los parmetros pulsaremos "Parmetros de ASM" en la

siguiente ventana:

Si hemos pulsado en "Parmetros ASM" nos mostrar la ventana de parmetros para

ASM. Pulsando en "Mostrar Parmetros Avanzados" podremos ver y modificar el valor
de los siguientes parmetros de ASM:

asm_diskgroups: este valor es la lista de nombres de grupos de discos que montar

ASM al iniciar o cuando se utilice el comando ALTER DISKGROUP ALL MOUNT.

asm_diskstring: lista separada por comas de las rutas de acceso utilizadas por ASM
para limitar el juego de discos para la deteccin al agregar un nuevo disco a un grupo
de discos. La cadena de discos debe coincidir con la ruta de acceso del disco, no con
el directorio que contiene el disco. Por ejemplo: /dev/rdsk/*.
asm_power_limit: este valor es la potencia mxima de la instancia de ASM para
volver a equilibrar el disco. Valor por Defecto: 1.
lage_pool_size: especifica el tamao de la pila de asignacin de pool grande, que el
servidor compartido utiliza para la memoria de la sesin, la ejecucin en paralelo de
buffers de mensajes y la recuperacin y copia de seguridad de RMAN para buffers de
E/S de disco. Rango de Valores: 600 K (mnimo); >= 20000 M (el mximo depende
del sistema operativo). Valor por Defecto: 0, a menos que se configure la ejecucin
en paralelo o DBWR_IO_SLAVES.
local_listener: lista de direcciones de red de Oracle que identifica las instancias de
base de datos en la misma mquina que los listeners de red de Oracle. Cada
instancia y distribuidor se registra con el listener para activar las conexiones del
cliente. Este parmetro sobrescribe los parmetros MTS_LISTENER_ADDRESS y
MTS_MULTIPLE_LISTENERS que se quedan obsoletos a partir de 8.1. Rango de
Valores: Lista de direcciones de red de Oracle. Valor por Defecto:
(ADDRESS_LIST=(Direccin=(Protocolo=TCP)(Host=hostlocal)(Puerto=1521))
(Direccin=(Protocolo=IPC)(Clave=nombreBD)))
shared_pool_size: especifica el tamao del pool compartido en bytes. El pool
compartido contiene objetos, como, por ejemplo, cursores compartidos,
procedimientos almacenados, estructuras de control y buffers de mensajes de
ejecucin en paralelo. Los valores ms grandes pueden mejorar el rendimiento en
sistemas de varios usuarios. Rango de Valores: 300 KB - depende del sistema
operativo. Valor por Defecto: Para 64 bits, 64 MB, en otros casos es 16 MB.
spfile: especifica el nombre del archivo de parmetros del servidor actual en uso.
Rango de Valores: Parmetro esttico. Valor por Defecto: El parmetro SPFILE se
puede definir en un PFILE del cliente para indicar el nombre del archivo de
parmetros del servidor que se va a utilizar. Cuando el servidor utiliza el archivo de
parmetros del servidor por defecto, el servidor definir internamente el valor de
SPFILE. Tras personalizar los parmetros de ASM e introducir la contrasea del
usuario SYS para gestin remota pulsaremos "Siguiente".

Redundancia: Utilice esta seccin del recuadro de dilogo para determinar el nivel de
redundancia que desea implementar a este grupo de discos. Cada valor de redundancia
necesita un nmero determinado de grupos de fallos. Los grupos de fallos definen los
discos o particiones que comparten componentes, de forma que si uno falla, los dems
discos o particiones que comparten el componente tambin lo harn. Un ejemplo de
grupo de fallos sera una cadena de discos SCSI que estuviera completamente en el
mismo controlador SCSI. Si el controlador SCSI falla, ninguno de los discos que
comparten el controlador estar disponible. En este ejemplo, todos los discos que
comparten el mismo controlador SCSI son parte de un nico grupo de fallos. Como
resultado, ASM no utilizar los discos de ese juego para la duplicacin de discos. En su
lugar, ASM proporcionar una duplicacin bidireccional mediante grupos de fallos
distintos.

Utilice lo siguiente para determinar el nivel de redundancia del grupo de discos.

Alto Seleccione este nivel si dispone de al menos tres grupos de fallos para asignar a
este grupo de discos.
Normal Seleccione este nivel si dispone de al menos dos grupos de fallos para
asignar a este grupo de discos.
Externo Seleccione este nivel si dispone de un solo grupo de fallos para asignar a
este grupo de discos. Al seleccionar este nivel de redundancia, Oracle supone que
est utilizando una aplicacin o un componente de hardware externo para
proporcionar funciones de duplicacin a los archivos de la base de datos.

Seleccionar Discos Miembros: seleccione Mostrar Candidatos para mostrar slo

aquellos discos o particiones de la ruta de deteccin de disco que estn disponibles
para agregarse a un grupo de discos. Al seleccionar esta opcin, slo aparecern en la
lista los discos o particiones con los estados de cabecera CANDIDATE, FORMER o
PROVISIONED. Seleccione Mostrar Todo para ver todos los discos disponibles,
incluidos aqullos que ya forman parte de un grupo de discos. Los discos que ya
forman parte de un grupo de discos se identificarn con el trmino MEMBER en la
columna Estado de la Cabecera. Para agregar un disco o particin al grupo de discos
actual, haga clic en la primera columna de la tabla. Aparece una marca de control junto
a los discos que se agregarn al grupo de discos actual. Para agregar un disco o
particin que ya sea miembro de otro grupo de discos, haga clic en la columna Forzar.

Aparecer una marca de control junto a los discos que se sacarn de su grupo de
discos actual y se utilizarn como parte del nuevo grupo de discos. Nota: Al pasar un
disco de un grupo a otro, el grupo de discos original puede quedar inutilizable. Consejo:
Una vez creado un grupo de discos de ASM con DBCA, puede utilizar Oracle Enterprise
Manager para gestionar los grupos de discos en la instancia de ASM. Para obtener ms
informacin, consulte la ayuda en pantalla de Oracle Enterprise Manager.

Definicin de Listener de Oracle Database

Listener es un proceso servidor que provee la conectividad de red con la base de datos
Oracle. El listener est configurado para escuchar la conexin en un puerto especfico
en el servidor de base de datos. Cuando un cliente pide una conexin a la base de
datos, el listener devuelve la informacin relativa a la conexin. La informacin de una
conexin para una instancia de una base de datos provee el nombre de usuario, la
contrasea y el SID de la base de datos. Si estos datos no son correctos se devolver
un mensaje de error.

Algunas caractersticas del listener:

El puerto por defecto del listener de Oracle es el 1521.

El listener no limita el nmero de conexiones a la base de datos.
Toda la informacin del listener se encuentra en un
denominado listener.ora, ubicado en: $ORACLE_HOME/network/admin

archivo

El comando para gestionar el listener es lsnrctl. Mediante este comando se puede:

Parar el listener.
Ver el estado del listener.
Arrancar el listener.

Rearrancar el listener.

2.1.7 Procedimiento para configuracin de un DBMS.

2.1.8 Comandos generales de alta y baja del DBMS