Précédent   Forum des professionnels en informatique > Bases de données > Oracle > Installation
Installation Forum d'entraide sur l'installation du serveur Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 10/05/2011, 14h08   #1
Membre du Club
 
Inscription : juin 2007
Messages : 271
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 271
Points : 65
Points : 65
Par défaut [10g] taille mémoire

Bonjour,
je vais doubler la mémoire du serveur oracle ( 8 en 16 GO) qui contient 6 bases de données. Comment modifier la taille de la mémoire des bases (je n'ai de console) ?

J'ai par exemple pour une base un spfile :
Citation:
appli.__db_cache_size=515899392
appli.__java_pool_size=4194304
appli.__large_pool_size=4194304
appli.__shared_pool_size=192937984
appli.__streams_pool_size=8388608
Merci d'avance
falco- est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 11/05/2011, 12h31   #2
Membre du Club
 
Inscription : juin 2007
Messages : 271
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 271
Points : 65
Points : 65
Bonjour,
j'ai en plus
*.sga_target=734003200

est-ce que cette valeur que je dois modifier ?
(avec alter ... ou dans le pfile puis générer le spfile.)

Merci
falco- est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/05/2011, 11h25   #3
Membre actif
 
Homme Cyrille
Administrateur de base de données
Inscription : avril 2005
Messages : 112
Détails du profil
Informations personnelles :
Nom : Homme Cyrille
Âge : 32
Localisation : France, Meurthe et Moselle (Lorraine)

Informations professionnelles :
Activité : Administrateur de base de données

Informations forums :
Inscription : avril 2005
Messages : 112
Points : 191
Points : 191
Salut,

sur chaque base tu fais:

Code :
1
2
3
4
ALTER system SET sga_max_size=2G scope=SPFILE;
ALTER system SET sga_target=ceQueTuVeuxJusque_sga_max_size scope=SPFILE;
shutdown immediate;
restart;
IndianaAngus est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/05/2011, 11h34   #4
Membre éclairé
 
Avatar de macben
 
Inscription : mars 2004
Messages : 526
Détails du profil
Informations personnelles :
Âge : 29

Informations forums :
Inscription : mars 2004
Messages : 526
Points : 379
Points : 379
Envoyer un message via AIM à macben Envoyer un message via MSN à macben
le
Code :
ALTER system SET sga_target=ceQueTuVeuxJusque_sga_max_size scope=SPFILE;
a-t-il une utilité ?

En effet avec le sga_max_size Oracle s'alloue la mémoire pour la SGA, donc autant la consommer ?
macben est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/05/2011, 15h47   #5
Membre actif
 
Homme Cyrille
Administrateur de base de données
Inscription : avril 2005
Messages : 112
Détails du profil
Informations personnelles :
Nom : Homme Cyrille
Âge : 32
Localisation : France, Meurthe et Moselle (Lorraine)

Informations professionnelles :
Activité : Administrateur de base de données

Informations forums :
Inscription : avril 2005
Messages : 112
Points : 191
Points : 191
Citation:
Envoyé par macben Voir le message
le
Code :
ALTER system SET sga_target=ceQueTuVeuxJusque_sga_max_size scope=SPFILE;
a-t-il une utilité ?

En effet avec le sga_max_size Oracle s'alloue la mémoire pour la SGA, donc autant la consommer ?
En fait, c'est SGA_TARGET qui sert à Oracle pour l'ASMM (avec sga_target). Si SGA_MAX_SIZE est à 0 alors il sera mis par défaut à la valeur de SGA_TARGET.
En fait cela te permet de réserver de la RAM pour par exemple augmenter la RAM lors d'un pic d'activité pour redescendre cette valeur plus tard ou bien pour prévenir la montée en charge d'une base sans avoir à la redémarrer car pour changer SGA_MAX_SIZE, tu dois redémarrer la base.

Donc tu peut avoir ceci:
SGA_MAX_SIZE=2G
SGA_TARGET=1500M

et Oracle pourra jouer avec ces 1500M.

Dans ce cas, tu pourra monter la SGA_TARGET à 2GO dynamiquement.
Disons que ca ne sers a rien de monter la SGA au max prévu si il n'y en a pas besoin. Il faut regarder dans le memory adivsor pour voir que beaucoup de SGA ne sers pas forcément à grand chose.

Donc oui ca peut servir
IndianaAngus est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 13/05/2011, 15h59   #6
Membre éclairé
 
Avatar de macben
 
Inscription : mars 2004
Messages : 526
Détails du profil
Informations personnelles :
Âge : 29

Informations forums :
Inscription : mars 2004
Messages : 526
Points : 379
Points : 379
Envoyer un message via AIM à macben Envoyer un message via MSN à macben
Ok pour ta réponse qui m'éclaircit sur bien des points, mais je reviens à la charge sur ma question :

Si tu mets ton sga_max_size à 2 Go, et ton sga_target à 1500 Mo, au démarrage Oracle va s'allouer non pas 1500 Mo mais 2 Go afin de te permettre dynamiquement de modifier ta sga_target.

Donc quid de l'utilité de dire à Oracle : Tu te réserves 2 Go, tu n'utilises que 1500 Mo mais comme ça si je veux je peux te dire d'utiliser les 500 Mo restant à chaud puisque tu te les ai réservés.

Puisqu'il se les réserve autant qu'il les utilise si besoin sans qu'on ait besoin de lui dire ?

A moins que "trop" de SGA puisse déservir ?

(bon s'il ne se les réserve pas ma théorie tombe à l'eau mais si je suis quasi sûr qu'il se les réserve)
macben est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 13/05/2011, 16h24   #7
Membre actif
 
Homme Cyrille
Administrateur de base de données
Inscription : avril 2005
Messages : 112
Détails du profil
Informations personnelles :
Nom : Homme Cyrille
Âge : 32
Localisation : France, Meurthe et Moselle (Lorraine)

Informations professionnelles :
Activité : Administrateur de base de données

Informations forums :
Inscription : avril 2005
Messages : 112
Points : 191
Points : 191
Oui Oracle se réserve la RAM avec la valeur de SGA_MAX_SIZE au démarrage.
Par contre, il me semble qu'une SGA sur dimensionné peut ne pas être bonne pour les performances.
Dans tous les cas, il vaux mieux mettre la taille qui convient pour la base en se laissant une marge pour les montée en charge futur (ce qui m'est déjà arrivé et quand t'as une base de prod que tu ne peux pas arrêter facilement, ben t'est bien embété et j'aurai bien aimé avoir un SGA_MAX_SIZE > SGA_TARGET ) mais bon c'est pas obligatoire.

Ca peut avoir un intérêt limité je te l'accorde, tout dépend de la base et de ce qu'il va se passer dessus.
IndianaAngus est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 14/05/2011, 01h37   #8
Rédacteur
 
Inscription : décembre 2002
Messages : 2 385
Détails du profil
Informations personnelles :
Localisation : France, Var (Provence Alpes Côte d'Azur)

Informations forums :
Inscription : décembre 2002
Messages : 2 385
Points : 3 261
Points : 3 261
Citation:
Envoyé par macben Voir le message
En effet avec le sga_max_size Oracle s'alloue la mémoire pour la SGA...
C'est toute la question, et y répondre fiablement n'est pas une mince affaire... Mine de rien, c'est une question extrêmement technique !

La discussion suivante est fort intéressante : http://forums.oracle.com/forums/thre...hreadID=535400

En particulier, ne zappez pas les interventions de Tanel Poder (une bête de technique pour ceux qui ne le connaissent pas) à partir de la page 3.
Où on apprend notamment que la réponse dépend de l'OS (voire du paramétrage choisi), et que les outils de mesure de la mémoire ne fournissent pas forcément ce qu'on croit.
__________________
Consultant / formateur Oracle indépendant
Certifié OCP 10g et 11g, sécurité 11g
Pomalaix est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 18/05/2011, 15h15   #9
Membre du Club
 
Inscription : juin 2007
Messages : 271
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 271
Points : 65
Points : 65
Bonjour,
merci à tous.
Je vais paramétrer sga_max_size et sga_target à la même valeur ! c'est plus simple et cohérent !

Par contre que dois-je mettre pour pga_aggregate_target ?

Merci
falco- est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 11h20.


 
 
 
 
Partenaires

Hébergement Web