Manual de Administración de Bases de

Datos
[4]
Configuración de Oracle
Database
Autor: Jorge Sánchez Asenjo

[4.1] elementos de gestión de servidores

de Oracle
En la configuración y gestión de SistemasOracle Database
tenemos diversos elementos a tener en cuenta:

 Instancia de Oracle.
 Listener. Proceso encargado de permitir las conexiones.
 Interfaz de gestión. Software que nos permite realizar
tareas sobre el servidor Oracle: SQL
Developer, SQL*Plus, Oracle Enterprise Database
Control, DataGrip, etc.

[4.1.1]acceso a Database Control

Database Control es parte del Oracle Eterprise Manager, es
una consola gráfica que permite gestionar bases de datos Oracle
independientes (que no funcionan de forma distribuida).

Normalmente Database Control está disponible en

https://localhost:1158/em
Si no se ha arrancado, el comando de arranque es:

emctl start dbconsole

El comando para detener Database Control es:

emctl stop dbconsole

El comado para ver el estado de Database Control es:

emctl status dbconsole
[4.1.2]acceso mediante SQL*Plus
Desde la línea de comandos, en el servidor, disponemos del
comando sqlplus. Lo normal es conectar en modo anónimo:

# sqlplus /nolog

Pero podemos conectar indicando usuario y contraseña.

Posibilidades:

 sqlplus usuario. Conecta con Oracle usando el nombre de

usuario indicado. Se pedirá por teclado la contraseña del
usuario.
 sqlplus usuario/contraseña. Conecta usando el usuario y
contraseña indicados.
 sqlplus / as sysdba. Conecta usando el usuario del
Sistema Operativo (que deberá tener rol de administrador
en Oracle).

También es posible, tras conectar con Oracle, cambiar de

usuario con el comando connect. Este comando tiene las
mismas posibilidades:

 connect usuario
 connect usuario/contraseña
 connect / as sysdba
 Ejemplos de conexión:
CONNECT adolfo/natura; --conecta como usuario normal
CONNECT adolfo/natura@asir; --conecta como usuario
-- normal indicando a qué base de datos se conecta
CONNECT adolfo/natura@asir AS SYSOPER;
--ídem pero indicando que se conecta con rol de
--SYSOPER
CONNECT / AS SYSDBA

SQL*Plus admite lanzar scripts, código SQL, al conectar.

Ejemplo:

sqlplus hr/hr @inicio.sql

Este comando conecta con el usuario hr (su contraseña también

es hr) y lanza las instrucciones SQL contenidas en el
archivo inicio.sql.

Si ya estamos dentro de SQL*Plus:

SQL>@inicio.sql

[4.2] manejo de la instancia de la

base de datos
[4.2.1]estados de arranque
Una base de datos Oracle puede estar en uno de estos cuatro
estados:

 SHUTDOWN. La base de datos está cerrada, ningún

archivo ni proceso está en ejecución. La instancia de
Oracle no está en memoria.
 NOMOUNT. La instancia de base de datos está latente en
memoria, con los procesos comunes funcionando. Se abre
el archivo de parámetros, se asigna en memoria el espacio
para la SGA, se lanzan los procesos en segundo plano, se
abren los archivos de traza y alerta.
  MOUNT. Al estado anterior se añade la lectura de los
archivos de control que permiten determinar cómo se ha de
preparar la instancia. Se buscan los archivos de datos y los
Redo Log, comprobando su existencia en las rutas
marcadas por el archivo de control.

En este estado podemos conectar (como administradores)

y realizar tareas como:

o Cambio del nombre de los archivos de datos

o Activar el modo ARCHIVELOG
o Recuperación de la base de datos
o En definitiva, tareas sobre los archivos de la base de
datos ya que aun no se han abierto sus datos.
 OPEN. La base de datos está completamente funcional.
Para ello se abren los archivos de datos y los Redo Log y
se comprueba la consistencia de los datos.

[4.2.2]inicio de la instancia
Para iniciar la base de datos se usa el
comando STARTUP seguido del nombre del estado deseado.
Por ejemplo:
STARTUP MOUNT

Sin indicar estado alguno (escribiendo STARTUP, a secas), se

