Discussion :

[goliathk]

Bonjour,

Je suis complètement novice en oracle.
ça c'est dit.

Nous possédons sur un serveur W2003 standard sur 1 xeon 3060 (dual-core) 2.4 Ghz avec 4Go de ram
(c'est un serveur dédié, plus ou moins c'est à dire qu'une petite appli est avec mais non consommatrice de ram)

une application de consolidation est installé sur oracle 10.2.0.1
(donc lourd calculs de chiffres)

l'install à été faite avec 2 Go puis on a ajouté 2Go de ram
mais la config d'oracle n'a pas été modifiée

résultat ça rame beaucoup (énormément)

1 - j'ai testé de modifier le max sga uniquement et j'ai tué oracle, une fois réparé (grâce aux aides sur le net : http://nixforums.org/about53458.html).
après recherche, je souhaitais modifier le sga_target à 2000 Mo et le pga_aggregate_target à 700 Mo

mais plutôt que de recasser oracle je viens vers vous

2 - pouvez vous m'aider à modifier la config pour que ça ne rame plus ?

je vais essayer de vous donner les infos nécessaires si j'en oublie hésitez pas à me les demander
voici les param :

Code :

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

1
2
3
4
5
6
7
8
9
10
NAME                                                                             VALUE
 
sga_max_size                                                                     620756992
pre_page_sga                                                                     FALSE
lock_sga                                                                         FALSE
shared_pool_size                                                                 0
shared_pool_reserved_size                                                        7969177
sga_target                                                                       620756992
db_cache_size                                                                    0
pga_aggregate_target                                                             313515840

merci de votre aide.

[orafrance]

Malheureusement l'optimisation d'une base de données c'est plus compliqué que ça. Tu peux augmenter la SGA tant que tu veux, si tu as des problèmes de locks ou d'accés aux données ça n'aidera en rien

As-tu lancé la db console et vu les perfs pour voir au moins quels événements d'attentes apparaissent le plus souvent ?

[goliathk]

bonjour,

merci de cette réponse super rapide

non je n'ai pas lancé la DB console (je en sais pas ce que c'est)
mais je sais que je n'ai pas tout les outils oracle installés
est ce que je peus voir ça dans les logs system ?

je sais bien que c'est plus complexe que simplement toucher à la sga,
mais je cherche a modifier ces paramètres en premier lieu
puis ensuite me pencher sur les fichiers de logs à agrandir ou non
je ne pense pas avoir de lock, encore que je ne préfère pas m'avancer sur ce point

ce que je sais est que un serveur w2003 quad configuré en 4 Go lors de l'install met 1min30 pour effectuer un traitement
alors que mon serveur met 15 minutes
et les temps sont rééls

voilà pourquoi je veux rapidement modifier la SGA et ensuite voir le reste

merci

[orafrance]

pour modifier les paramètres il suffit de lancer SQL*Plus connecté à SYS et exécuter :

Code :

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

ALTER SYSTEM SET <parametre>=<valeur>;

Pour la console, si tu n'as pas de raccourci dans le menu démarrer -> Oracle, recherche emca pour la créer. Ca te sera très utile notamment pour changer les paramètres

[goliathk]

Merci pour le code
c'est ce que j'avais fait pour le max sga

désolé d'insister, mais concrètement pour que je ne casse pas oracle cette fois ci,
ça ira ça dans cet ordre avec redémarrage du serveur ensuite ?

ALTER SYSTEM SET sga_target = 2100000 ;
ALTER SYSTEM SET pga_aggregate_target = 700000;

est ce que je dois modifier le sga_max_size (edit) à 2000000(/edit) ?
si oui après les deux premières modifs ça ne cassera rien ?

et est ce que je laisse le db_cache_size et le shared_pool_size à 0 ?

vraiment merci de l'aide.

[pifor]

Il n'est pas nécessaire de modifier SGA_MAX_SIZE si vous ne l'avez pas déjà modifié. Si SGA_TARGET est défini, vous pouvez laisser DB_CACHE_SIZE et SHARED_POOL_SIZE à 0 en faisant confiance à Oracle.

Attention, les valeurs que vont indiquez sont par défaut en octets et sont trop petites.

En général pour analyser un problème de performances:
- au niveau global de l'instance, on utilise Statspack (ou AWR avec la licence)
- au niveau d'une session Oracle pour un scénario identifié, on utilise la trace SQL avec TKPROF.