PDF de programación - Arranque y parada de la BD. Ficheros de traza

Arranque y parada de la BD

DBD

2º ASI

Proyecto 11. Arranque y parada de la BD. Ficheros de traza.

- Conocer los diferentes estados en que se puede encontrar una base de
datos y comprender que operaciones se pueden llevar a cabo en cada uno
de ellos.

Antes de arrancar, una base de datos pasa por diferentes estados, nomount, mount y open.

En el primer estado (nomount) se arranca la instancia: lectura del fichero de parámetros,
creación de la SGA, arranque de los procesos background y apertura del fichero
alert$ORACLE_SID.log.
Nota: el fichero de parámetros se busca en $ORACLE_HOME/dbs, comenzando por
spfile$ORACLE_SID.ora. Si no lo encuentra, sigue con spfile.ora, y finalmente
init$ORACLE_SID.ora.
Hay operaciones de recuperación que requieren que la base de datos esté en un estado
nomount, por ejemplo cuando se esté creando la BD o cuando se está restaurando un fichero
de control después de haberlo perdido.

Seguidamente la BD se monta (mount) abriendo el fichero de control y obteniendo de él los
nombres de los ficheros que la componen: datafiles y redo log. En el estado mount oracle
determina donde está la localización de los datafiles pero no llega a abrirlos, una vez que los
ha localizado monta la BD y la bloquea verificando que ninguna otra instancia haya
montado la misma BD.

Hay varias razones para querer tener la BD en el estado mount. En general, todas las
sentencias SQL del tipo alter database se deben ejecutar en esta etapa. Algunas de las
operaciones a realizar cuando la BD está montada son:

• Efectuar recuperaciones.
• Poner online/offline un fichero de datos,
• Recolocar los ficheros de datos y redo log,
• Crear un nuevo grupo o miembro redo log, o borrar un grupo o miembro redo log

existente.

• Cambiar entre archivelog y noarchivelog.
• Recuperar archivos dañados con media recovery.