inicia Oracle en modo OPEN.

El comando ALTER DATABASE seguido del estado permite

cambiar de estado (solo podremos cambiar hacia estados
superiores). Ejemplo:
ALTER DATABASE OPEN;
modo de sesión restringida
Es un modo especial de trabajo en el que la base de datos está
abierta, pero solo se permite el acceso a usuarios con
permiso RESTRICTED (lo poseen los administradores) para
hacer tareas especiales de administración. Uso:
STARTUP RESTRICTED

Si la instancia ya estaba abierta es:

ALTER SYSTEM ENABLE RESTRICTED SESSION;

Y si lo que queremos es desactivar el modo restringido para

pasar a modo normal:
ALTER SYSTEM DISABLE RESTRICTED SESSION;

[4.2.3]parada
Una instancia cuando es arrancada, hasta estar disponible
atraviesa todos los estados anteriores.

El comando de apagado de la instancia es SHUTDOWN, su

sintaxis:
SHUTDOWN [NORMAL | TRANSACTIONAL | IMMEDIATE | ABORT]

Las opciones son:

 NORMAL. Modo en el que no se admiten más conexiones

a la base de datos, pero las actuales se mantienen. Cuando
se cierre la última sesión, la base de datos pasará a estar
cerrada (SHUTDOWN), pero, hasta entonces, seguirá
abierta. Al cerrar se fuerza un checkpoint y se graban todos
los datos del búfer, además de cerrarse los archivos.
 TRANSACTIONAL. Igual que la anterior, pero ahora se
cortan todas las conexiones que no hayan empezado una
transacción. No se cerrará la base de datos hasta que
finalicen las transacciones iniciadas. Al final, se cierra la
base de datos de la misma forma (es decir, de forma
correcta).
  IMMEDIATE. No se aceptan nuevas conexiones y se
cierran las actuales. Las transacciones se cortan mediante
una instrucción ROLLBACK, cuando se cancele la última,
se apaga la instancia de base de datos pero de forma
coherente, es decir con un checkpoint y cerrando y
grabando los archivos de datos correctamente (al igual que
en los casos anteriores).
 ABORT. Apagado brusco. Todas las conexiones se cortan
de golpe, no se cierran los archivos ni se provoca un
checkpoint. No se graba nada en disco. Simula un apagón
repentino.

[4.2.4]borrado de la base de datos

Requiere de estos comandos

[1]Necesitamos cortar la instancia actual:

SHUTDOWN IMMEDIATE;

[2]Iniciar la base de datos en modo MOUNT

STARTUP MOUNT EXCLUSIVE RESTRICT;

[3]Borrar
DROP DATABASE;

Borrar una base de datos requiere de muchísima prudencia, ya

que no se puede deshacer y podemos hacer desparecer
cantidades enormes de datos importantes.

Otra opción (más fácil) es usar el asistente dbca para eliminar la

base de datos. Basta lanzarlO con el comando dbca y después
elegir la base de datos a borrar y seguir los pasos.
[4.3] parámetros de Oracle
Oracle dispone de una serie (muy extensa) de parámetros que
sirven para configurar la base de datos y la instancia de Oracle.
Los parámetros se almacenan en archivos especiales que son
leídos por la instancia de Oracle antes de iniciarse, para así
hacerlo con la configuración que indica el archivo (o archivos) de
parámetros.

El archivo de parámetros puede ser:

 De tipo PFILE, acrónimo de Parameters File. Es un archivo

de texto plano. Se puede leer usando cualquier editor de
texto.
 SPFILE, acrónimo de Server Parameter File. Un archivo
binario.

Por defecto Oracle utiliza un archivo binario al arrancar. Es la

recomendación actual en Oracle Database desde la versión 11g.
La razón es que se les considera más rápidos y la información
que contienen es menos accesible.

El problema es que los SPFILE no son editables de forma

independiente a Oracle. Por lo que si cometimos un error en un
parámetro y Oracle no arranca, no podremos modificar el
parámetro directamente en el archivo.

[4.3.1]ubicación del archivo de parámetros

