Discussion :

[spoon2008]

ca se précise
Merci pour vous réponse et âpres avoir chercher pas mal de solutions on risque de partir sur la technologie Infiniband car du fait de la distance entre les 2 sites, c'est la solution retenu pour le stockage réseau donc autant l'utiliser pour l'interconnect. (en théorie ca fonctionne maintenant reste le mettre en place).

Pour les serveurs, je crois quand même que se sera de l'ibm bien évolutif et en rac donc un mix des 2 solutions :
1 rac de 2 serveur (1 machine par site et par bases) pour celle qui auront énormément d'activité transactionnelle et pour les autres ont verra suivant la charge.
comme ca ca nous fait de la puissance en faisant évoluer le nombre de proc et la ram des ibm et de la haute dispo
pas simple à gérer ce type de solutions ....

ps : laurentschneider c'est quoi le rds sous linux ?

[laurentschneider]

16 serveurs à 4 processeurs avec Linux et RAC sont plus rapide de 15 % que le gros serveur à 64 processeurs HP-UX sans RAC. L'ensemble de la configuration Linux compte 50% moins cher que la configuration HP-UX.

Je suis très content que tu précises tes sources mais je peux te dire que je suis très sceptique quant à la valeur de ce test dans le monde réel. Ne le prends pas mal, mais à mon avis c'est du marketing.

Pour le moins cher je ne discute pas. Pour le 15% plus rapide, je n'y crois que dalle.

A+
Laurent

[jbarre]

jour tout le monde,

nous sommes parti sur une applcation e prod avec 4 noeuds RAC donc deux passifs sur 4 machines differentes sur 2 sites differents avec 6 proc P6 par instance et 12 go de ram


La base fait 50 gigo, et pas mal de transactionnel avec un pic la nuit pour les batch ecrit en proC.


Suite à la montee en charge nous avons rencontre des problèmes de contention, de consommation complètement délirante de CPU, des requetes qui lockaient et ....attendaient ce qui lockait les autres programmes.

resultat , on repasse le meme environnement en standelone avec un dataguard au cul..... conso CPU 38% avec 6 CPU et 6gigo de ram.....


toot ca sur 10g 3 . apres analyse des DBA, ASM serait en cause , nous avions deja eu des corruption de bloque et la a priori c est les index qui etaient pourri, sans remontee d alerte de la base RAC. des que nous sommes passes en standalone des alertes de dead lock de contetion , de probelem de ocnfig sont appru, remontes et corriges ... aujourd'hui que du bonheur


je pense sincèrement que RAC n est pas encore mure et c est dommage, cela m a decu d oracle moi qui ai toujours fait mon cador en disant a qui veux que oracle c est du solide.....