Finalmente se abre la BD (open), procediendo a la apertura y bloqueo de los ficheros de
datos (datafiles) y los ficheros redo log. El servidor oracle comprueba la consistencia de la
base de datos, y si es necesario el proceso SMON inicia la recuperación de la instancia.
La BD se puede abrir en modo Restricted. Este modo solo permitirá usuarios con privilegios
especiales para acceder a la BD (dba's normalmente).
Podemos poner la BD en modo restricted usando el siguiente comando: ALTER SYSTEM
ENABLE RESTRICTED SESSION y podemos sacarla de este estado con: ALTER
SYSTEM DISABLE RESTRICTED SESSION. Los usuarios que estuvieran conectados
permanecerán conectados.

1

Javier Monrové Morán

Arranque y parada de la BD

DBD

2º ASI

Fuentes:
http://www.dba-oracle.com/concepts/starting_database.htm
http://www.infor.uva.es/~jvegas/cursos/bd/orarq/orarq.html
http://www.redcientifica.com/oracle/c0007p0002.html
pdfs de clase.

- Comprender las distintas posibilidades que ofrecen los comandos startup
y shutdown y las consecuencias de cada una de ellas.

STARTUP:

El comando startup arranca la instancia y abre la BD. Permite para el proceso de arranque de
la BD en cualquiera de sus fases (NOMOUNT, MOUNT)

STARTUP (abre la base de datos con el fichero de parámetros por defecto).

STARTUP PFILE=/home/CURSO/cursoXY/miinit.ora
con esto abrimos la base de datos con el fichero que init que le indicamos.
STARTUP NOMOUNT (para crear la base de datos).

Como nos indica oracle, cuando hacemos un STARTUP NOMOUNT creamos la base de
datos, pero al no abrirla solo podemos hacer consultas sobre tablas y vistas fijas.
Veamos una consulta sobre una tabla fija:

2

Javier Monrové Morán

Arranque y parada de la BD

DBD

2º ASI

Y una consulta con un usuario no privilegiado:

Cuando nos intentamos conectar en estado NOMOUNT con algún usuario no nos lo permite,
solo si conectamos sys as sysdba.
Tampoco podremos crear usuarios ni asignar privilegios.

STARTUP MOUNT (para renombrar datafiles, activar ARCHIVELOG o hacer una
recuperación completa de la BD).

STARTUP RESTRICT (sólo permite la conexión de usuarios con el privilegio
RESTRICTED SESION).
STARTUP FORCE (hace SHUTDOWN ABORT y arranca la BD).

SHUTDOWN:

sintaxis: SHUTDOWN [NORMAL|TRANSACTIONAL|IMMEDIATE|ABORT]
SHUTDOWN [NORMAL], espera a que terminen todas las transacciones en curso y todas
las sesiones, fuerza un checkpoint, además de cerrar todos los ficheros y destruir (parar) la
instancia.

SHUTDOWN TRANSACTIONAL, sólo espera a que terminen las transacciones en curso,
fuerza un checkpoint, cierra los ficheros y destruye (para) la instancia.

SHUTDOWN IMMEDIATE, hace rollback de todas las transacciones en curso y cierra
todas las sesiones; cierra y desmonta la BD, además de forzar un checkpoint, cerrar ficheros
y parar la instancia (como los anteriores).

SHUTDOWN ABORT, cierra la instancia (destruye procesos background y SGA) sin
esperar a desmontar ni cerrar la BD (como en una “caída”, ni hace checkpoint ni cierra
ficheros). Requiere recovery de la instancia al arrancar (lo hace automáticamente el proceso
SMON).

3

Javier Monrové Morán

Arranque y parada de la BD

DBD

2º ASI

Fuente: Pdf oracleII

- Entender los motivos de la existencia de los pfiles y spfiles.

(en oracle2daydba y en cursodba10g1parte1 hay

Spfile=server parameter file
información)
pfile = parameter file
Spfile y pfiles son ficheros de texto que pueden ser editados, pfiles por editor de texto y
spfile preferentemente desde consola de oracle. Si se efectuá algún cambio en el pfile, la
instancia debe ser apagada y reiniciada antes de que haga efecto. La mayoría de los cambios
en el SPFILE se hacen de manera dinámica mientras que la instancia esta abierta y
funcionando.
Para modificar cualquier valor de un parámetro en un SPFILE haremos un ALTER
SYSTEM SET con SCOPE=SPFILE o SCOPE=BOTH. Los pfiles no pueden ser editados
con
SET.
Podemos hacer copias de seguridad de los Spfiles con RMAN

SYSTEM



ALTER



Los pfiles contienen parámetros con configuraciones de la base de datos, estos parámetros
sirven para iniciar los programas de oracle. Los parámetros definen cuanta memoria asignar,
donde poner los ficheros relacionados con la base de datos y donde ya existen ficheros de la
base de datos.

Dependiendo del sisitema operativo que estemos usando, tu pfile está localizado en
ORACLE_HOME\database (normalmente en windows) o en el directorio
ORACLE_HOME\dbs en la mayoría de plataformas restantes. Si tu base de datos se llama
prueba, el pfile resultante se llamará initprueba.ora

Los Spfiles contienen valores en binario, es por esto que no los podemos modificar
manualmente y tenemos que hacerlo vía ALTER SYSTEM. Las ventajas de usar un Spfile
son que es mas fácil de recuperar (usando RMAN), ademas los Spfiles de permiten hacer
cambios dinámicos PERSISTENTES ya que un cambio de un parámetro de la base de datos
no es permanente si se hace usando Pfiles.
Uno de los beneficios fundamentales de los Spfile es que oracle tiene “tuning” automático
en el núcleo de la base de datos, sin estos Spfile oracle no puede hacerlo.

4

Javier Monrové Morán

Arranque y parada de la BD

DBD

2º ASI

Administrando los Pfiles y Spfiles:

Para hacer copias de seguridad de los Spfile utilizamos la herramienta RMAN, y para
hacerlas de los Pfile como son archivos de texto accesibles la mejor manera de hacer una
copia de seguridad es copiarlos en otra unidad. También podemos convertirlo a Pfile y
copiarlo.
Para hacer este backup de un spfile primero hay que convertirlo a Pfile, usando la siguiente
sintaxis:

SQL> create pfile from spfile;

Para restaurarlo a su lugar :

SQL> create spfile from pfile=/lugar/del/archivopfile

Si tu base de datos está usando en ese momento el Spfile asegurate de apagarla primero para
que oracle pueda reemplazar el archivo. NO debes hacerlo con la base de datos funcionando
ya que el Spfile está en uso mientras que esté encendida.
fuente: http://www.dba-oracle.com/concepts/pfile_spfile.htm

-Estudio de los alert logs del sistema.

El alert.log archiva cronológicamente mensajes y errores que suceden durante las
operaciones diarias de la base de datos. Este registro se encuentra en el directorio que
hayamos fijado en nuestro init.ora bajo el parámetro BACKGROUND_DUMP_DEST en
caso de ser una versión antigua de oracle y en C:\oracle\diag\rdbms\orcl\orcl\alert en la
version 11.
El nombre de este alert log será alert_ seguido de la instancia de la base de datos.

Una de las cosas que podemos hacer para tener un seguimiento del alert log es mantener en
un archivo las últimas x líneas de este registro para tenerlas mas a mano.
Estos mensajes incluyen:

•

Inicios y cierres de la estancia

• Mensajes a la consola del operador.

5

Javier Monrové Morán

Arranque y parada de la BD

DBD

2º ASI

• Sentencias de Create, Alter y Drop en base de datos, tablespaces y segmentos

rollback.

• Errores:

Y mucha mas información.
Podemos encontrar scripts para leer los alert log:
http://www.adp-gmbh.ch/ora/admin/scripts/read_alert_log.html
Fuentes:
http://www.adp-gmbh.ch/ora/concepts/alert_log.html
http://www.orasite.com/tutoriales/conceptos-basicos-tunning-oracle.html

-Comprender la utilidad de la información almacenada en los background
trace files y en los user trace files.

Los trace files (ficheros de traza) son archivos de texto que contienen información sobre la
sesión para el proceso que han creado. Contienen información sobre el tuning que se le debe
hacer a una base de datos.

Background trace files:
Son los ficheros generados por los procesos background.

6

Javier Monrové Morán

Arranque y parada de la BD

DBD

2º ASI

Ejemplos de trace files:

User trace files:
En el mismo directorio.

Antes estos ficheros se encontraban en el lugar que nos indicaba en el init.ora, en las nuevas
versiones sin embargo podemos encontrar estos ficheros de traza bajo la siguient