Lenteur excessive des accès à la Base de données

[Ashleycole]

Bonjour,
je viens exposer une difficulté qui m'arrache le sommeil depuis des semaines.
En effet, je gère 2 serveurs: un serveur d'application et un serveur de Base de données.
Le 1er tourne sur Red Hat 4 et le second sur Red Hat 5.
J'ai en gros 35 postes clients.
La base c'est Oracle 10g.
Ils sont tous sur Adressage IP Fixe.
Les autres postes (clients) sont dans le même réseau et accèdent aux serveurs (par une application développée sous Forms) par un navigateur.
Mon soucis est que depuis plus de deux mois, il y a une mlenteur excessive à mon avis.
Au début, j'accusais le nombre de clients qui augmentait (on est aujourd'hui à 35 postes clients) mais à travers mes lectures,je me rends compte que ce n'est pas cela.
Pendant que l'on travaille, entre temps, l'application se grippe, le curseur devenant un sablier, et cela peut prendre 15 à 30mn et d'un coup, ça revient tout seul, si bien entendu l'on ne fait rien.
Pour éviter la perte de temps, dès que çà arrive, je fais un

Code :

startup force

sur la base et je relance le serveur d'état sur le serveur d'application.
Mais j'avoue que je suis presque épuiser maintenant et j'ai peur pour ma base qui subit mes

Code :

startup force

tout le temps.
je crois qu'il faut que je ré-indexe la base même, car je soupçonne les réquêtes...sinon, 35 utilisateurs, ce n'est vraiment pas grand chose pour Oracle et ça ne doit sûrement pas être cela.
Merci

[Mohamed.Houri]

Comme vous n'arrivez pas à localiser exactement où se situe votre problème de performance il est conseillé dans ce cas de générer un rapport AWR (si vous avez la licence correspondante) et de le poster dans ce forum afin que quelqu'un d'entre nous puisse éventuellement vous aider.

Si cela est possible, postez dans un premier temps les parties suivantes de l'AWR

(a) Load Profile
(b) Instance Efficiency Percentages
(c) Top 5 Timed events

Bien à vous

Mohamed Houri

[skuatamad]

Envoyé par Ashleycole

Pendant que l'on travaille, entre temps, l'application se grippe, le curseur devenant un sablier, et cela peut prendre 15 à 30mn et d'un coup, ça revient tout seul, si bien entendu l'on ne fait rien.

Ca pourrait être un problème de LOCK

[Mohamed.Houri]

Envoyé par skuatamad

Ca pourrait être un problème de LOCK

Ou le lock n'est qu'un side effect d'une query qui d'habitude prend un temps infiniment petit s'est mise soudainement à faire beaucoup de physical I/O sur quelques objets mettant tous les autres sessions concurents en attente.

C'est pour cela que, dans des cas comme celui présenté ici où la personne ne sais pas trop d'ou vient le problème de performance, il ne faut pas hesiter
(a) soit à genérer un rapport AWR
(b) soit de tracer une session qui souffre avec le 10046 events level 12

J'ai oublié de préciser dans ma première intervention que le rapport AWR doit être généré sur une période qui correspond à la durée du problème de performance. En d'autres mots, si l'application souffre pendant 5 minutes et se stabilise par la suite, il faut alors générer un rapport AWR de 5 minutes pendant la période de souffrance. Autrement le rapport AWR ne sera pas d'une grande utilité à cause des moyennes qu'il utilise lors de ses traitements

Bien à vous

Mohamed Houri

[Pomalaix]

Envoyé par Mohamed.Houri

Ou le lock n'est qu'un side effect d'une query...

Pitié pour le français !!!
J'apprécie le fond de vos interventions réfléchies et détaillées, mais là, quel est l'intérêt d'un tel jargon ?
Ca fait trop plouc de dire que le verrou n'est qu'un effet secondaire de la requête ?

[Mohamed.Houri]

Envoyé par Pomalaix

