|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité régulier
![]() Inscription : janvier 2009 Messages : 55 ![]() |
Bonjour,
Je voulais avoir de retours sur l'utilisation des SQL Plan Baselines. Surtout si qqn a activé le paramètre (OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES) dans un environnement de production. Ce qui m'interesse n'est pas la doc Oracle (que j'ai lu bien sur Cordialement, |
|
|
00
|
|
|
#2 |
|
Invité régulier
![]() Inscription : janvier 2009 Messages : 55 ![]() |
Un ptit up.
Je vois que personne na répondu ce qui renforce l'idée que cette fonctionnalité n'est pas très utilisé. Voila un ptit topo la dessus: Terminologie: SQL plan management est une méthode de sauvegarde des plans d’exécution. SQL plan baseline est un ensemble de plans d’exécutions acceptés pour une requête SQL qui sont reconnus comme étant efficaces. SQL Plan history représente l’ensemble des plans d’exécutions pour une requête SQL, ceux qui sont acceptés et ceux qui ne sont pas acceptés. La gestion des plans s’active avec le paramètre OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES à TRUE (par default il est FALSE). Fonctionnement : Une fois le paramètre activé pour chaque requête SQL Oracle cherche le meilleur plan d’exécution : Si il n’y a aucun plan dans d’exécution dans SQL Plan history alors il génère le premier plan et il l’introduit dans SQL Plan history et il le marque comme accepté. S’il y un plan accepté dans SQL Plan history et si le plan généré couramment est différent de celui-ci il sauvegarde le nouveau plan dans SQL Plan history, il le marque comme non accepté et il utilise celui qui est accepté. Pour être utilisé un plan qui est dans SQL Plan history DBA doit accepté par le DBA (même si les objets afférents ont changés ex rajout d’un index). Plusieurs plan d’exécutions peuvent être acceptés dans SQL Plan history. CBO choisira toujours celui qui a le cout moindre parmi les plans acceptés. Je vais lui donner une chance en qualif. Si j'oublie pas je reviens sur ce poste. Cdt, |
|
|
00
|
|
|
#3 |
|
Membre confirmé
![]() |
Hello,
Les changements de plan sont automatiquements vérifiés par l’optimiseur pendant les maintenance tasks. Il est possible de ne pas activer OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES et de manuellement importer des plans via le package DBMS_SPM fonctions load_plan_from_cursor_cache et load_plan_from_sql_set. A partir de SQL tuning advisor, tu peux ajouter de nouveaux plans a ta baseline. Un petit resumé http://www.databasejournal.com/featu...tabase-11g.htm Jko
__________________
OCA-OCP 11g, SQL and Performance & Tuning Expert 11g Data Guard 11g, ASM & Grid Control 11g, Apex |
|
00
|
|
|
#4 |
|
Invité régulier
![]() Inscription : janvier 2009 Messages : 55 ![]() |
Merci de ton passage.
Par default OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES est a false donc la capture des plans est désactivé. Donc par default pas de plans capturés. Oracle utilise simplement le plan généré au coup par coup sans se poser de questions. Ce qui m'inquette est le fait d'avoir valider systématiquement les plans une fois OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES mise a TRUE. Comment tu gere ca ? Ou tu a mis simplement en acceptation automatique ? C'est pas un peux risqué ? |
|
|
00
|
|
|
#5 |
|
Membre confirmé
![]() |
L'optimiseur contrôle automatiquement que le nouveau plan ne dégrade pas les performances.
Dans ce cas il est valide et accepte. Tu peux accepter ou fixer un plan manuellement avec la fonction EVOLVE_SQL_PLAN_BASELINE. Jko
__________________
OCA-OCP 11g, SQL and Performance & Tuning Expert 11g Data Guard 11g, ASM & Grid Control 11g, Apex |
|
00
|
Copyright © 2000-2012 - www.developpez.com