HELP DEDICATED vs SHARE

Bonjour,

La question est certainnement assez courante...
mais j'aimerais comme meme avoir vos avis

J'ai plusieurs base (avec des grosses machines bien costaud derrieres) sur lequel il y a beaucoup d'ouverture de session mais pas enormement de charge

4 types d'environnements:
(base 10g RAC 2 noeuds, standalone +ASM", et standatone, dataguard physique)

mes questions:
Le mode share est t-il encore beaucoup utilisé aujourd'hui ?

demande t-il du tunning pour etre performant


j'ai des a prioris sur ce mode de fonctionnement (en faites des ignorances!! mais faut pas le dire...:P)


Est-il justifié dans un environnement comme le mien (rappel: beaucoup d'ouverture de session, peu de charge...)


apres quelques tests en mode share (sans "tunning") j'ai des dispatchers qui mettent du temps a executer les requetes.... en faite je maitrise pas du tout ce mode et j'aimerais m'en passer ou en connaitre son fonctionnement


THANK

le mode dedicated n'est plus d'actualité dans bon nombre d'environnement depuis l'arrivée des serveurs J2EE et des connection pool , qui réalisent le partage de sessions DB dans le serveur d'application lui-même.

de plus, c'est bien le nombre de sessions ouvertes qui oblige/obligeait le passage au mode SHARED pour autant que les sessions sont de courtes durées (pas de full table scan :o)

sache également qu'en 11g, la notion de connection pool fait son entrée dans la db même avec le DRCP (Database Resident Connection Pooling) qui semble être utile dans le cas de serveurs applicatifs de type PHP/Apache qui n'offre pas de connection pooling... A tester

in fine, le passage au mode shered n'est/était à envisager que lorsque le serveur ne suivait plus en mode dedicated , ce qui, ma foi, était assez rare et l'est également moins depuis la gestion globale de la PGA (9iR2) et dixit précédemment, les connection pool j2ee

Citation:

---

le mode dedicated n'est plus d'actualité dans bon nombre d'environnement depuis l'arrivée des serveurs J2EE et des connection pool , qui réalisent le partage de sessions DB dans le serveur d'application lui-même.

---

-->Vous vouliez dire le mode shared n'est plus d'actualité

Citation:

---

sache également qu'en 11g, la notion de connection pool fait son entrée dans la db même avec le DRCP (Database Resident Connection Pooling) qui semble être utile dans le cas de serveurs applicatifs de type PHP/Apache qui n'offre pas de connection pooling... A tester

---

-->Nos bases sont principalement utilisés via des scripts perls derrieres du apache(ws), faudrait que je demande aux developpeur si le perl utilise des pool de connections (une idée?)

Citation:

---

sache également qu'en 11g

---

--> 11g, depuis la R2 une migration est peut etre envisageable en 2010... mais ca va pas etre simple...

Bonjour

Outre ce que disait Marc (et à quoi j'adhère tout à fait), il faut ajouter que le mode serveur partagé n'est à envisager que si :
- le serveur physique a un manque de RAM que la diminution de processus serveurs pourrait résoudre
ET
- les opérations réalisées par les sessions fonctionnant en serveur partagé sont très brèves (moins d'une seconde)

Si ce n'est pas le cas, laissez tomber, ça n'apportera rien, si ce n'est des soucis et des ralentissements.

Justement, on est dans le 2eme cas. On a des sessions très brèves.
Avec le mode dedicated on avait un temps d’ouverture de session et une consommation CPU système plus important que le DBTIME et le DBCPUUSAGE.
Cad l’overhead d’ouverture de session est plus important que le temps d’exécution des
requêtes...

je suis embêté....