En Oracle 11g el archivo de parámetros SPFile (que es el que
se usa por defecto), está en:

 Linux/Unix.
En ORACLE_HOME/dbs/spfileSID.ora, donde el SID es
el identificador de la base de datos.
 Windows. En ORACLE_HOME/database/spfileSID.ora,
donde el SID es el identificador de la base de datos
En el caso de no disponer de SPFile, Oracle puede utilizar un
archivo de texto PFILE para almacenar parámetros. Su
ubicación sería:

 Linux/Unix. Está en ORACLE_HOME/dbs/initSID.ora.

Por ejemplo:

/u01/app/oracle/11.2.1/db_1/dbs/initbbdd.ora

 Windows. Está
en ORACLE_HOME\database\initSID.ora

En los archivos de texto PFILE la información se almacena de

esta forma:
nombreParámetro = valor

Si es un parámetro que puede contener varios valores su sintaxis

es:
nombreParámetro = (valor1 [,valor2 [,…]])

O bien podemos repetir el parámetro y asignar un valor en cada

línea. Ejemplo:
control_files=’/u01/app/oracle/oradata/centora/control01.ctl’
control_files=’/u02/app/oracle/oradata/centora/control02.ctl’
control_files=’/aux/back/control03.ctl’

El código anterior asigna tres archivos de control a la base de

datos.

En los archivo PFILE los comentarios se ponen con el símbolo #.

Los archivos de tipo PFILE permiten su modificación directa en

el archivo. Pero hay que tener un extremo cuidado al hacerlo ya
que un solo error podría provocar que dicho archivo quedara
inutilizable como archivo de parámetros.

Independientemente del tipo de archivo utilizado para almacenar

los parámetros, los valores de los parámetros pueden ser
distintos en el archivo respecto al valor que la base de datos
utiliza en cada momento. El contenido de los archivos se ejecuta
al iniciar la base de datos, pero luego durante la ejecución se
pueden modificar.

[4.3.2]gestión de los archivos de parámetros

Como hemos comentado se usa normalmente un archivo binario
SPFILE para contener los parámetros. Pero es lógico disponer
de una copia en formato PFILE para el caso en el que el sistema
no arranque y necesitemos modificar directamente el archivo de
parámetros.

Por ello Oracle nos permite estas posibilidades con los archivos
de parámetros:

 CREATE PFILE FROM SPFILE. Crea un archivo PFILE a

partir del archivo SPFILE actual. Coloca el archivo PFILE
en su ubicación por defecto.
 CREATE PFILE=’ruta’ FROM SPFILE. Hace lo mismo
pero ahora coloca el archivo PFILE en la ruta indicada.
 CREATE PFILE=’ruta’ FROM SPFILE=’ruta’. Crea el
archivo PFILE a partir de un SPFILE cuya ruta se indica.
 CREATE SPFILE FROM PFILE. Crea un archivo SPFILE
a partir del archivo PFILE actualmente en uso. Coloca el
archivo SPFILE en su ubicación por defecto.
 CREATE SPFILE=’ruta’ FROM PFILE. Hace lo mismo
pero indicando ruta para el SPFILE resultante.
 CREATE SPFILE=’ruta’ FROM PFILE=’ruta’. Crea el
SPFILE en la ruta indicada a partir de un PFILE, del que
también se indica su ruta.
 CREATE SPFILE FROM MEMORY. Crea el archivo
SPFILE a partir de los parámetros actualmente en
memoria.
 CREATE SPFILE=’ruta’ FROM MEMORY. Hace lo mismo,
pero indicando ruta para el SPFILE.
 CREATE PFILE FROM MEMORY. Crea el archivo PFILE
a partir de los parámetros actualmente en memoria.
  CREATE PFILE=’ruta’ FROM MEMORY. Hace lo mismo,
pero indicando ruta para el PFILE.
arranque con un archivo PFILE
Como se ha comentado Oracle Database arranca usando un
archivo SPFILE. Pero si necesitamos arrancar usando un
archivo de texto PFILE, podemos arrancar Oracle usando la
sintaxis:
STARTUP PFILE=’ruta’

[4.3.3]cargar parámetros en el arranque de la

