MEMORY MAX TARGET

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

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

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

Citation:

---

Envoyé par lynxdu37

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

---

Pouvez-vous nous fournir le message exact ?

Citation:

---

Envoyé par Pomalaix

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 ??

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

Citation:

---

Envoyé par Pomalaix

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

Citation:

---

Envoyé par Pomalaix

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 ??

Bonjour,

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

Cordialement,
Franck.

Citation:

---

Envoyé par lynxdu37

...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:

---

select * from v$memory_target_advice;

---

Citation:

---

Envoyé par Pomalaix

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

Code:

---

select * from v$memory_target_advice;

---

---

Bonjour

Voilà le résultat de cette commande en pièce jointe

Merci pour votre aide

Bonjour,

Pour répondre à ta question, pour augmenter la taille de la mémoire les commandes sont les suivantes

Code:

---

1 2 3 4 5 6

--paramètre non dynamique, nécessite un redémmarage alter system set memory_max_target=8G scope=spfile;   --paramètre dynamique dans la limite de la valeur spécifié dans memory_max_target alter system set memory_target=8G scope=spfile;

---

Tu peux par exemple spécifier 8G dans memory_max_target et une valeur plus petite dans memory_target. Ca te permettra de modifier la taille mémoire à chaud sans redémarrage de la db. Toujours dans la limite de memory_max_target.
Lorsque tu utilise l'automatic memory management, les valeurs spécifié dans sga_target et pga_aggregate_target deviennent des valeurs minimum.

Citation:

---

Envoyé par lynxdu37

...Voilà le résultat de cette commande en pièce jointe...

---

Ces valeurs indiquent que le paramétrage actuel est tout à fait adapté, et que vous ne tireriez aucun bénéfice d'une augmentation.

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.

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