Certaines applis n’utilisent pas de connexion permanente ni de pool de connexion. Les connexions trop fréquentes sont une catastrophe sur le serveur Oracle: création de process, allocation de ressources, etc.
Le symptôme: dans le Time Model c’est mesuré dans ‘connection management call elapsed time’.
Les solutions:
- corriger l’application.
- utiliser Shared Servers (connu il y a longtemps sous le nom MTS)
qui est plutôt fait pour de nombreuses connexions qui restent longtemps idle. - depuis la 11g, utiliser le Database Resident Connection Pool
très simple à configurer avec dbms_connection_pool et qui permet à l’application de ne pas devoir garder la connexion hors des appels à la base
Un test en mesurant le temps de 10000 connexions successives.
Les connexions SHARED et POOLED apportent une amélioration équivalente par rapport aux DEDICATED. Les deux vont diminuer le nombre de process serveurs, mais vont ensuite gérére les ressources de manière très différentes: SHARED les mutualise en SGA, POOLED va simplement limiter le nombre de sessions.
DRCP peut être très simple à configurer:
SQL> exec dbms_connection_pool.start_pool PL/SQL procedure successfully completed.
Ceci crée un pool de connexion par défaut de 4 connexions, pouvant s’étendre à 40. Attention, avec les valeurs par défaut la session est killée au bout de 5 minutes d’inactivité, voir 2 minutes si elle n’a rien fait depuis la connexion.
Et pour l’utiliser, on rajoute SERVER=POOLED dans la chaîne de connexion:
(DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=service)(SERVER=POOLED))(ADDRESS=(PROTOCOL=TCP)(HOST=host)(PORT=port)))
et il y a même une syntaxe EZCONNECT:
//host:port/service:POOLED
La config est visible dans DBA_CPOOL_INFO et peut être modifiée avec DBMS_CONNECTION_POOL