base de datos
Por defecto Oracle busca los archivos de parámetros por defecto
según el nombre y ruta explicados en el apartado anterior.
Concretamente partiendo de la ruta habitual para los archivos de
parámetros
(ORACLE_HOME/dbs o ORACLE_HOME/database) el orden
de carga es;

[1]Archivo SPFILE de nombre spfileSID.ora

[2]Archivo SPFILE de nombre spfile.ora

[3]Archivo PFILE de nombre initSID.ora

[4]Archivo PFILE de nombre init.ora

Pero podemos forzar a que se cargue un archivo PFILE que

nosotros indiquemos. Para ello basta arrancar con:
STARTUP PFILE=rutaArchivoPFILE

No podemos arrancar forzando a usar un archivo concreto

SPFILE, siempre se usa el SPFILE de la ruta por efecto (si
deseamos otro habrá que sustituirle).
[4.3.4]funcionamiento de los parámetros
tipos de parámetros
 Derivados. Su valor depende de otros parámetros.
 Dependientes del Sistema Operativo. Parámetros cuyos
valores dependen del Sistema Operativo en el que se
instale el servidor de bases de datos. Por ejemplo el
tamaño de bloque en disco.
 Independientes.
parámetros de inicialización
Estos parámetros determinan como funcionará la instancia de
base de datos y sus valores se usan durante el arranque de la
base de datos. Hay dos tipos:

 Básicos. Son unos 30 y contienen lo fundamental en el

funcionamiento de la base de datos.
 Avanzados. Son más de 300. Se usan menos.

[4.3.5]modificación de parámetros
A la hora de modificar parámetros, tenemos dos posibilidades:

 Si el parámetro es estático, su valor se debe modificar en

el fichero de parámetros (SPFILE o PFILE) y se aplicarán
cuando la instancia se reinicie.
 Si es dinámico, su valor se puede cambiar en caliente (con
la instancia en modo OPEN) y se aplican al instante. Estos
parámetros son de dos tipos:
o A nivel de sesión. Afectan solo a la sesión del
usuario. Se modifican con ALTER SESSION.
o A nivel de sistema. Afectan a toda la base de datos.
Se modifican con ALTER SYSTEM.
Los parámetros de sistema se modifican con:
ALTER SYSTEM SET parámetro=valor
[COMMENTS = comentarios][DEFERRED]
[SCOPE={SPFILE | MEMORY | BOTH }];

SCOPE controla cuando se produce el efecto del parámetro:

 SPFILE. Significa que el comando modifica el archivo de

parámetros SPFILE y sus efectos se verán en el siguiente
arranque.
 MEMORY. El cambio se graba en memoria y se produce
inmediatamente, pero como no toca el archivo SPFILE, en
el siguiente reinicio volverá a tener el valor anterior.
 BOTH. Hace ambas cosas.
 DEFERRED. Hace que el valor asignado funcione en el
siguiente reinicio.

Ejemplo:
ALTER SYSTEM SET sessions=200 SPFILE;

En este caso dejamos el límite de sesiones concurrentes a 200;

pero tendrá vigor cuando reiniciemos la base de datos ya que
hemos indicado que esta modificación se grabe en el archivo y
no se aplique ahora mismo.

En el caso de modificar parámetros con ALTER SESSION, no

posee las cláusulas MEMORY, BOTH, SPFILE ni DEFERRED,
ya que no tienen sentido para modificar los parámetros de una
sesión.

[4.3.6]mostrar valor de los parámetros

Tenemos las siguientes posibilidades:

opción uso
En SQL*Plus, nos muestra los
SHOW
parámetros referentes a la sesión
PARAMETER nombre
actual
opción uso
En SQL*Plus nos enseña los
SHOW
valores de los parámetros
SPPARAMETER nombre
almacenados en el SPFILE
SELECT * FROM
Vista del diccionario de datos con
V$PARAMETER WHERE
los valores actuales de los
UPPER(name) LIKE
parámetros
‘%nombre%’
SELECT * FROM
V$SPPARAMETER Vista del diccionario de datos con
WHERE los valores de los parámetros en el
UPPER(name) LIKE SPFILE
‘%nombre%’
SELECT * FROM
V$SYSTEM_PARAMETER Valores de los parámetros que
WHERE afectan a la instancia actual de la
UPPER(name) LIKE base de datos
‘%nombre%’

