Discussion :

[elharet]

Bonjour; je veux optimiser ma que quelqu'uet je sais pas par ou commencer; est ce quelqu'un peut me doner une methodologie pour le tuning.
merci d'avance.

[lallio]

Je ne suis pas sur de comprendre ?
Tu veux optimiser quoi ?
une base ?
une requete ?

Est ce que tu as déjà remarqué des problèmes de de perormance ?
Quel OS, quelle version d'ORACLE, caractéristique de la machine ....

LAO;

My oracle blog ==> http://lao-dba.over-blog.com/

[elharet]

Je veux optimiser la base de données; aucune lenteur n'a été signalé, mais je veux optimiser ma base pour donner de meilleurs resultats et les meilleur temps de réponse sachant que ma base est en 9i.

[lallio]

Bonjour,

Ecoute si tu maitrise l'anglais technique alors je te conseille la doc ORACLE.
Y a un bouquin uniquement sur le sujet des performance avec les approches, methodologies et techniques.
http://download.oracle.com/docs/cd/B...b28274/toc.htm

Le lien c'est pour la version 11 d'oracle, mais la meme chose pour ORACLE 9 & 10.

Cependant une des regles dans le tuning, est de savoir ou on va:
ex: un traitemente prends deux heures, je veux qu'il prenne 45 minutes.

Si pas d'objectif clairs, alors il te faudra plus d'une vie pour arriver à test fins.

LAO.
my oracle blog =>http://www.lao-dba.com/

[13thFloor]

Je veux optimiser la base de données; aucune lenteur n'a été signalé, mais je veux optimiser ma base pour donner de meilleurs resultats et les meilleur temps de réponse sachant que ma base est en 9i.

Voici quelques pistes :
1) statspack
- installe et configure statspack si possible en level 7 (voir $ORACLE_HOME/rdbms/admin.spdoc.txt)
- génère quelques reports que tu analyses (ou que tu fais analyser par http://www.statspackanalyzer.com/analyze.asp).
En fonction des attentes constatées, des top requêtes SQL, des temps d'accès des datafiles et des objets les plus accédés (fin de report : buffer busy waits, top logical reads...) tu auras de quoi faire.
2) mise en cache des tables les plus fréquemment accédées
3) mise en cache des packages applicatifs (au startup apr exemple)
4) limitation des switch de logs par agrandissement des redologs (valable s'il n'y a pas trop de switch (>2/h) et si la politique de backup n'est pas de restaurer au plus tôt dans le temps)
5) vérification des index inutiles pour gagner du temsp lors des updates/insert/delete