Précédent   Forum des professionnels en informatique > Bases de données > Oracle
Oracle Forum Oracle : le serveur, les outils, ... Voir F.A.Q Oracle Tutoriels Oracle
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 25/01/2012, 21h20   #1
Invité de passage
 
Inscription : avril 2009
Messages : 16
Détails du profil
Informations forums :
Inscription : avril 2009
Messages : 16
Points : 0
Points : 0
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
halimelio est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/01/2012, 09h00   #2
Membre Expert
 
Avatar de pacmann
 
Homme Pacman Pacman
Business analyst
Inscription : juin 2004
Messages : 1 417
Détails du profil
Informations personnelles :
Nom : Homme Pacman Pacman
Âge : 31
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Business analyst
Secteur : Finance

Informations forums :
Inscription : juin 2004
Messages : 1 417
Points : 2 309
Points : 2 309
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
__________________

(c'est ma photo)
Paku, Paku !
Pour les jeunes incultes : non, je ne suis pas un pokémon...

Le pacblog : http://pacmann.over-blog.com/
pacmann est déconnecté   Envoyer un message privé Réponse avec citation 30
Vieux 26/01/2012, 09h24   #3
Membre expérimenté
 
François
Inscription : février 2010
Messages : 306
Détails du profil
Informations personnelles :
Nom : François

Informations forums :
Inscription : février 2010
Messages : 306
Points : 537
Points : 537
Citation:
Envoyé par pacmann Voir le message
- éviter de fetch across commit


Ca se traduit commente en francais?
Rams7s est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/01/2012, 09h35   #4
Membre Expert
 
Avatar de pacmann
 
Homme Pacman Pacman
Business analyst
Inscription : juin 2004
Messages : 1 417
Détails du profil
Informations personnelles :
Nom : Homme Pacman Pacman
Âge : 31
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Business analyst
Secteur : Finance

Informations forums :
Inscription : juin 2004
Messages : 1 417
Points : 2 309
Points : 2 309
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 :
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...
__________________

(c'est ma photo)
Paku, Paku !
Pour les jeunes incultes : non, je ne suis pas un pokémon...

Le pacblog : http://pacmann.over-blog.com/
pacmann est déconnecté   Envoyer un message privé Réponse avec citation 30
Vieux 26/01/2012, 20h04   #5
Membre Expert
 
Avatar de pachot
 
Homme Franck Pachot
DBA Oracle
Inscription : novembre 2007
Messages : 709
Détails du profil
Informations personnelles :
Nom : Homme Franck Pachot
Âge : 41
Localisation : Suisse

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

Informations forums :
Inscription : novembre 2007
Messages : 709
Points : 1 652
Points : 1 652
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.
__________________
A lire sur mon blog Oracle - Articles d'Experts des articles traduits en français de Jonathan Lewis, Tom Kyte, Doug Burns, Cary Millsap, Greg Rahn ...
pachot est déconnecté   Envoyer un message privé Réponse avec citation 10
Vieux 27/01/2012, 08h34   #6
Membre Expert
 
Avatar de pacmann
 
Homme Pacman Pacman
Business analyst
Inscription : juin 2004
Messages : 1 417
Détails du profil
Informations personnelles :
Nom : Homme Pacman Pacman
Âge : 31
Localisation : France, Paris (Île de France)

Informations professionnelles :
Activité : Business analyst
Secteur : Finance

Informations forums :
Inscription : juin 2004
Messages : 1 417
Points : 2 309
Points : 2 309
Oui tu as raison, et dans ces versions tu pourras ajouter "augmenter l'undo retention"
__________________

(c'est ma photo)
Paku, Paku !
Pour les jeunes incultes : non, je ne suis pas un pokémon...

Le pacblog : http://pacmann.over-blog.com/
pacmann est déconnecté   Envoyer un message privé Réponse avec citation 10
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 00h51.


 
 
 
 
Partenaires

Hébergement Web