Servidores compartidos en oracle

Sabemos que si el servidor donde se encuentra la base de datos está funcionando correctamente y no presenta problemas de rendimiento, bastaría con usar servidores dedicados. Sin embargo, si las necesidades o características de la base de datos afectan el rendimiento del servidor, o si los recursos como la CPU y la memoria son insuficientes, entonces es recomendable emplear servidores compartidos.

Los servidores compartidos, o SHARED SERVERS, permiten mejorar el rendimiento, ya que permiten que más usuarios se conecten utilizando los mismos recursos de CPU y memoria. Sin embargo, el administrador de la base de datos debe configurarlos, lo cual no es complicado, pero agrega una tarea más a su responsabilidad.

A continuación, te mostramos algunos parámetros que son importantes para configurar este tipo de servidores:

• SHARED_SERVERS: Este parámetro define el número inicial de servidores compartidos que se activarán al arrancar la base de datos. Si se configura con un valor de CINCO, por ejemplo, siempre habrá al menos CINCO servidores compartidos en ejecución.

• MAX_SHARED_SERVERS: Establece el número máximo de servidores compartidos que puede haber. Por ejemplo, si se configuran CINCO servidores compartidos y este parámetro se define con DIEZ, Oracle iniciará con cinco servidores y, si es necesario, creará hasta diez. Una vez que no se necesiten tantos, los servidores adicionales serán liberados, manteniendo el mínimo de cinco servidores activos.

• SHARED_SERVERS_SESSIONS: Este parámetro indica el número total de sesiones de usuarios compartidos que pueden estar en ejecución de manera simultánea.

• DISPATCHERS: Define la configuración de los procesos DISPATCHERS, que reciben las solicitudes de los clientes, las colocan en la cola de peticiones y recuperan las respuestas.

• MAX_DISPATCHERS: Indica el número máximo de procesos DISPATCHERS que se pueden ejecutar.

Para ver estos parámetros, ejecuta la consulta:

• SHOW PARAMETER SHARED

Aquí podemos ver que SHARED_SERVERS tiene el valor UNO, y MAX_SHARED_SERVERS no tiene ningún valor definido. Esto puede generar confusión, ya que parece que hay un servidor compartido aunque no lo hemos configurado. Sin embargo, Oracle crea automáticamente un servidor compartido al instalar sqlplus o Enterprise Manager, que se utiliza exclusivamente para esta aplicación cliente. Este servicio se denomina orclXDB, como veremos a continuación.

Ahora vamos a comprobar el estado del listener de la base de datos en Linux usando el comando: lsnrctl status.

Aquí podemos ver que el listener está configurado para el protocolo TCP, de tipo local, y está escuchando en el puerto 1521. También observamos que se ha creado el servicio orclXDB, que es el que está utilizando el SHARED SERVER automáticamente configurado al instalar sqlplus. Este servidor compartido es usado exclusivamente para conectar con sqlplus.

Si no tuviéramos aplicaciones cliente como sqlplus o Enterprise Manager, no habría ningún servidor compartido configurado. Otro parámetro que necesitamos verificar son los DISPATCHERS.

Para verificar los DISPATCHERS, ejecuta en sqlplus:

• SHOW PARAMETER DISPATCHERS

Aquí podemos ver el protocolo y el servicio asociados a los DISPATCHERS. Observamos que el servicio es orclXDB, lo que significa que las solicitudes de las aplicaciones cliente se conectan a este dispatcher utilizando el servicio orclXDB y el protocolo TCP. El dispatcher coloca las solicitudes en la cola de peticiones de la SGA y el SHARED SERVER las procesa, colocando las respuestas en la cola de respuestas. Finalmente, el dispatcher devuelve el resultado al cliente.

Es decir, Oracle ya ha configurado automáticamente un SHARED SERVER que gestiona las solicitudes de la aplicación cliente a través de este dispatcher.

Si volvemos a revisar el estado del listener, podemos ver que el servicio orclXDB está activo, y todas las conexiones a través de este servicio se enrutan al dispatcher, que está vinculado al SHARED SERVER previamente mencionado.

Para más información