Tipos de conexiones en oracle - oracle dba

Las conexiones a la base de datos pueden clasificarse en dos tipos:

• Local: Se trata de una conexión que se establece directamente desde el mismo servidor donde se encuentra la base de datos activa, sin utilizar el listener de la base de datos. Remota: Las conexiones que se realizan desde fuera del servidor de base de datos o aquellas que utilizan el listener del servidor, como puede ser el caso de un usuario remoto. Una forma sencilla de identificar si un usuario se conecta de manera remota es verificando si aparece TNS_ALIAS en la pantalla de conexión.

Independientemente del tipo de conexión utilizada, lo que se abre es un proceso dedicado [PGA]. Las conexiones locales utilizan el protocolo BEQ y no requieren del listener.

Las conexiones remotas suelen originarse desde un cliente ubicado en una infraestructura de red distinta, conectándose al servidor de la base de datos a través de un proceso de escucha conocido como "listener" y posteriormente a la base de datos.

En el lado del cliente, se hace uso del archivo de configuración "tnsnames.ora" para localizar la máquina del servidor de base de datos y establecer el protocolo necesario para realizar la petición. Esta solicitud se transmite desde el cliente usando SQLNet sobre la red, y el puerto predeterminado para SQLNet es el 1521. A través de este protocolo es por donde se gestiona el tráfico de comunicaciones entre cliente y servidor.

Cuando la solicitud de un cliente alcanza el servidor de la base de datos, el listener se encarga de gestionarla. El listener es un proceso Oracle independiente en el servidor que atiende las peticiones entrantes en el puerto SQLNet. Cuando se recibe una solicitud, el listener identifica la instancia de base de datos correspondiente y crea una conexión con ella.

En el servidor, el listener utiliza el archivo listener.ora para determinar cómo procesar la solicitud. Una vez establecida la conexión y la sesión iniciada, el listener deja de intervenir y permite la comunicación directa entre el cliente y la base de datos. Cada sesión de cliente tiene un proceso dedicado en el servidor que gestiona la sesión del usuario, representando el flujo de comunicación entre cliente y servidor.