El comando SHOW PARAMETER muestra los parámetros que

actúan en la sesión actual; SHOW SPPARAMETER muestra los
del archivo SPFILE que sea el actual. La
vista V$PARAMETER contiene los parámetros actuales de la
sesión, V$SYSTEM_PARAMETER contiene los parámetros del
sistema y V$SPFILE los del archivo SPFILE se usen o no.

[4.3.7]algunos parámetros
información global
parámetro valor
DB_NAME Nombre de la base de datos.
Dominio al que pertenece la
DB_DOMAIN
base de datos.
Nombre único de base de
datos. Se usa para
diferenciar instancias con el
DB_UNQ_NAME
mismo nombre de base de
datos en sistemas
distribuidos.
parámetro valor
Versión de Oracle Database
COMPATIBLE compatible con la instancia
de base de datos
Ruta a los archivos de control
CONTROL_FILES
(pueden ser varios valores)
Ruta, por defecto, inicial a los
DIAGNOSTIC_DEST
archivos log y de traza.
Ruta en la que se
LOG_ARCHIVE_DEST_N almacenará el archivo
histórico redo log nº n
Ruta al directorio de
DB_RECOVERY_FILE_DEST recuperación de la base de
datos
DB_RECOVERY_FILE_DEST_ Tamaño del área Flash de
SIZE recuperación
Ruta para los archivos de
datos gestionados por
Oracle. Por defecto vale
DB_CREATE_FILE_DEST
NULL y la ruta será la
habitual (según el modelo
OFA).
Máximo número de archivos
de base de datos que
DB_FILES
pueden ser abiertos por
Oracle
Ruta al archivo del área
DB_FLASH_CACHE_FILE
Flash de recuperación
DB_FLASH_CACHE_SIZE Tamaño del archivo anterior
Máximo número de sesiones
SESSIONS
concurrentes permitidas
Máximo número de procesos
PROCESSES que puede lanzar la base de
datos
Número de procesos
SHARED_SERVERS servidores a crear al iniciar la
instancia.
LOG_CHECKPOINT_INTERVA Contiene el número de
L bloques máximos que se
parámetro valor
escriben en los redo log
antes de que se produzca un
checkpoint
Intervalo en segundos
LOG_CHECKPOINT_TIMEOUT máximo que se deja sin que
se produzca un checkpoint.
Indica si los checkpoints se
LOG_CHECKPOINT_TO_ALER
graban en el archivo de
T
alertas
Tamaño máximo en bloques
MAX_DUMP_FILE_SIZE del sistema operativo de los
archivos de traza
Destino del archivo de
BACKGROUND_DUMP_DEST
alertas (alert log) y de traza
Destino de los archivos de
USER_DUMP_DEST traza sobre los procesos de
usuario
Permite grabar en archivos
LOG_ARCHIVE_TRACE. de trazado la actividad de los
históricos redo log.
SGA_MAX_SIZE Tamaño máximo de la SGA
Con valor distinto de cero
indica que el tamaño de la
SGA_TARGET SGA se gestionará
automáticamente si es cero
la gestión es manual
Tamaño del área compartida
SHARED_POOL_SIZE
de la SGA
LARGE_POOL_SIZE Tamaño del Large Pool
JAVA_POOL_SIZE tamaño del pool de Java
Tamaño de la caché de
DB_CACHE_SIZE
búferes de datos
LOG_BUFFER Tamaño del búfer Redo Log.
Tamaño del bloque de
DB_BLOCK_SIZE
Oracle (de 2 a 32 K)
Tamaño del búfer de
DB_KEEP_CACHE_SIZE
retención de bloques de
parámetro valor
datos del esquema en
memoria
Tamaño de la papelera de
DB_RECYCLE_CACHE_SIZE
Oracle
Tamaño del búfer
STREAMS_POOL_SIZE
para Streams
Puede vale manual o auto.
Si elegimos manual
podremos modificar los
siguientes parámetros de
uso de la PGA:
WORKAREA_SIZE_POLICY SORT_AREA_SIZE
HASH_AREA_SIZE
BITMAP_MERGE_AREA_S
IZE
CREATE_BITMAP_AREA_
SIZE
OPEN_CURSORS Número máximo de cursores
Indica si Oracle busca un
archivo de contraseñas.
Puede
REMOTE_LOGIN_PASSWORD ser: shared (compartido por
FILE varias bases de
datos), exclusive (solo se
usa en una) o none (no se
usa archivo de contraseñas)
Lenguaje de la instancia de
base de datos. Depende del
Sistema Operativo (de la
NLS_LANGUAGE variable de
sistema NLS_LANG). Solo
se puede modificar para la
sesión.
NLS_DATE_FORMAT Formato de fecha
NLS_NUMERIC_CHARACTER Formato nacional de
S números
NLS_CURRENCY Formato de moneda
Más información en:

