1. #1
    Membre confirmé
    Homme Profil pro
    DBA Oracle
    Inscrit en
    avril 2013
    Messages
    657
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : DBA Oracle
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : avril 2013
    Messages : 657
    Points : 597
    Points
    597

    Par défaut CTAS et tablespace TEMP qui crash : pb d'index?

    Hello le forum,

    Mon client rencontre le pb suivant : son tablespace TEMP crash (extension impossible) suite à un CTAS et l'ajout d'une contrainte PK.
    J'aimerais avoir votre validation mais voici mon interprétation :
    1) CTAS d'une table --> pas d'utilisation du tbs TEMP
    2) Ajout d'une contrainte Primary Key --> Oracle crée un index pour valider l'unicité, il fait un SELECT sur la colonne indexée avec un ORDER BY pour trier les enregistrements et ensuite créer l'index à partir de données déjà ordonnées. Je pense que c'est sur ce SELECT avec un SORT que le tbs TEMP plante.

    Sommes-nous d'accord sur les deux parties soulignées ou bien
    1) utilisation du tbs TEMP lors d'un CTAS
    2) Oracle crée l'index à partir des données telles qu'elles ont été insérées dans la table sans ordre défini?
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

  2. #2
    Membre confirmé
    Homme Profil pro
    DBA Oracle
    Inscrit en
    avril 2013
    Messages
    657
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : DBA Oracle
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : avril 2013
    Messages : 657
    Points : 597
    Points
    597

    Par défaut

    Bon, je me réponds à moi même
    Après analyse dans l'outil Cloud Control, il apparaît que le CTAS fait du DIRECT PATH READ et WRITE jusqu'à remplir le tbs TEMP.
    C'est donc le CTAS qui plante le batch et pas l'ajout de l'index lié à la PK.
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

  3. #3
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Oracle ACE Director, DBA OCM 12c, consultant. En Suisse (dbi services)
    Inscrit en
    novembre 2007
    Messages
    1 591
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : Suisse

    Informations professionnelles :
    Activité : Oracle ACE Director, DBA OCM 12c, consultant. En Suisse (dbi services)
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2007
    Messages : 1 591
    Points : 5 578
    Points
    5 578
    Billets dans le blog
    5

    Par défaut

    Bonjour,
    Les deux parties soulignées sont justes.
    DIRECT PATH READ et WRITE ne se font pas forçément sur TEMP. C'est juste des lectures/écritures qui ne passent pas pas le cache.
    Franck Pachot - Consultant et formateur (dbi services) - Oracle ACED - Oracle Certified Master 12c - Oak Table member - twitter: @FranckPachot
    Besoin d'une formation Oracle 12cR2 ?


  4. #4
    Membre confirmé
    Homme Profil pro
    DBA Oracle
    Inscrit en
    avril 2013
    Messages
    657
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : DBA Oracle
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : avril 2013
    Messages : 657
    Points : 597
    Points
    597

    Par défaut

    Salut Franck,
    Effectivement, le CTAS ne passe pas par la SGA mais par la PGA en premier et, si la PGA n'est pas assez grande, on utilise le tbs TEMP. Dans mon exemple on devait traiter 17Go de données, d'où le pb sur le tbs.

    Merci pour la réponse sur l'index, j'ai appris quelque chose
    DBA Oracle
    Rédacteur du blog : dbaoraclesql.canalblog.com

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. tablespace TEMP enorme 33 Go et plein a 100%
    Par tibal dans le forum Administration
    Réponses: 31
    Dernier message: 25/10/2006, 09h19
  2. tablespace temp full
    Par otaquet dans le forum Oracle
    Réponses: 4
    Dernier message: 20/12/2005, 06h19
  3. Tablespace TEMP : croissance éxagérée
    Par vanderbes dans le forum Oracle
    Réponses: 5
    Dernier message: 10/12/2005, 09h36
  4. fichier temp qui se crée sur le serveur ....
    Par vbcasimir dans le forum Langage
    Réponses: 4
    Dernier message: 03/11/2005, 09h53
  5. [9i] Utilisation du tablespace TEMP
    Par Fabien Celaia dans le forum Oracle
    Réponses: 3
    Dernier message: 14/02/2005, 18h32

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo