Modification parametre memoire en 11g

Bonjour,

Mon problème est qu' ORACLE utilise toute la mémoire OS ( linux) même en ayant paramétré ma Memory_target.
Je ne sais pas si c'est un paramètre d'oracle oublié ou si c'est le systeme qui se comporte mal avec Oracle

Je voudrais modifier le paramétrage de la mémoire de mon serveur 11g.
En ce moment je suis en Memory_target et je voudrais passer en SGA_Target pour utiliser les hugepages sur linux.

Est ce que je peux modifier mon Pfile et est ce que mon serveur prendra la modification au redémarrage.

Est ce une bonne solution ou c'est proscrit...

Merci de vos tuyaux...

Citation:

---

Mon problème est qu' ORACLE utilise toute la mémoire OS ( linux) même en ayant paramétré ma Memory_target.

---

tes sure que c'est oracle qui occupe toute la memoire ? (linux s'auto attribu de la memoire meme si elle est inutilisée pour mieux la redistribuer (grossomodo...))

Citation:

---

Je voudrais modifier le paramétrage de la mémoire de mon serveur 11g.

---

A priori la memoire est géré tres differement entre SGA target et memory target
http://www.toadworld.com/Newsletter/...5/Default.aspx

Citation:

---

Est ce que je peux modifier mon Pfile et est ce que mon serveur prendra la modification au redémarrage.

---

commence par utilisé un spfile.... et pas un pfile et oui cela sera pris en compte au prochaine redemarrage... de la base

Citation:

---

Envoyé par petitfrere

tes sure que c'est oracle qui occupe toute la memoire ? (linux s'auto attribu de la memoire meme si elle est inutilisée pour mieux la redistribuer (grossomodo...))



A priori la memoire est géré tres differement entre SGA target et memory target
http://www.toadworld.com/Newsletter/...5/Default.aspx




commence par utilisé un spfile.... et pas un pfile et oui cela sera pris en compte au prochaine redemarrage... de la base

---

Bonjour,

Comme mon service fonctionne en AMM,
J'ai modifié sga_target et pga_aggregate_target et cela semble être positif..
Mon systeme swape plus et la memoire occupée à diminuée.

Merci de tes conseils

Citation:

---

Envoyé par gallargues

Comme mon service fonctionne en AMM,

---

Je pense toujours AMM est une mauvaise idée. Sous Linux, j'ai toujours mis memory_target à 0 et je l'utilise HugePages. Pour HugePages, voir la section
"* 11g AMM" au
http://yong321.freeshell.org/oranotes/HugePages.txt

Yong Huang

As tu augmenté certaines valeurs systemes de linux :

Citation:

---

Setting System parameters
Edit the /etc/sysctl.conf and add following lines:
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 250 32000 100 128
fs.file-max = 6553600
net.ipv4.ip_local_port_range = 1024 65000
net.core.rmem_default = 4194304
net.core.rmem_max = 4194304
net.core.wmem_default = 262144
net.core.wmem_max = 262144

---

;-) Meme probleme

J'ai 24go ram donc 20 pour memory_target et la machine swap !!

je pars a la recherche via google et metalink mais si quelqu'un connait la raison je suis preneur

je pense que cela est lié a un mauvais parametrage de kernel.shmmax qui doit etre a la moitié de la memoire physique je vous confirme dans 30 min

Citation:

---

Envoyé par petitfrere

je pense que cela est lié a un mauvais parametrage de kernel.shmmax qui doit etre a la moitié de la memoire physique je vous confirme dans 30 min

---

Non, kernel.shmmax peut être mis à son maximum mathématiques sans problème.

Pouvez-vous répondre à cette question:

"tes sure que c'est oracle qui occupe toute la memoire ?"

avec cette commande?

ps --no-headers -opid,rss,user,args -e | sort -k2 -nr | head

bon je comprend pas pourquoi elle swap toujours !!! je vais revenir en mode 10G sgA + pga

Une idée ?

Vérifiez la taille réelle de la PGA avec:

Code:

---

1 2	select * from v$pgastat where name like '%allocated%';

---

Bon j'ai trouvé mon probleme:

le symptome était uniquement pendant un import (datapump) (grosse operation I/O)

cette import utilisé tous l'espace cache disk puis commencer a swaper

j'ai donc utilisé l'option FILESYSTEMIO_OPTIONS=SETALL pour faire des I/O direct sur disk

Citation:

---

Envoyé par petitfrere

Bon j'ai trouvé mon probleme:

j'ai donc utilisé l'option FILESYSTEMIO_OPTIONS=SETALL pour faire des I/O direct sur disk

---

Merci de partager votre expérience. Voulez-vous dire la mise FILESYSTEMIO_OPTIONS = SETALL résout le problème de mémoire? Ou il est non apparentés?

Data Pump a beaucoup de problèmes avec l'utilisation mémoire énorme, lorsque vous utilisez trop nombreux schemas, grants, remap's (remap_schema ou remap_tablespace), et autres. Quelques-uns des nombreux bugs sont Bugs 5095025, 5464834, 5095025, 5292551, ....

Oui cela a permis de resoudre mon probleme (qui n'en est pas si on l'utilise ASM) avec un filesystem ext3 en faisant des I/O direct

l'utilisation de AMM avec la 11G a neanmoins perturbé mon diagnostic, (il faut se documenter avant de se lancer dans ce nouveau mode de fonctionnement...)


sinon pour revenir au hugespages il n'est pas compatible avec le RAC ... domage

Citation:

---

Envoyé par petitfrere

Oui cela a permis de resoudre mon probleme (qui n'en est pas si on l'utilise ASM) avec un filesystem ext3 en faisant des I/O direct

---

Merci. Qu'est-ce qui vous a fait penser à cette solution (FILESYSTEMIO_OPTIONS = SETALL pour réduire l'utilisation de la mémoire pendant data pump)? Yat-il un document qui mentionne clairement cette solution ou fait allusion à elle?

Franchement j'ai pas vue grand chose sur le web concernant mon probleme de swap...
j'ai donc essayé de trouvé seul

1- c'est la premiere fois que j'utilise la fonction AMM (automatique memory management)

2- c'est une de mes rares bases qui possede leur datafiles sur de l'ext3


AMM fonctionne de façon très différente la ram en utilisant principalement /dev/shm comme memoire partagé (pour dimensionner dynamiquement la SGA/PGA)

J'ai donc agrandi cette partition pour qu'elle puisse héberge toute ma SGA/PGA (obligé sinon la base monte pas) (environ 19G)

seulement linux utilise également cette memoire pour le cache filesystem

Impdp(import) étant un gros consomateur I/O, la memoire partagé (/dev/shm) se retrouve sollicité par oracle et par l'os finissant malheureusement dans la Swap.

n'ayant pas rencontré le probleme avec une instance ASM, j'ai accusé le mode d'écriture sur disk....


cette fonction a résolu mon probleme mes les raisons que je viens d'annoncer sont a prendre avec des pincettes

Si quelqu'un pourrait validé ou invalidé mes dires cela m'arrangerai également