Manual de Administración de Bases de Datos

[4]
Configuración de Oracle Database
PUBLICIDAD
[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.

Página 1 de 17
  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

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

Página 2 de 17
 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]

Página 3 de 17
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

Página 4 de 17
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 [,…]])

Página 5 de 17
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.

Página 6 de 17
  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.

Página 7 de 17
  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:

Página 8 de 17
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 parámetros
SHOW PARAMETER nombre
referentes a la sesión actual
En SQL*Plus nos enseña los valores de los
SHOW SPPARAMETER nombre
parámetros almacenados en el SPFILE
SELECT * FROM V$PARAMETER
Vista del diccionario de datos con los
WHERE
valores actuales de los parámetros
UPPER(name) LIKE ‘%nombre%’
SELECT * FROM
Vista del diccionario de datos con los
V$SPPARAMETER WHERE
valores de los parámetros en el SPFILE
UPPER(name) LIKE ‘%nombre%’
SELECT * FROM
V$SYSTEM_PARAMETER Valores de los parámetros que afectan a la
WHERE instancia actual de la base de datos
UPPER(name) LIKE ‘%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.
DB_DOMAIN Dominio al que pertenece la base de datos.
Nombre único de base de datos. Se usa
para diferenciar instancias con el mismo
DB_UNQ_NAME
nombre de base de datos en sistemas
distribuidos.
Versión de Oracle Database compatible
COMPATIBLE
con la instancia de base de datos
CONTROL_FILES Ruta a los archivos de control (pueden ser

Página 9 de 17
parámetro valor
varios valores)
Ruta, por defecto, inicial a los archivos log
DIAGNOSTIC_DEST
y de traza.
Ruta en la que se almacenará el archivo
LOG_ARCHIVE_DEST_N
histórico redo log nº n
Ruta al directorio de recuperación de la
DB_RECOVERY_FILE_DEST
base de datos
DB_RECOVERY_FILE_DEST_SIZE Tamaño del área Flash de recuperación
Ruta para los archivos de datos gestionados
por Oracle. Por defecto vale NULL y la
DB_CREATE_FILE_DEST
ruta será la habitual (según el modelo
OFA).
Máximo número de archivos de base de
DB_FILES
datos que pueden ser abiertos por Oracle
Ruta al archivo del área Flash de
DB_FLASH_CACHE_FILE
recuperación
DB_FLASH_CACHE_SIZE Tamaño del archivo anterior
Máximo número de sesiones concurrentes
SESSIONS
permitidas
Máximo número de procesos que puede
PROCESSES
lanzar la base de datos
Número de procesos servidores a crear al
SHARED_SERVERS
iniciar la instancia.
Contiene el número de bloques máximos
LOG_CHECKPOINT_INTERVAL que se escriben en los redo log antes de que
se produzca un checkpoint
Intervalo en segundos máximo que se deja
LOG_CHECKPOINT_TIMEOUT
sin que se produzca un checkpoint.
Indica si los checkpoints se graban en el
LOG_CHECKPOINT_TO_ALERT
archivo de alertas
Tamaño máximo en bloques del sistema
MAX_DUMP_FILE_SIZE
operativo de los archivos de traza
Destino del archivo de alertas (alert log) y
BACKGROUND_DUMP_DEST
de traza
Destino de los archivos de traza sobre los
USER_DUMP_DEST
procesos de usuario
Permite grabar en archivos de trazado la
LOG_ARCHIVE_TRACE.
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 se gestionará
SGA_TARGET
automáticamente si es cero la gestión es
manual
SHARED_POOL_SIZE Tamaño del área compartida de la SGA
LARGE_POOL_SIZE Tamaño del Large Pool
JAVA_POOL_SIZE tamaño del pool de Java

Página 10 de 17
 parámetro valor