https://docs.oracle.com/cd/B28359_01/server.111/b28320/initpa
rams.htm

[4.4] diccionario de datos en Oracle

En el caso de Oracle, no utiliza el esquema
estándar INFORMATION_SCHEMA para consultar el
diccionario de datos, en su lugar usa una serie de vistas que
comienzan con estos términos:

 USER_ Las vistas que comienzan por esta palabra

muestran objetos que pertenecen al usuario/a que hace la
consulta
 ALL_ Muestra objetos a los que el usuario tiene acceso
(sean o no de su propiedad).
 DBA_ Muestra todos los objetos de la base de datos

Así USER_TABLES es la vista que muestra todas las tablas del

usuario actual. Otras vistas son (disponibles con el prefijo
USER_, DBA_ o ALL_):

Vistas estáticas a usar con el prefijo

Uso
USER_ ALL_ o USER_
Muestra todas las tablas
TABLES accesibles desde nuestro
usuario.
Muestra las columnas de
COLUMNS
las tablas.
CONSTRAINTS Restricciones
Restricciones indicando
COLS_CONSTRAINTS
las columnas implicadas
VIEWS Vistas
TRIGGERS Lanzadores de código
SEQUENCES Secuencias
SYNONYMS Sinónimos
TAB_COLUMNS Columnas de las tablas
Vistas estáticas a usar con el prefijo
Uso
USER_ ALL_ o USER_
Tipos definidos en la base
TYPES
de datos
Información sobre los
datos de
VARRAYS
tipo VARRAY definidos
en la base de datos
OBJECTS Objetos de esquema
Lista tablas, vistas,
CATALOG
sinónimos y secuencias
Lista las dependencias de
DEPENDENCIES los procedimientos,
funciones y triggers
TABLESPACES Tablespaces
SEGMENTS Segmentos
Información sobre las
FREE_SPACE extensiones libres en
cada tablespace
EXTENTS Extensiones
INDEXES Índices
INDEXTYPES Tipos de índices
Lista de privilegios de
SYS_PRIVS
usuario
TAB_PRIVS Privilegios de los objetos
ROLES_SYS_PRIVS Lista de roles y privilegios
AUDIT_SESSIONS Auditoría de sesiones
Archivos del repositorio
FLASHBACK_ARCHIVE
Flashback
Tablas marcadas para ser
FLASHBACK_ARCHIVE_TABLES usadas en modo
Flashback
Tablespaces
FLASHBACK_ARCHIVE_TS almacenados en modo
Flashback
Columnas que están sin
UNUSED_COL_TABS
uso en la base de datos
Vistas estáticas a usar con el prefijo
Uso
USER_ ALL_ o USER_
Estadísticas de usuario
USTATS sobre el uso de los objetos
por parte de los usuarios

Las siguientes vistas estáticas sólo están disponibles para los

usuarios de tipo DBA:

Vista estática Uso

