Discussion :

[PpPool]

Bonjour à tous,

Sur un des nos serveurs de prod (Oracle release 9.2.0.7) après un backup à froid lancé cette nuit, je constate dans le fichier alert.log les erreurs suivantes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Errors in file d:\oracle\admin\pitre\bdump\pitre_smon_1412.trc:
ORA-01595: error freeing extent (2) of rollback segment (2))
ORA-01594: attempt to wrap into rollback segment (2) extent (2) which is being freed
 
replication_dependency_tracking turned off (no async multimaster replication found)
Completed: ALTER DATABASE OPEN

Fichier .trc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
*** SESSION ID:(5.1) 2007-12-18 00:02:02.216
*** 2007-12-18 00:02:02.216
SMON: following errors trapped and ignored:
ORA-01595: error freeing extent (2) of rollback segment (2))
ORA-01594: attempt to wrap into rollback segment (2) extent (2) which is being freed

- A cette heure, aucune activité transactionnelle sur la base.

- C'est une base qui n'utilise pas les rollback segments mais bien les TBS UNDO.
le TSB fait 200Mo et il est quasiment vide, c'est une petite base

Je séche car apparemment c'est le genre de pbs qui arrive avec les RBS
http://www.dbasupport.com/forums/arc...p/t-17960.html
http://www.magic-docs.com/oracle/ora...k-segment.html

Je serai très intéressé de connaitre votre avis sur ce pb

merci d'avance

@

[Pomalaix]

Bonjour

Vous pouvez consulter la note Metalink 280151.1 à ce propos.

Elle indique notamment :

Solution
Ignore these error messages.
Normally adding more undo space should solve the problem.

This error message logging is fixed in 10g.

[PpPool]

Bonjour Pomalaix

merci bcq pour ta réponse
j'ai parcouru la note metalink, elle me laisse sans voix

vous avez des erreurs =>ignorer les !!
en plus la note fait référence aux releases 9.2.0.1 à 9.2.0.6, je suis pour ma part en 9.2.0.7
le processus SMON s'est apparemment crashé au moment du redémarrage de la base et du recover
dans mon TSB undo : j'avais 1% de datas
SMON avait 200Mo de dispos pour le recover, c'est énorme pour une petite base (<10Go)

c'est inexpliquable, et c'est pq çà me laisse perpléxe ce pb !

enfin le principal s'est ke la base est redémarrée -)

merci encore pour ta contribution