Discussion :

[CoeurDeSQL]

Bonjour

Je dois installé un nouvel oracle 11g standard sur un serveur, qui ne fera que des calculs en mémoire sur des tables de 4 à 5 millions de lignes.

Y-a-t-il une formule de calcul pour bien paramétrer la SGA et la PGA, sachant que mon serveur disposera de 4Cpu et 12Go de Ram (4 instances prévues dont une pour ces fameux calculs)

Merci pour votre avis

[Pomalaix]

C'est assez difficile à calculer, et à vrai dire je n'ai jamais trouvé aucun abaque en la matière.
Ca dépend en effet du volume de données manipulées (pas seulement stockées, car celles qui ne sont jamais lues ne comptent pas), du nombre d'utilisateurs simultanés, de la complexité des requêtes...

A la louche, puisqu'il faut bien choisir une valeur, vous pouvez tabler sur taille mémoire (SGA + PGA cumulées) de 3 à 5 % du volume de données.
Par exemple, si vous avez une base de 500 Go, commencez avec 15 à 20 Go de mémoire pour l'instance.


Quand vous dites "que des calculs en mémoire", vous pouvez développer ?

[Ikebukuro]

Depuis la 11g, Oracle a introduit le paramètre MEMORY_TARGET pour que Oracle redimensionne, selon les besoins, la SGA et la PGA.
Je te conseille donc fortement de laisser Oracle gérer tout cela avec ce paramètre, à moins que tes besoins ne soient extrêmement particuliers.
http://www.orafaq.com/wiki/Memory_target

[CoeurDeSQL]

Merci pour vos retours

Ma base est un entrepôt de données qui récupère des informations d'autres bases.
Quelques utilisateurs doivent générer des rapports à la volée depuis certaines tables de cet entrepôt (via un éditeur de BI) qui contiennent des millions de lignes avec bien sûr des jointures entre les tables

Concernant la memory target, en effet je pense que je vais laisser le système géré, cependant je ne dois pas me tromper au départ dans la mémoire allouée à Oracle

[Pomalaix]

Depuis la 11g, Oracle a introduit le paramètre MEMORY_TARGET pour que Oracle redimensionne, selon les besoins, la SGA et la PGA.
Je te conseille donc fortement de laisser Oracle gérer tout cela avec ce paramètre, à moins que tes besoins ne soient extrêmement particuliers.
http://www.orafaq.com/wiki/Memory_target

Mais ça ne change rien à la question du dimensionnement.

D'ailleurs, MEMORY_TARGET, qui était une novation très séduisante sur le papier, reste cantonné aux petites bases.
Pour les plus grosses, avec une taille mémoire en dizaines de Go, on a tendance sous Linux à utiliser les "huge pages", mais ce n'est pas compatible avec MEMORY_TARGET.
Mieux encore, en 12.2, c'est la régression totale : MEMORY_TARGET est refusé si la mémoire physique de la machine est supérieure à 4 Go.

Mais pour une petite base en 11g, je recommande tout à fait MEMRY_TARGET.

[Ikebukuro]

Ah oui, tu n'as pas encore fixé la taille mémoire max de ta base.
Je lis "4Cpu et 12Go de Ram (4 instances prévues dont une pour ces fameux calculs)" : donc 12Go de RAM pour 4 bases de données, soit une moyenne de 3Go par base? C'est pas énorme.

[CoeurDeSQL]

Mais ça ne change rien à la question du dimensionnement.

D'ailleurs, MEMORY_TARGET, qui était une novation très séduisante sur le papier, reste cantonné aux petites bases.
Pour les plus grosses, avec une taille mémoire en dizaines de Go, on a tendance sous Linux à utiliser les "huge pages", mais ce n'est pas compatible avec MEMORY_TARGET.
Mieux encore, en 12.2, c'est la régression totale : MEMORY_TARGET est refusé si la mémoire physique de la machine est supérieure à 4 Go.

Mais pour une petite base en 11g, je recommande tout à fait MEMRY_TARGET.

Et bien, alors que les ressources demandées sont de plus en plus importantes, surprenant cette limite d'oracle 12

[CoeurDeSQL]

Ah oui, tu n'as pas encore fixé la taille mémoire max de ta base.
Je lis "4Cpu et 12Go de Ram (4 instances prévues dont une pour ces fameux calculs)" : donc 12Go de RAM pour 4 bases de données, soit une moyenne de 3Go par base? C'est pas énorme.

D'accord merci, je vais essayer d'augmenter à 16, ça me sera difficile d'aller au delà. Sachant que je peux attribuer davantage pour le schéma oracle qui fera les calculs par rapport aux 3 autres

[Ikebukuro]

"Sachant que je peux attribuer davantage pour le schéma oracle qui fera les calculs par rapport aux 3 autres"
J'ai l'impression que tu confonds Base et Schéma.

La mémoire correspond à une base, peu importe le nombre de schéma dans cette base.
On n'alloue pas de mémoire à un schéma précis.

Si je comprends bien, tu as une seule base de données et quatre schémas?
Dans ce cas, 12Go de RAM c'est déjà assez conséquent pour une base classique.

[Ikebukuro]

D'ailleurs, MEMORY_TARGET, qui était une novation très séduisante sur le papier, reste cantonné aux petites bases.
Pour les plus grosses, avec une taille mémoire en dizaines de Go, on a tendance sous Linux à utiliser les "huge pages", mais ce n'est pas compatible avec MEMORY_TARGET.
Mieux encore, en 12.2, c'est la régression totale : MEMORY_TARGET est refusé si la mémoire physique de la machine est supérieure à 4 Go.

Alors là, je n'en reviens pas
Merci pour l'info.

[Ikebukuro]

Ils ont fait sauter l'image de DBCA qui confirmait ce que disait Pomalaix...

[CoeurDeSQL]

"Sachant que je peux attribuer davantage pour le schéma oracle qui fera les calculs par rapport aux 3 autres"
J'ai l'impression que tu confonds Base et Schéma.

La mémoire correspond à une base, peu importe le nombre de schéma dans cette base.
On n'alloue pas de mémoire à un schéma précis.

Si je comprends bien, tu as une seule base de données et quatre schémas?
Dans ce cas, 12Go de RAM c'est déjà assez conséquent pour une base classique.

Oui excuse moi je voulais écrire instance et non schéma