Lista de las vistas del
DICTIONARY
diccionario de datos
DBA_USERS Usuarios de la base de datos
DBA_ROLES Roles de la base de datos
DBA_PROFILES Perfiles de usuario
DBA_TS_QUOTAS Cuotas de los usuarios
DBA_DIRECTORIES Objetos de directorio
Archivos de datos y
DBA_DATAFILES pertenencia a los
Tablespaces
Archivos de los tablespaces
DBA_TEMP_FILES
temporales
Información sobre grupos de
DBA_TABLESPACE_GROUPS
tablespaces
Total de espacio libre en los
DBA_TEMP_FREE_SPACE
tablespaces temporales
Información sobre los
DBA_ROLLBACK_SEGS
segmentos de tipo Rollback
Extensiones de los
DBA_UNDO_EXTENTS
tablespaces de tipo deshacer
Información histórica
mediante instantáneas
DBA_HIST_UNDOSTAT
(snapshots) del uso del
espacio de tipo deshacer
Información sobre las tablas
DBA_PART_TABLES
particionadas
Información sobre las
DBA_RECYCLE_BIN
papeleras del sistema
DBA_THRESHOLD Umbrales de alerta definidos
Vista estática Uso
Listado de alertas
DBA_OUTSTANDING_ALERTS excepcionales en la base de
datos
Historial de alertas ya
DBA_ALERT_HISTORY
borradas
Sesiones que están
bloqueando objetos por cuyo
DBA_BLOCKERS
uso otras sesiones están en
estado de espera
Sesiones en estado de
DBA_WAITERS espera por un objeto
bloqueado
DBA_DDL_LOCKS Bloqueos DDL
DBA_DML_LOCKS Bloqueos DML
DBA_LOCKS Todos los bloqueos
Errores almacenados en la
DBA_ERRORS
base de datos
DBA_AUDIT_POLICIES Políticas de auditoría
Opciones de auditoria de
DBA_OBJ_AUDIT_OPT
objetos
DBA_IND_COLUMNS Columnas de los índices
Estadísticas sobre los
DBA_IND_STATS
índices en uso
DBA_RULES Reglas de la base de datos
DBA_SERVICES Servicios de la base de datos

Hay otras vistas que se generan dinámicamente, es decir

contienen información que va cambiando durante la ejecución
de la base de datos. Se las distingue porque comienzan con el
texto V$:

Vistas dinámicas Uso

Muestra el estado de
V$INSTANCE la instancia de la
base de datos
Lista de los
V$PARAMETER
parámetros y sus
Vistas dinámicas Uso
valores actualmente
en funcionamiento
Parámetros del
V$system_parameter
sistema
Muestra el valor de
los parámetros en el
V$SPPARAMETER
archivo SPFILE de
parámetros actual
Información sobre la
V$DATABASE
base de datos activa
V$SESSION Sesiones activas
V$PROCESS Procesos activos
Contiene
estadísticas de
V$SESS_IO
entrada/salida por
cada usuario
Estado de las
operaciones que
V$SESSION_LONGOPS tardan más de seis
segundos en
ejecutarse
Estadísticas de la
V$SYSSTAT
sesión
Información sobre el
uso actual y máximo
V$RESOURCE_LIMIT
disponible de cada
recurso
Estadísticas sobre el
área compartida de
V$SQLAREA
SQL (en el Shared
Pool de la SGA)
Estadísticas sobre la
V$SGA
SGA
Tamaño de los
V$SGAINFO componentes de la
SGA
Información sobre el
V$SGASTAT
uso de los
Vistas dinámicas Uso
componentes de la
SGA
V$PGASTAT Uso de la PGA
Tamaños de los
componente de la
SGA e información
V$SGA_DYNAMIC_COMPONENTS
de la última
operación realizada
sobre ellos
Información sobre la
cantidad de memoria
V$SGA_DYNAMIC_FREE_MEMORY
disponible para la
SGA
Estadísticas y avisos
V$SGA_TARGET_ADVICE sobre el uso de la
SGA
Información sobre el
uso del área para
V$SQL_WORKAREA
instrucciones SQL
de la PGA
Información sobre el
uso del área para
V$SQL_WORKAREA_ACTIVE instrucciones SQL
de la PGA activa
actual
Información sobre
V$CONTROLFILE los archivos de
control
Información sobre
las secciones del
V$CONTROLFILE_RECORD_SECTION
registro de archivo
de control
Información sobre
V$LOG
los archivo Redo Log
Información sobre
V$LOGFILE los grupos y
miembros Redo Log
Vistas dinámicas Uso
Información sobre
V$ARCHIVED_LOG los históricos (o
archivados) redo log
Información sobre
todos los destinos
V$ARCHIVE_DEST asignados al
histórico de Redo
Log
Información sobre
los procesos
V$ARCHIVE_PROCESSES
relacionados con el
histórico de redo Log
Información histórica
sobre los redo Log,
V$LOG_HISTORY secuencias,
secuencias
archivadas,…
Información sobre
V$TABLESPACE
los Tablespaces
Información sobre
V$ENCRYPTED _TABLESPACE los Tablespaces
encriptados
Información sobre
V$DATAFILE
los archivos de datos
Cabecera de los
V$DATAFILE_HEADER
archivos de datos
Información sobre
V$TEMPFILE los archivos
temporales de datos
Uso de los
segmentos
V$TEMPSEG_USAGE
temporales por cada
usuario
Estadísticas sobre el
uso de espacio para
V$UNDOSTAT
operaciones de
deshacer
 Vistas dinámicas Uso
