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

Oracle Discussion :

Problème de redo log


Sujet :

Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Inscrit en
    Avril 2009
    Messages
    16
    Détails du profil
    Informations forums :
    Inscription : Avril 2009
    Messages : 16
    Par défaut Problème de redo log
    Bonjour tt le monde,

    bon voilà, je travaille sur oracle 8, j'ai un pb dba
    quand j'execute une requete (avec des SELECT seulement, et sans insert) j'ai un message d'erreur qui s'affiche ora-01555 snapshot........fichier rb...tros petit.

    première action , j'ai augmenter la taille des redolog (j'ai crée d'autre redolog avec une taille plus importante) , mais avec tout ça j'ai toujours le même problème, j'ai consulter le guide des erreurs, ils parlent de log_check_point , je l'ai retrouvé sur le fichier d'initialisation et il est fixé à 8000 , donc je ne sais pas quoi faire.
    merci de votre aide

  2. #2
    Membre Expert Avatar de pacmann
    Homme Profil pro
    Consulté Oracle
    Inscrit en
    Juin 2004
    Messages
    1 626
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Consulté Oracle
    Secteur : Distribution

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 626
    Par défaut
    Salut,

    Snapshot too-old, c'est parce que ton SELECT est trop long et que pendant ce temps, il y a trop de modifications qui sont commitées... et donc ta requête n'a plus accès aux données qui correspondent à son "niveau de consistence" (snapshot).
    Je crois que les précos habituelles sont :
    - allouer plus pour les rollback segments
    - optimiser ses requêts SELECT
    - ne pas faire tourner de manière concurrente pleins de batchs lourds
    - éviter de fetch across commit

  3. #3
    Membre chevronné
    Profil pro
    Inscrit en
    Février 2010
    Messages
    412
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2010
    Messages : 412
    Par défaut
    Citation Envoyé par pacmann Voir le message
    - éviter de fetch across commit


    Ca se traduit commente en francais?

  4. #4
    Membre Expert Avatar de pacmann
    Homme Profil pro
    Consulté Oracle
    Inscrit en
    Juin 2004
    Messages
    1 626
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Consulté Oracle
    Secteur : Distribution

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 626
    Par défaut
    De manière très simple !

    Citation Envoyé par google traducul
    chercher à travers s'engager


    Plus sérieusement, ça désigne le plus souvent le fait de faire des commit à l'intérieur de ta boucle fetch. Genre "Commit imbriqué dans le fetch" peut-être (ou l'inverse ?)

    Par exemple :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    FOR c IN (SELECT ...) LOOP
    instr;
    commit;
    END LOOP;
    Ca a pour conséquence de "dés-optimiser" ton undo, et ça peut te permettre de te mettre en snapshot too old tout seul comme un grand...

  5. #5
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Citation Envoyé par pacmann Voir le message
    Je crois que les précos habituelles sont :
    - allouer plus pour les rollback segments
    - optimiser ses requêts SELECT
    - ne pas faire tourner de manière concurrente pleins de batchs lourds
    - éviter de fetch across commit
    Je rajouterai: passer à une version plus récente d'Oracle pour avoir une gestion des UNDO bien meilleure !
    Cordialement,
    Franck.

  6. #6
    Membre Expert Avatar de pacmann
    Homme Profil pro
    Consulté Oracle
    Inscrit en
    Juin 2004
    Messages
    1 626
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Consulté Oracle
    Secteur : Distribution

    Informations forums :
    Inscription : Juin 2004
    Messages : 1 626
    Par défaut
    Oui tu as raison, et dans ces versions tu pourras ajouter "augmenter l'undo retention"

Discussions similaires

  1. Problème ESX 4.1.0 - Fichier Redo-log
    Par nicolas0057 dans le forum VMware
    Réponses: 2
    Dernier message: 23/03/2012, 16h27
  2. Problème de redo.log
    Par Thomf dans le forum Administration
    Réponses: 3
    Dernier message: 11/09/2008, 09h55
  3. Réponses: 9
    Dernier message: 16/05/2006, 15h02
  4. standby redos logs
    Par aline dans le forum Oracle
    Réponses: 13
    Dernier message: 08/08/2005, 12h58
  5. Statuts des redo log
    Par shirai dans le forum Oracle
    Réponses: 28
    Dernier message: 03/02/2005, 18h29

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