Pitié pour le français !!!
J'apprécie le fond de vos interventions réfléchies et détaillées, mais là, quel est l'intérêt d'un tel jargon ?
Ca fait trop plouc de dire que le verrou n'est qu'un effet secondaire de la requête ?

J'adore la langue française mais, malheureusement, Oracle a été créé en Anglais. De plus, depuis 10 ans je travaille dans un environnement Oracle où on n'utilise que l'anglais. Mais, ceci dit, lorsque je vois que j’ai écrit un ‘’side effect ‘’ au lieu d’un effet secondaire je me rends compte de l’approximation utilisée. Il est vrai que je dois faire des efforts pour m'adapter au langage oracle en français si je veux intervenir dans ce forum.

Sinon, je n'ai qu'à ne pas y intervenir n’est ce pas ?

Bien respectueusement

Mohamed Houri

[skuatamad]

Envoyé par Mohamed.Houri

Ou le lock n'est qu'un side effect d'une query qui d'habitude prend un temps infiniment petit s'est mise soudainement à faire beaucoup de physical I/O sur quelques objets mettant tous les autres sessions concurents en attente.

Ou alors un problème d'utilisation de l'appli.
Par exemple un select for update (c'est du forms, on est peut être en statefull) où l'utilisateur ne fait rien de ses données vérouillées et par à la cantine...30 minutes après il valide ou annule ses changements.

Malheureusement les select for update ne sont pas suivis d'un NOWAIT (ou d'un WAIT), les autres utilisateurs voulant travailler avec les mêmes données sont alors bloqués jusqu'à ce que l'utilisateur 1 revienne de la cantine.

C'est sûr que c'est une pure supposition et que l'approche AWR est nettement plus "scientifique", mais ça vous rappelera peut être une anecdote d'un livre de Tom Kyte.
Le but de mon message était juste de fournir le lien lui permettant de traquer qui bloque qui au cas où le rapport AWR mette en évidence un problème de LOCK.

[mnitu]

Envoyé par Mohamed.Houri

...Sinon, je n'ai qu'à ne pas y intervenir n’est ce pas ?
...

Ne vous fâchez pas, en matière de français il y a bien pire que vous!
De plus, votre conseil est très bien : trace d’un session ou AWR ou statpack, d’abord il faut apprendre ce qui se passe.

[Garuda]

Envoyé par Mohamed.Houri

J'adore la langue française mais, malheureusement, Oracle a été créé en Anglais. De plus, depuis 10 ans je travaille dans un environnement Oracle où on n'utilise que l'anglais. Mais, ceci dit, lorsque je vois que j’ai écrit un ‘’side effect ‘’ au lieu d’un effet secondaire je me rends compte de l’approximation utilisée. Il est vrai que je dois faire des efforts pour m'adapter au langage oracle en français si je veux intervenir dans ce forum.

Sinon, je n'ai qu'à ne pas y intervenir n’est ce pas ?

Bien respectueusement

Mohamed Houri

Pour info
Side effect = effet de bord

[Pomalaix]

Envoyé par Garuda

Pour info
Side effect = effet de bord

Jamais de la vie !
Je ne voudrais pas détourner un sujet technique en polémique linguistique, mais "effet de bord", bien qu'employé à tour de bras, a toujours été une expression fautive, une très mauvaise "traduction" sous forme de calque direct d'une formule qui signifie indiscutablement "effet secondaire".

[jkofr]

Bon,

Avec tout ca, est-il possible d'avoir un Rapport ADDM?

Merci
jko

[voran]

Envoyé par Mohamed.Houri

Si cela est possible, postez dans un premier temps les parties suivantes de l'AWR

(a) Load Profile
(b) Instance Efficiency Percentages
(c) Top 5 Timed events

Hello,

Bonne suggestion, à condition hélas d'être en règle avec la license Oracle Disgnostics pack
Sinon, heureusement, statspack n'est pas mort et est gratuitement utilisable, avec les mêmes rubriques demandées (a),(b) et (c)

@+

[Ahmed AANGOUR]

