IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Fichiers temporaires : erreur ORA-1652 alors qu'il reste de la place


Sujet :

Administration Oracle

  1. #1
    Futur Membre du Club
    Femme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2011
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Novembre 2011
    Messages : 11
    Points : 9
    Points
    9
    Par défaut Fichiers temporaires : erreur ORA-1652 alors qu'il reste de la place
    Bonjour,

    Avant de me lancer dans une intervention, je fais appelle à vos lumières pour avoir des conseils ou tout le moins des explications sur ce qui suit. Je vous remercie par avance du temps que vous consacrerez à ma demande.

    Ce matin, en consultant le fichier d'alerte d'une des bases dont je m'occupe, je trouve l'erreur suivante :
    ORA-1652: unable to extend temp segment by 128 in tablespace TEMPORARY
    D'habitude lorsque je rencontre ce type de message (ce qui est peu fréquent), j'alloue un peu plus d'espace aux tablespaces temporaires. Sur cette base il y a en a deux. Or en consultant l'espace disponible pour le tablespace en question, TEMPORARY, et l'autre, TEMP , j'obtiens ceci :
    TBSP - ALLOUE - OCCUPE - LIBRE

    TEMP - 350 - 1 - 349
    TEMPORARY - 1000 - 1000 - 0
    Même en admettant que le tablespace TEMPORARY n'aie plus d'espace disponible, pourquoi le tablespace TEMP ne prend-il pas le relais ? (Je sais par ailleurs qu'une fois le maximum atteint l'espace disponible pour un tablespace temporaire ne "redescend pas", même s'il est disponible de nouveau.)

    Je pensais qu'Oracle gérait l'utilisation des tablespaces temporaires tout seul et que dans un environnement où il en existe plusieurs si l'un se voyait "débordé" l'autre était utilisé. Me suis-je trompée ? Si oui, comment lui indiquer de prendre en considération l'autre ?

    Je suis un peu perdue sur la marche à suivre. Dois-je augmenter la taille de TEMPORARY, sachant que TEMP est présent ?

    Merci de votre aide.

    Lylye

  2. #2
    Membre actif
    Profil pro
    Inscrit en
    Novembre 2004
    Messages
    1 083
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2004
    Messages : 1 083
    Points : 271
    Points
    271
    Par défaut
    pour moi l'Oracle ne gère pas le basculement de TEMP à TEMPORARY. Tu dois augmenter la taille de fichier pour TEMPORARY.

  3. #3
    Membre éclairé Avatar de Arkhena
    Profil pro
    Inscrit en
    Décembre 2006
    Messages
    552
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2006
    Messages : 552
    Points : 769
    Points
    769
    Par défaut
    Bonjour,

    Le user avec lequel la requête est effectuée ne peut utiliser que le temporary tablespace qui lui a été affecté à sa création (si aucun n'est affecté, c'est le tablespace par défaut qui est utilisé).
    cf http://docs.oracle.com/cd/E11882_01/...htm#ADMIN11366

    D'autre part, avant d'augmenter tout azimut un tablespace temporaire (ce qui est une fuite en avant), il convient de réfléchir. Le problème est-il que le tablespace temporaire est trop petit ou que la requête est mal construite ?
    Bien souvent, on se rend compte qu'il suffit de tuner un minimum les requêtes pour contourner ces problèmes. Je n'ai pas assez d'éléments pour affirmer que vous êtes dans ce cas-là, cependant, je vous conseille vivement de bien y réfléchir.

    Cordialement,

    Arkhena
    A bove ante, ab asino retro, a stulto undique caveto

  4. #4
    Futur Membre du Club
    Femme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2011
    Messages
    11
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Multimédia et Internet

    Informations forums :
    Inscription : Novembre 2011
    Messages : 11
    Points : 9
    Points
    9
    Par défaut
    Bonjour,

    Merci pour vos réponses.

    Malheureusement les traces n'étant pas activées, impossible de retrouver la requête incriminée. Je vais surveiller si ça se reproduit, sachant que quelques fois par an de gros traitements sont lancés, ceci est peut-être du à cela.

  5. #5
    Membre actif
    Inscrit en
    Janvier 2010
    Messages
    135
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 135
    Points : 234
    Points
    234
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
     
    select sql_id, operation_type, max_tempseg_size from v$sql_workarea where max_tempseg_size > 10000000 order by max_tempseg_size;
     
    select * from v$sqlarea where sql_id = ...

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

Discussions similaires

  1. Upload de fichiers par fragments (chunk) - Erreur d'ouverture du fichier temporaire
    Par Kakolio dans le forum Bibliothèques & Frameworks
    Réponses: 5
    Dernier message: 10/07/2015, 18h27
  2. Réponses: 2
    Dernier message: 08/07/2014, 16h11
  3. Réponses: 2
    Dernier message: 10/12/2010, 15h42
  4. [CR XI] Erreur fichier temporaire
    Par jmidev dans le forum SAP Crystal Reports
    Réponses: 2
    Dernier message: 23/08/2010, 08h58
  5. [rman][sncf.ora] Erreur de backup RMAN : fichier SNCF(SID).ORA
    Par Alain B. dans le forum Recovery Manager
    Réponses: 9
    Dernier message: 05/12/2006, 18h16

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