DB_CACHE_SIZE Tamaño de la caché de búferes de datos
LOG_BUFFER Tamaño del búfer Redo Log.
DB_BLOCK_SIZE Tamaño del bloque de Oracle (de 2 a 32 K)
Tamaño del búfer de retención de bloques
DB_KEEP_CACHE_SIZE
de datos del esquema en memoria
DB_RECYCLE_CACHE_SIZE Tamaño de la papelera de Oracle
STREAMS_POOL_SIZE Tamaño del búfer 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_SIZE
CREATE_BITMAP_AREA_SIZE
OPEN_CURSORS Número máximo de cursores
Indica si Oracle busca un archivo de
contraseñas. Puede
REMOTE_LOGIN_PASSWORDFILE ser: shared (compartido por 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_CHARACTERS Formato nacional de números
NLS_CURRENCY Formato de moneda

Más información en:

https://docs.oracle.com/cd/B28359_01/server.111/b28320/initparams.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

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

Página 12 de 17
Las siguientes vistas estáticas sólo están disponibles para los usuarios de tipo
DBA:

Vista estática Uso

DICTIONARY Lista de las vistas del 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 pertenencia a los
DBA_DATAFILES
Tablespaces
DBA_TEMP_FILES Archivos de los tablespaces temporales
DBA_TABLESPACE_GROUPS Información sobre grupos de tablespaces
Total de espacio libre en los tablespaces
DBA_TEMP_FREE_SPACE
temporales
Información sobre los segmentos de tipo
DBA_ROLLBACK_SEGS
Rollback
DBA_UNDO_EXTENTS Extensiones de los tablespaces de tipo deshacer
Información histórica mediante instantáneas
DBA_HIST_UNDOSTAT
(snapshots) del uso del espacio de tipo deshacer
DBA_PART_TABLES Información sobre las tablas particionadas
DBA_RECYCLE_BIN Información sobre las papeleras del sistema
DBA_THRESHOLD Umbrales de alerta definidos
Listado de alertas excepcionales en la base de
DBA_OUTSTANDING_ALERTS
datos
DBA_ALERT_HISTORY Historial de alertas ya borradas
Sesiones que están bloqueando objetos por cuyo
DBA_BLOCKERS
uso otras sesiones están en estado de espera
Sesiones en estado de espera por un objeto
DBA_WAITERS
bloqueado
DBA_DDL_LOCKS Bloqueos DDL
DBA_DML_LOCKS Bloqueos DML
DBA_LOCKS Todos los bloqueos
DBA_ERRORS Errores almacenados en la base de datos
DBA_AUDIT_POLICIES Políticas de auditoría
DBA_OBJ_AUDIT_OPT Opciones de auditoria de objetos
DBA_IND_COLUMNS Columnas de los índices
DBA_IND_STATS Estadísticas sobre los í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$:

Página 13 de 17
Vistas dinámicas Uso
Muestra el estado de la instancia de la
V$INSTANCE
base de datos
Lista de los parámetros y sus valores
V$PARAMETER
actualmente en funcionamiento
V$system_parameter Parámetros del sistema
Muestra el valor de los parámetros en
V$SPPARAMETER el archivo SPFILE de parámetros
actual
Información sobre la base de datos
V$DATABASE
activa
V$SESSION Sesiones activas
V$PROCESS Procesos activos
Contiene estadísticas de entrada/salida
V$SESS_IO
por cada usuario
Estado de las operaciones que tardan
V$SESSION_LONGOPS
más de seis segundos en ejecutarse
V$SYSSTAT Estadísticas de la sesión
Información sobre el uso actual y
V$RESOURCE_LIMIT
máximo disponible de cada recurso
Estadísticas sobre el área compartida
V$SQLAREA
de SQL (en el Shared Pool de la SGA)
V$SGA Estadísticas sobre la SGA
V$SGAINFO Tamaño de los componentes de la SGA
Información sobre el uso de los
V$SGASTAT
componentes de la SGA
V$PGASTAT Uso de la PGA
Tamaños de los componente de la SGA
V$SGA_DYNAMIC_COMPONENTS e información de la última operación
realizada sobre ellos
Información sobre la cantidad de
V$SGA_DYNAMIC_FREE_MEMORY
memoria disponible para la SGA
Estadísticas y avisos sobre el uso de la
V$SGA_TARGET_ADVICE
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 los archivos de
V$CONTROLFILE
control
Información sobre las secciones del
V$CONTROLFILE_RECORD_SECTION
registro de archivo de control
Información sobre los archivo Redo
V$LOG
Log
Información sobre los grupos y
V$LOGFILE
miembros Redo Log

Página 14 de 17
 Vistas dinámicas Uso
Información sobre los históricos (o
V$ARCHIVED_LOG
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
V$LOG_HISTORY Log, secuencias, secuencias
archivadas,…
V$TABLESPACE Información sobre los Tablespaces
Información sobre los Tablespaces
V$ENCRYPTED _TABLESPACE
encriptados
Información sobre los archivos de
V$DATAFILE
datos
V$DATAFILE_HEADER Cabecera de los archivos de datos
Información sobre los archivos
V$TEMPFILE
temporales de datos
Uso de los segmentos temporales por
V$TEMPSEG_USAGE
cada usuario
Estadísticas sobre el uso de espacio
V$UNDOSTAT
para operaciones de deshacer
Información sobre el comportamiento
V$ROLLSTAT de los segmentos de tipo deshacer
(undo)
Información sobre los segmentos de
V$TRANSACTION
tipo deshacer
V$DIAG_INFO Información sobre archivos de traza
Información sobre grupos y tipos de
V$ALERT_TYPES
alertas
Información sobre las métricas del
V$METRICNAME
sistema
Valores del sistema actuales para las
V$METRIC
métricas
Información histórica sobre las
V$METRIC_HISTORY
métricas definidas
Información sobre bloqueos del
V$LOCK
sistema
Indica el último estado de espera de la
V$SESSION_WAIT
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

Página 15 de 17
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 defecto,
DIAGNOSTIC_DEST
se almacenan los archivos de traza y el log de
alertas
MAX_DUMP_FILE_SIZE Tamaño en bloques del sistema operativo máximo
de los archivos log y de traza. Por defecto
es unlimited (sin límite)
BACKGROUND_DUMP_DES Destino del log de alertas y de los archivos de
T trazado
Ruta a los archivos de traza que guardan
USER_DUMP_DEST
información sobre los procesos de usuario
[4.5.3]vistas relacionadas en el diccionario de datos
vista contenido
V$DIAG_INFO Información sobre los archivos de traza
V$DIAG_CRITICAL_ERROR Lista de errores críticos 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)

Página 16 de 17
 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’;

Página 17 de 17