oracle 10g

Uso de dos listener en Oracle 10g

Foros IT

Buenos días compañero, deseo me ayudes en solucionar un problema de Listener de la base de datos Oracle.

El caso es que tengo en un mismo servidor instalado un BD 10g en la partición C del disco duro, este tiene su listener que se creo por defecto.  Tambien tengo instalado en la partición E del disco duro el servidor OAS 10g, como esta instalación crea su propia base de datos ORCL para manejar repositorio Oracle Internet Directory tambien se le crea un Listener, pero para evitar confución yo le cree otro listener con otro nombre, pero no puedo inciarlo me a error, esto hace que no pueda conectarme al OAS. 

 

Mi consulta es como puedo tener los dos listener levantados y que me den el servicio de escucha. 

Ora10g: ORA-00060 Deadlock detected

De vez en cuando puede pasar que dos sesiones que se pisen se bloqueen al intentar hacer cambios en los mismos datos (a nivel de registro o a nivel de tabla). En sistemas no concurrentes y/o bien diseñados no tiene por que pasar ya que las aplicaciones suelen estar mínimamente pensadas para evitarlo; o en todo caso en pruebas pre-producción ya se detecta y se corrige. El caso es que incluso aunque se planee evitarlos se pueden producir. En la mayoría de casos se resuelven solitos al acabar de realizar los cambios la sesión bloqueante, incluso ni nos daremos cuenta. En otros casos más infrecuentes se producen bloqueos circulares irresolubles, “deadlocks”, donde se acaba haciendo rollback de una transacción y se genera una entrada en el fichero de alerta:

ORA-00060: Deadlock detected. More info in file /opt/oracle/admin/XXX/udump/XXX_ora_28205.trc

Ora10g: Creación de tablas e indices con la cláusula logging / nologging

La cláusula loggin/nologging añadida cuando creamos una tabla, índice, tablespace... determina si se crea registro de la sentencia en los redo log y su correcta restauración desde backup. Tiene guasa porque si creamos una tabla con opción nologging efectivamente no se crea registro pero de alguna manera esta si se tiene en cuenta en el diccionario de datos.
Al terminar la recuperación los bloques correspondientes a la tabla/índice son marcados como corruptos y cuando intentemos acceder obtendremos un error como el siguiente...