http://www.redcientifica.com/oracle/

	Arrancar una instancia de BD	Montar una BD	Abrir una BD
Fase	Nomount	Mount	Open
3			startup
2+1		startup mount	alter database open;
1+1+1	startup nomount	alter database mount;	alter database open;
Al finalizar la fase, el significado del estado es	Decir que la la instancia está arrancada significa que existen procesos y recursos que van a ser asociados a los ficheros de esa BD	Decir que la base de datos está montada significa que los procesos y recursos de la instancia se asocian a los ficheros de la BD física	Decir que la base de datos está abierta significa que está disponible a los usuarios, y que se han abierto todos los archivos log.
Pasos que se realizan	Se lee el archivo init<sid>.ora Se identifican los controlfiles ctl<sid>.ora Se crea e inicializa la SGA usando init<sid>.ora Se arrancan los procesos batch de background	Se localizan los datafiles (*.dat, *.dbf) Se abren y leen los control files (archivos de control, ctl<sid>.ora) Se "monta" la BD (se obtiene instance lock) Se determina el modo de apertura de la BD (Normal o crash recover)	Se abren y bloquean los datafiles (*.dat, *.dbf) Si es la primera instancia, se obtiene el startup lock Abre los online redo logs Si es la primera instancia, se realiza crash recovery si es necesario
Ejemplos de operaciones a realizar en este estado		Cualquier sentencia alter database puede ser ejecutada si la base de datos está montada, y algunas de ellas, sólo si está montada. Montada y no abierta permite: Acciones de archivo redo log Cambio del modo de archivo (Alternar entre los modos archivelog y noarchivelog) Recuperación Renombrado de archivos Con media recovery, recuperar archivos dañados Poner un datafile online o offline Mover datafile y redo log files	Accesos normales de los usuarios
Razones por las que puede fallar cada fase	El ejecutable del sgbdr está corrupto Init<sid>.ora es léxicamente o sintácticamente incorrecto, hay errores en la especificacion de sus parámetros Las configuraciones especificadas en init<sid>.ora no son posibles (errores semánticos)	No existen los control files o están corruptos (archivos de control, ctl<sid>.ora). En ese caso se deben recuperar de un backup o recrearlos mediante el comando create controlfile Los ficheros de control no están sincronizados. La solución es usar el más reciente.	Alguno de los datafiles no existen como ficheros del sistema operativo Otro tipo de inconsistencias en la información contenida en el diccionario de datos No se encuentra alguno de los archivos de redo log esperados (log<sid>.ora)

Modos de parada de la Base de Datos

Comando	Descripción
shutdown normal	La Base de Datos no se parará si hay usuarios conectados
shutdown transactional	Después de ejecutarla, los clientes no podrán comenzar nuevas transacciones, y la base de datos se parará cuando todas se hayan confirmado (commit) o anulado (rollback)
shutdown immediate	Todas las sentencias SQL se terminan inmediatamente, no se espera a que se desconecten los usuarios. Las transacciones no confirmadas (commit) SI se deshacen, por lo que la Base de Datos se podrá mantener consistente
shutdown abort	Se usa cuando muere un proceso background y no se puede tirar la Base de Datos en modo normal o immediate. Las transacciones no confirmadas (commit) NO se deshacen y la Base de Datos puede necesitar crash recovery durante el siguiente startup

Buzón de contacto © 1999-2004 Manuel de la Herrán Gascón

2/3