- Este debate tiene 12 respuestas, 2 mensajes y ha sido actualizado por última vez el hace 5 años, 7 meses por .
-
Entradas
-
Hola, tengo un servidor con Oracle 11g y Linux Red Hat. Tengo dos instancias en Oracle: ORA1 y ORA2. La ORA1 va perfectamente, pero al conectar a la ORA2 con un usuario me aparece este mensaje de error:
ORA-01033: inicialización o cierre de ORACLE en curso
Es extraño porque la otra instancia sí que funciona bien ¿a qué puede ser debido?
Para analizar el motivo del error, en primer lugar es conveniente echarle un vistazo a los log de la instancia ORA2. En el caso de Oracle 11g sobre Linux Red Hat los log suelen estar en:
/opt/oracle/diag/rdbms/ora2/ORA2/trace/alert
Y el fichero que suele contener los errores y datos de conexión es el: log.xml.
Aunque puede variar la ubicación en función del SO, del tipo de instalación, de la versión de Oracle y de otras cosas.
Accede a su contenido y nos lo posteas por aquí para analizar el motivo exacto del error.
Revisando vemos que te aparecen estos errores:
ORA-10873: file 1 needs to be either taken out of backup mode or media recovered
ORA-01110: archivo de datos 1: /ORA2/ORA2/datafile/o1_mf_system_dc0ytsk9_.dbfComprueba en qué estado está la instancia ORA2 de tu base de datos Oracle. Para ello accede con SQLPLus desde la consola de Linux, con el usuario «oracle»:
su – oracle
Puesto que tienes dos instancias, comprueba qué valor tiene la variable de entorno ORACLE_SID, con:
echo $ORACLE_SID
Si te muestra: ORA1, tendrás que cambiar el valor de dicha variable antes de acceder a SQLPlus, con:
export ORACLE_SID=ORA2
Ahora accede a SQLPlus con:
sqlplus /nolog
Y conéctate a la BD con:
conn / as sysdba
Haz la comprobación del estado de la instancia ORA2 ejecutando la consulta SQL:
select status, instance_name from v$instance;
Que te devolverá el estado (status) y el nombre de la instancia, para que estés seguro de que estás conectado a ORA2. Dinos qué te devuelve dicha consulta.
Ok, también puedes saber el estado de la BD con la consulta SQL (la ponemos por si fuera necesario):
select open_mode from v$database;
Que en tu caso te devolverá también:
OPEN_MODE
——————–
MOUNTEDEl estado normal de una instancia de base de datos Oracle es «OPEN». Como ves la tuya está «MOUNTED», es decir, está montada pero no abierta. Esto se debe a que, efectivamente, hay algún problema que impide que se abra.
Intenta abrir la base de datos, desde esa misma consola y siempre conectado a tu instancia ORA2, ejecuta la siguiente sentencia:
alter database open;
Y nos dices qué resultado arroja.
Ok, ejecuta la siguiente sentencia para ver si hay algún backup que no ha finalizado bien:
select * from v$backup;
Y dinos qué te devuelve.
Ok, como ves tienes backups activos que no han finalizado por algún motivo. Ejecuta esta otra consulta para forzar la finalización de los backups:
alter database end backup;
Si es correcta su ejecución mostrará el texto:
Base de datos modificada.
Y vuelve a ejecuta la consulta:
select * from v$backup;
Que debería mostrarte:
FILE# STATUS CHANGE# TIME
———- —————— ———- ——–
1 NOT ACTIVE 85597008 30/07/19
2 NOT ACTIVE 85597008 30/07/19
3 NOT ACTIVE 85597008 30/07/19
4 NOT ACTIVE 85597008 30/07/19
5 NOT ACTIVE 85597008 30/07/19Ok, ahora lo recomendable es que detengas la instancia de la BD con el comando:
shutdown immediate;
Y cuando se detenga la inicas de forma normal con:
startup
Si todo es correcto arrancará y quedará en estado «OPEN» al hacer un select status from v$instance;
- Debes estar registrado para responder a este debate.
