Soutenez-nous
Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 7 sur 7
  1. #1
    Futur Membre du Club
    Inscrit en
    novembre 2012
    Messages
    139
    Détails du profil
    Informations forums :
    Inscription : novembre 2012
    Messages : 139
    Points : 17
    Points
    17

    Par défaut Même XPLAN mais temps très différent !

    Soit une requête R donnée ayant un plan d'exécution X qui tourne sans problème sur base A 10g sur un serveur S.

    Est-il possible que cette même requête R ayant un plan d'exécution X IDENTIQUE subit une régression sur une base B 11g sur le même serveur S.

    Les 2 base ont :

    - même volumétrie
    - même stats sur les objets.
    -Paramètrage 10g proche de 11g

    D’ailleurs la base B est un clonne de A + upgrade 10g/11g.

    NB: LE PLAN D'EXECUTION EST IDENTIQIE 10g et 11g !

  2. #2
    Membre Expert
    Homme Profil pro Olivier Joly
    Support
    Inscrit en
    décembre 2010
    Messages
    585
    Détails du profil
    Informations personnelles :
    Nom : Homme Olivier Joly
    Âge : 39
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Support
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : décembre 2010
    Messages : 585
    Points : 1 215
    Points
    1 215

    Par défaut

    bonjour,
    J'ai plein de questions qui peuvent déboucher sur plein d'explications différentes :

    Comment obtenez vous les plans ( dbms_xplan.display ou dbms_xplan.display_cursor )

    Quelle est votre configuration IO ?

    Comment avez-vous répliqué les données de la base 10g vers la base 11g ?

    Avez vous les mêmes nombres de processeurs ?

    Etes vous dans des environnements physiques ou virtualisés ?

  3. #3
    Membre émérite
    Homme Profil pro Mohamed Houri
    Inscrit en
    mars 2010
    Messages
    477
    Détails du profil
    Informations personnelles :
    Nom : Homme Mohamed Houri
    Localisation : France

    Informations forums :
    Inscription : mars 2010
    Messages : 477
    Points : 951
    Points
    951

    Par défaut

    Citation Envoyé par tropiko Voir le message
    Soit une requête R donnée ayant un plan d'exécution X qui tourne sans problème sur base A 10g sur un serveur S.

    Est-il possible que cette même requête R ayant un plan d'exécution X IDENTIQUE subit une régression sur une base B 11g sur le même serveur S.

    Les 2 base ont :

    - même volumétrie
    - même stats sur les objets.
    -Paramètrage 10g proche de 11g

    D’ailleurs la base B est un clonne de A + upgrade 10g/11g.

    NB: LE PLAN D'EXECUTION EST IDENTIQIE 10g et 11g !
    Dans le cas où les deux plans d'exécutions sont les mêmes (vous auriez dû les poster) et qu'ils contiennent des opérations "FULL TABLE SCAN" une explication à votre problème pourrait être que dans la 11g l'opération "FULL TABLE SCAN" se fait via "direct path read" alors que dans la 10g la même opération se fait via "db file scattered read".
    Bien Respectueusement
    www.hourim.wordpress.com

    "Ce qui se conçoit bien s'énonce clairement"

  4. #4
    Expert Confirmé Sénior Avatar de mnitu
    Homme Profil pro Marius Nitu
    Ingénieur développement logiciels
    Inscrit en
    octobre 2007
    Messages
    4 490
    Détails du profil
    Informations personnelles :
    Nom : Homme Marius Nitu
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2007
    Messages : 4 490
    Points : 8 131
    Points
    8 131

    Par défaut

    @Mohamed,
    En 11g l’accès en mode FULL ne se fait pas toujours via direct_path_read.
    En principe « direct path read » est plus rapide que « db file scattered read » donc il est difficile d’expliquer la lenteur par ce changement.

  5. #5
    Expert Confirmé
    Avatar de pachot
    Homme Profil pro Franck Pachot
    Consultant DBA en Suisse (dbi services)
    Inscrit en
    novembre 2007
    Messages
    1 310
    Détails du profil
    Informations personnelles :
    Nom : Homme Franck Pachot
    Âge : 43
    Localisation : Suisse

    Informations professionnelles :
    Activité : Consultant DBA en Suisse (dbi services)
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2007
    Messages : 1 310
    Points : 3 914
    Points
    3 914

    Par défaut

    Bonjour,

    Beaucoup de chose peuvent faire que les temps de réponses soient différents. Mais déjà avoir les mêmes plans, c'est une bonne chose.

    Ce serait interessant de comparer les statistiques d'exécution (dbms_xplan.display_cursor('','','ALLSTATS LAST') après execution avec statistics_level=all)

    Citation Envoyé par mnitu Voir le message
    En principe « direct path read » est plus rapide que « db file scattered read » donc il est difficile d’expliquer la lenteur par ce changement.
    Oui, mais seulement une fois que le checkpoint est fait... Mohamed a raison: c'est une des différence importante qu'on peut voir apparaître en 11g.

    Cordialement,
    Franck.
    Suivez-moi sur twitter: @FranckPachot
    Comment poster/envoyer un plan d'exécution avec toutes les infos pertinentes:
    http://www.dbi-services.com/index.ph...execution-plan


  6. #6
    Expert Confirmé Sénior Avatar de mnitu
    Homme Profil pro Marius Nitu
    Ingénieur développement logiciels
    Inscrit en
    octobre 2007
    Messages
    4 490
    Détails du profil
    Informations personnelles :
    Nom : Homme Marius Nitu
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : octobre 2007
    Messages : 4 490
    Points : 8 131
    Points
    8 131

    Par défaut

    Citation Envoyé par pachot Voir le message
    ...Mohamed a raison: c'est une des différence importante qu'on peut voir apparaître en 11g.
    Je n’en doute pas ! Mais est-vous en train de dire qu’il faut s’attendre à une dégradation du temps de réponse à cause de ce changement ?

  7. #7
    Membre éclairé
    Avatar de ora_home
    Homme Profil pro Zakaria EL HAMDAOUI
    Consultant Oracle
    Inscrit en
    février 2009
    Messages
    88
    Détails du profil
    Informations personnelles :
    Nom : Homme Zakaria EL HAMDAOUI
    Localisation : Maroc

    Informations professionnelles :
    Activité : Consultant Oracle
    Secteur : Finance

    Informations forums :
    Inscription : février 2009
    Messages : 88
    Points : 333
    Points
    333

    Par défaut

    Citation Envoyé par tropiko Voir le message

    Les 2 base ont :

    - même volumétrie
    - même stats sur les objets.
    -Paramètrage 10g proche de 11g

    D’ailleurs la base B est un clonne de A + upgrade 10g/11g.

    NB: LE PLAN D'EXECUTION EST IDENTIQIE 10g et 11g !
    Avoir deux plans identiques ne signifie pas forcément que le temps de réponse est le même. Donc il y a surement des valeurs qui sont différentes, on aura besoin d'avoir les deux fichiers TKPROF des deux requêtes pour pouvoir identifier la différence. Sinon c'est difficile de deviner comme ça.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •