|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Futur Membre du Club
![]() Luc Inscription : février 2003 Messages : 47 ![]() |
Bonjour,
comme j'ai pu le constater en fouillant un peu le forum, je ne suis pas le seul à me frotter au problème du "Maximum number of processes exceeded". La solution la plus simple qui consiste à augmenter le nombre de processes autorisés ne me convient pas. En fait je souhaiterai savoir s'il est possible de réserver un nombre de processes pour une source de connexion donnée, identifié par exemple par son adresse IP. Savez-vous si ce type de configuration est possible directement sous oracle ou dois-je trouver une solution logicielle/materielle en dehors d'oracle ? Par avance, merci. |
|
|
00
|
|
|
#2 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
je ne sais pas si c'est possible mais regarde du coté des profils utilisateurs ou ressource manager si il y a moyen de s'en sortir... mais j'en doute
|
|
|
00
|
|
|
#3 |
|
Membre régulier
![]() |
As tu l'erreur ORA-00020 ?
Au niveau de ton fichier de configuration Oracle, tu as une directive qui te permet de contrôler le nombre de process Oracle. Si mes souvenirs sont bon c'est PROCESSES Par défaut il doit être fixé à 150. Ce qu'il faut savoir, si ton instance n'est pas configurée en "shared server" Chaque connexion à l'instance monte un process. Le fait d'atteindre le max process et souvant lié à des application mal codée. Mais si tu as beaucoup de connexion à ton instance, je te conseille de passe en "shared server". C'est a dire que tu monte un ou plusieur process "dispatcher" que ce charge de gérer les connexions à l'instance. Chaque dispatcher gérant plusieur demande de connexion. Le nombre de process Oracle et donc fixe et ne dépend plus du nombre de connexion. J'espère que ça répond à ta question.. A+ |
|
|
00
|
|
|
#4 |
|
Expert Confirmé
![]() Inscription : février 2006 Messages : 3 433 ![]() |
Attention, les connexions en mode serveur partagé (shared server) ne sont pas forcément la bonne solution. Cela dépend aussi de l'application. Utiliser un serveur partagé n'est pas conseillé pour une application où les requêtes sont "longues" car la requête longue utilise le serveur partagé jusqu'à la fin de son exécution ... et le serveur n'est plus partagé car les autres connexions risquent d'attendre ...
![]() Voir le message (en anglais) très complet de Howard Rogers sur OTN (que Jonathan Lewis a référencé sur son blog). |
|
|
00
|
|
|
#5 |
|
Membre régulier
![]() |
Effectivement,
Ceci dit Il me semble que l'on peut utiliser les deux modes (dedicated et shared) en même temps. Par exemple : Configurer les batchs et les rapport pour qu'ils utilisent une connexion dédiée. Ce type d'activité utilise généralement des requêtes plus longues. Puis configurer les connexion transactionnelles afin qu'elles utilisent le mode partagée. A++; |
|
|
00
|
|
|
#6 |
![]() ![]() Inscription : janvier 2004 Messages : 15 861 ![]() |
oui, il suffit de préciser DEDICATED dans la description de la connexion du fichier tnsnames.ora et utiliser cet alias pour les batchs
|
|
|
00
|
|
|
#7 | |
|
Membre du Club
![]() Inscription : mai 2005 Messages : 134 ![]() |
Bonjour,
A priori resource manager gère au niveau processes : Citation:
|
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com