Envoyé par Mohamed.Houri

En d'autres mots, si l'application souffre pendant 5 minutes et se stabilise par la suite, il faut alors générer un rapport AWR de 5 minutes pendant la période de souffrance. Autrement le rapport AWR ne sera pas d'une grande utilité à cause des moyennes qu'il utilise lors de ses traitements

Mohamed,
Ok sur la démarche => quand on ne sait pas quel est le pb, le rapport AWR/Statpack constitue le meilleur outil.

Toutefois, il n'est pas possible d'avoir un rapport AWR de 5 minutes puisque par défaut les snapshots (désolé Pomalaix mais traduire ce mot par "cliché", là c'est plouc ) sont effectués toutes les heures et la durée minimum entre chaque snapshot est de 10 minutes. De plus, il est recommandé lorsqu'un pb se révèle pendant justes quelques minutes de plutôt générer un rapport ASH.

[Mohamed.Houri]

Envoyé par Ahmed AANGOUR

Mohamed,
Ok sur la démarche => quand on ne sait pas quel est le pb, le rapport AWR/Statpack constitue le meilleur outil.

Toutefois, il n'est pas possible d'avoir un rapport AWR de 5 minutes puisque par défaut les snapshots (désolé Pomalaix mais traduire ce mot par "cliché", là c'est plouc ) sont effectués toutes les heures et la durée minimum entre chaque snapshot est de 10 minutes. De plus, il est recommandé lorsqu'un pb se révèle pendant justes quelques minutes de plutôt générer un rapport ASH.

Merci Ahmed pour la précision

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
 
mhouri@mhouri> BEGIN
  2         dbms_workload_repository.modify_snapshot_settings
  3          ( INTERVAL => 10,
  4            RETENTION => 14400);
  5  END;
  6  /
 
Procédure PL/SQL terminée avec succès.
 
mhouri@mhouri> SELECT snap_interval FROM dba_hist_wr_control;
 
SNAP_INTERVAL                                                                   
---------------------------------------------------------------------------     
+00000 00:10:00.0                                                               
 
mhouri@mhouri>  BEGIN
  2         DBMS_WORKLOAD_REPOSITORY.MODIFY_SNAPSHOT_SETTINGS
  3          ( INTERVAL => 5,
  4            RETENTION => 14400);
  5  END;
  6  /
 BEGIN
*
ERREUR à la ligne 1 :
ORA-13511: paramètre INTERVAL 5 non valide ; plage valide : 10, 52560000 
ORA-06512: à "SYS.DBMS_WORKLOAD_REPOSITORY", ligne 174 
ORA-06512: à "SYS.DBMS_WORKLOAD_REPOSITORY", ligne 222 
ORA-06512: à ligne 2 
 
 
mhouri@mhouri> spool off

Bien respectueusement

Mohamed Houri

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par Ahmed AANGOUR

les snapshots - désolé Pomalaix mais traduire ce mot par "cliché", là c'est plouc

un instantané.
des ressources de traducteurs :
http://www.granddictionnaire.com
http://www.termiumplus.gc.ca

[voran]

Hello,

Personnellement, je ne suis pas pour une traduction systématique, et je ne pense pas qu'il existe, ni en France, ni sur ce site, une loi qui nous y oblige.

Car il y a toujours un risque.
Au mieux ce risque est que la traduction soit ridicule, au pire elle risque d'être incompréhensible, imprécise, pénible à lire.

@+

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par voran

Au mieux ce risque est que la traduction soit ridicule, au pire elle risque d'être incompréhensible, imprécise, pénible à lire.

Qu'elle soit ridicule, passe encore, mais étant au Québec, il y a parfois une volonté (une obligation officiellement) d'utiliser la version francisée des expressions. Et j'avoue parfois ne pas comprendre la version francisée...
Dans le même ordre d'idée, j'avais été obligé d'installer une bd MS SQL tout en français et ça avait était particulièrement difficile et pénalisant de communiquer avec le support US en anglais avec des messages d'erreurs en français...