Discussion :

[LALACOM]

bonjour à tous,

j'ai besoin de votre aide svp, je gère une application qui utilise une base de donnée oracle. Elle fonctionnait très bien mais depuis deux mois , le temps de réponse est devenu très lent et du coup les utilisateurs ont du mal à travailler avec.je ne sais quoi faire

merci à vous de me faire des propositions

[islamov2000]

il te faut revoir la configuration de la base de données

[Mohamed.Houri]

il te faut revoir la configuration de la base de données

Dites moi s'il vous plaît par quel moyen êtes vous arrivé à trouver que la source du problème de performance dont souffre cette application provient d'une mauvaise configuration de la base de données!!!!

Je reste coi devant cette suggestion.

[LALACOM]

il te faut revoir la configuration de la base de données

j'ai deja revu la configuration, j'ai même augmenté la RAM

merci!

[Mohamed.Houri]

bonjour à tous,

j'ai besoin de votre aide svp, je gère une application qui utilise une base de donnée oracle. Elle fonctionnait très bien mais depuis deux mois , le temps de réponse est devenu très lent et du coup les utilisateurs ont du mal à travailler avec.je ne sais quoi faire

merci à vous de me faire des propositions

Si votre problème de performance est localisé, c'est-à-dire vous connaissez exactement la partie de l’application qui performe mal (une requête, une procédure, un insert, un delete, etc..) et celle qui ne cause aucun soucis, alors là vous pouvez commencer par traiter cette partie en vous basant sur vos connaissances Oracle.

Si par contre, le problème est général et même parfois aléatoire alors vous devez procéder dans un premier temps à la collecte d’information via le rapport AWR (si évidemment vous en possédez les droits et la licence pour ce faire). L’idéal c’est d’avoir un rapport AWR qui correspond à une période où l’application fonctionne bien et un autre rapport où l’application souffre d’un temps de réponse non convenable. Ainsi, vous pourriez procéder à une comparaison.

Si vous ne pouvez pas générer ce rapport AWR alors il faut tracer une session de l’application avec le 10046 events pendant un laps de temps réduit et analyser le fichier trace file obtenu à la recherche des causes qui peuvent être à l’origine du ralentissement de votre application depuis deux mois.

[LALACOM]

Si votre problème de performance est localisé, c'est-à-dire vous connaissez exactement la partie de l’application qui performe mal (une requête, une procédure, un insert, un delete, etc..) et celle qui ne cause aucun soucis, alors là vous pouvez commencer par traiter cette partie en vous basant sur vos connaissances Oracle.

Si par contre, le problème est général et même parfois aléatoire alors vous devez procéder dans un premier temps à la collecte d’information via le rapport AWR (si évidemment vous en possédez les droits et la licence pour ce faire). L’idéal c’est d’avoir un rapport AWR qui correspond à une période où l’application fonctionne bien et un autre rapport où l’application souffre d’un temps de réponse non convenable. Ainsi, vous pourriez procéder à une comparaison.

Si vous ne pouvez pas générer ce rapport AWR alors il faut tracer une session de l’application avec le 10046 events pendant un laps de temps réduit et analyser le fichier trace file obtenu à la recherche des causes qui peuvent être à l’origine du ralentissement de votre application depuis deux mois.

le problème est général. je ne peux pas générer de rapport AWR et je ne sais comment tracer une session de l'application avec le 10046 events.
peux tu me donner la procedure stp

merci pour tout!!!

[Mohamed.Houri]

le problème est général. je ne peux pas générer de rapport AWR et je ne sais comment tracer une session de l'application avec le 10046 events.
peux tu me donner la procedure stp

merci pour tout!!!

prenez une session qui présente ce problème de performance et faites ceci

Code :

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

1
2
 
ALTER session SET events '10046 trace name context forever, level 12';

attendez quelques minutes (10-15 min) et faites ceci pour mettre fin au trace

Code :

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

1
2
 
ALTER session SET events '10046 trace name context off';

Vous avez aussi la possibilité d'utiliser le snapper de Tanel Poder dont vous trouverez les détails ici

http://tech.e2sn.com/oracle-scripts-...ession-snapper

[LALACOM]

Merci MOHAMET.HOURI, je fais le test et je te tiens informer

[LALACOM]

Mohamet.Houri, merci à toi!! j'ai fais le test et il s'est avèré que c'est la base de donnée qui a un souci. J'ai modifié les paramètres de init.Ora.

Merci à tous!!!

[islamov2000]

Elle fonctionnait très bien mais depuis deux mois , le temps de réponse est devenu très lent

LALACOM as déclaré que l'application tournait bien,mais et apres ..??

ça se peut que la lourdeur est provoquée par:
* la zone de tri est petite.
* saturation de disque.
* tablespace n'as pas l'option d'extention.
* les rollbacks segments sont peu.
* un processus est en cours d'execution
.........

[Rei Ichido]

Ce à quoi on peut ajouter :

- la taille des données a considérablement augmentée depuis quelques temps (import massif ?)
- le nombre d'utilisateurs a augmenté
- les utilisateurs se sont mis à utiliser des fonctionnalités très gourmandes en CPU.

et bien sûr il y a aussi la possibilité que la lenteur ne vienne pas de la base, mais de l'application elle-même.

[Mohamed.Houri]

Ce à quoi on peut ajouter :

- la taille des données a considérablement augmentée depuis quelques temps (import massif ?)
- le nombre d'utilisateurs a augmenté
- les utilisateurs se sont mis à utiliser des fonctionnalités très gourmandes en CPU.

et bien sûr il y a aussi la possibilité que la lenteur ne vienne pas de la base, mais de l'application elle-même.

Ce à quoi on peut ajouter:

1. il faut arrêter de deviner
2. il faut utiliser AWR ou les traces

Avec toute ma sympathie