Información sobre el
comportamiento de
V$ROLLSTAT
los segmentos de
tipo deshacer (undo)
Información sobre
V$TRANSACTION los segmentos de
tipo deshacer
Información sobre
V$DIAG_INFO
archivos de traza
Información sobre
V$ALERT_TYPES grupos y tipos de
alertas
Información sobre
V$METRICNAME las métricas del
sistema
Valores del sistema
V$METRIC actuales para las
métricas
Información histórica
V$METRIC_HISTORY sobre las métricas
definidas
Información sobre
V$LOCK bloqueos del
sistema
Indica el último
V$SESSION_WAIT estado de espera de
la sesión actual
Lista de los 10
últimos eventos de
V$SESSION_WAIT_HISTORY
espera por cada
sesión activa

[4.5] archivos de traza y alerta

En Oracle cada proceso en segundo plano puede tener asociado
un archivo de traza que irá monitorizando lo que le ocurre, y esto
nos permitirá diagnosticar cada fallo.
[4.5.1]archivo de alerta (alert log)
Registra de forma cronológica los errores ocurridos en la base
de datos. Entre los datos que registra, están:

 Errores internos: bloqueos de la instancia de Oracle, datos

corruptos,…
 Operaciones de administración de la base de datos
(STARTUP, SHUTDOWN, CREATE, ALTER,..)
 Modificaciones en los parámetros principales

[4.5.2]configuración de los
parámetros relacionados
Los siguientes parámetros nos permiten tomar decisiones sobre
el funcionamiento de estos archivos o consultar su valor:

parámetro valor
Contiene la ruta del repositorio
de diagnóstico automático de
Oracle que es donde, por
DIAGNOSTIC_DEST
defecto, se almacenan los
archivos de traza y el log de
alertas
Tamaño en bloques del
sistema operativo máximo de
MAX_DUMP_FILE_SIZE los archivos log y de traza. Por
defecto es unlimited (sin
límite)
Destino del log de alertas y de
BACKGROUND_DUMP_DEST
los archivos de trazado
Ruta a los archivos de traza
USER_DUMP_DEST que guardan información
sobre los procesos de usuario
[4.5.3]vistas relacionadas en el diccionario de
datos
vista contenido
Información sobre los
V$DIAG_INFO
archivos de traza
Lista de errores críticos
V$DIAG_CRITICAL_ERROR
designados por Oracle
DBA_ALERT_HISTORY Historial de alertas
DBA_OUTSTANDING_ALERTS Lista de alertas destacadas
V$ALERT_TYPES Grupos y tipos de alertas

En especial la primera vista es la que nos permite saber los

archivos de traza en uso y la ubicación en la que se guardan,
luego simplemente bastará con examinarles para monitorizar el
estado de la base de datos.

Las consultas más habituales son:

 Ruta al archivo de alerta (en formato XML)

SELECT * FROM V$DIAG_INFO WHERE name LIKE ‘%Alert%’;

 Ruta al archivo de traza de alerta

SELECT * FROM V$DIAG_INFO WHERE name= ‘Diag Trace’;