Discussion :

[lynxdu37]

Bonsoir

J'ai migré une base 11G qui était installée sur un serveur qui possédait 4 Go de RAM vers un serveur qui en possède 16 Go

Étant débutant j'avais paramétré la mémoire en automatique.

Maintenant sur le nouveau serveur je voudrais augmenter la mémoire allouée à l'instance car j'ai parfois des messages comme quoi la SGA est trop petite....

Je suppose donc qu'il faut commencer par augmenter la valeur du "MEMORY_MAX_TARGET", puis du "MEMORY_TARGET", mais je ne trouve pas comment faire...

Si quelqu'un peu me guider un peu

Merci par avance

[kangs]

Si tu n'as qu'une seule instance et pas d'autre applis, tu positionnes les paramètres à 80% de la RAM disponibles.

[lynxdu37]

Merci pour cette info, mais je fais comment pour faire cela ? C'est la MEMORY MAX TARGET que je met à 80% ? Avec quelle commande je fais ça ?

Merci pour ton aide

[Pomalaix]

...j'ai parfois des messages comme quoi la SGA est trop petite....

Pouvez-vous nous fournir le message exact ?

[lynxdu37]

Pouvez-vous nous fournir le message exact ?

Dès que j'ai ai un je poste le message exact, mais je n'en ai pas tous les jours......
A moins que les anciens messages soient stockés quelque part dans Oracle ??

[Pomalaix]

Oui, il y a de fortes chances que ces messages figurent dans le fichier d'alerte de la base.

[lynxdu37]

Oui, il y a de fortes chances que ces messages figurent dans le fichier d'alerte de la base.

ok je regarde ça dès demain et je te tiens au courant

[lynxdu37]

Oui, il y a de fortes chances que ces messages figurent dans le fichier d'alerte de la base.

J'ai trouvé ces messages dans les alertes sur l'OEM :

Détails des résultats de la recherche de performances: Classe d'attente "E/S utilisateur"

Le débit du sous-système d'E/S n'a pas été largement inférieur à ce qui était prévu.
La taille de la mémoire d'instance de base de données Oracle (SGA et PGA) a été mal estimée

Analyse réelle (hard parse) informations supplémentaires :

Les analyses réelles (hard parse) dues à la non-concordance d'environnement de curseur n'ont pas consommé une part importante du temps base de données.
L'analyse réelle (hard parse) des instructions SQL pour lesquelles il y a eu erreurs d'analyse n'a pas consommé une part importante du temps base de données.
Les analyses réelles (hard parse) dues à l'utilisation de littéraux et à l'invalidation des curseurs n'ont pas consommé une part importante du temps base de données.
La taille de la mémoire d'instance de base de données Oracle (SGA et PGA) a été mal estimée.

ça te dit quelque chose ??

[pachot]

Bonjour,

Avec 16 GB on va souvent vouloir utiliser les hugepages, donc revenir à ASMM (SGA_TARGET, PGA_AGGREGATE_TARGET)

Cordialement,
Franck.

[Pomalaix]

...La taille de la mémoire d'instance de base de données Oracle (SGA et PGA) a été mal estimée

Pouvez-vous nous fournir le résultat (bien formaté) de cette requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select * from v$memory_target_advice;

[kangs]

Le paramètre tu le mets à 80% de la RAM disponible si tu n'as pas d'autre logiciels sur le serveur comme indiqué dans la documentation depuis 15 ans.
Si tu à 16Gb de RAM et une SGA+PGA (ou MEMORY TARGET) de 8Gb c'est juste con.

Tu utilises les rapports AWR et les zones advices uniquement quand tu as un problème et qu'elles ont du sens par rapport aux autres indiquateurs.
Plus tu auras de mémoire pour ta base et plus les IO disques diminueront et certaines options comme in memory PQ pourront te servir (je suppose que tu ne fais tes sauvegardes à chaud)

Si tu ne fais pas de CIO ou DIO tu peux avoir une petite SGA l'OS compensera comme il peut (mais pas de la façon la plus efficace)

Pour résumer :
Tu as de la RAM utilises là, une base avec 8Gb de MEMORY_TARGET alors que le serveur à 16Gb de RAM ce n'est pas malin..
Les advices/AWR tu les lies quand tu dois estimer une augmentation de RAM (et donc un coût pour le projet)

Les hugespages c'est bien mais ça demande de la rigueur. Par contre les performances peuvent vraiment être meilleurs.

[dell68]

Ce que je te recommande, definie memory_target_size_max à une limite maximum de 12G, et puis
le parametre memory_target_size inférieur à cette limite, par exemple à 10G, ensuite oracle ferai le
dimenssionnement des autres composantes de l'instance en fonction de la charge globale de la base,
ajoute à ceci, car c'est très important programme des prises de snapshots AWR pendant que la base est fortement
sollicité et ensuite génére un Rapport ADDM correspodant à cette interval ! (le résultat de ce rapport va t'indiquer si
le memoire de ton instance est sous-dimenssioné ou pas, tu auras des recommendations etc..), par contre
voici un blog en anglais qui contient un sujet tres bien expliqué sur l'OPTIMISATION de la PGA :
http://www.oracleinaction.com