Discussion :

[olivanto]

bonjour,

J'ai un message sur ma base 11g (un seul message, une seule fois)

Code :

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

1
2
3
Une erreur interne (ORA-600[krbmror_sameline_2]) a été détectée dans D:\app\administrateur\diag\rdbms\ma_base\alert\log.xml 
(incident=13569):
ORA-00600: code d'erreur interne, arguments : [krbmror_sameline_2], [416], [704], [763046841], [763995631], [414], [704], [763045223], [763995631], [], [], []

il y a un fichier "trace" qui dit ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
** 2011-10-08 13:26:19.561
*** SESSION ID:(115.52036) 2011-10-08 13:26:19.561
*** CLIENT ID:() 2011-10-08 13:26:19.561
*** SERVICE NAME:(SYS$USERS) 2011-10-08 13:26:19.561
*** MODULE NAME:(rman.exe) 2011-10-08 13:26:19.561
*** ACTION NAME:(0000003 FINISHED114) 2011-10-08 13:26:19.561
 
*** 2011-10-08 13:26:19.561 2046 krse.c
Archived Log entry 3209 added for thread 1 sequence 1313 ID 0xa51a85f dest 1: A:\PROD\ARC0000001313_0761319400.0001
 
*** 2011-10-08 13:30:20.152
*** ACTION NAME:(0000022 FINISHED129) 2011-10-08 13:30:20.152
 
Incident 13569 created, dump file: d:\app\administrateur\diag\rdbms\ma_base\incident\incdir_13569\prod_ora_11864_i13569.trc
ORA-00600: code d'erreur interne, arguments : [krbmror_sameline_2], [416], [704], [763046841], [763995631], [414], [704], [763045223], [763995631], [], [], []

Par ailleurs, dans ce répertoire "trace", j'ai un nouveau dossier à la date & heure du problème, avec tout un tas de fichiers "buckets" trc & trm...Qu'est ce que c'est que çà .... ?

Quand je regarde via OEM, le récapitulatif des dignostics, j'ai "aucune alerte ORA" & "incidents actifs = 0"...

Ma base semble tourner normalement....

Je ne sais pas trop quoi faire...s'il y a quelque chose à faire ?!


Par ailleurs, est ce normal que j'ai autant de fichiers "trace" ?? Cela se "nettoie" t-il ?

[nancy_carina]

Bonjour Olivier ,
essais de suivre les étapes suivantes http://mrrame.blogspot.com/2011/02/o...arguments.html

[olivanto]

merci, W !

mais j'ai quand même un doute ; tout tourne normalement sur la base, les ARCHIVELOGS comme le backup via RMAN se comportent bien. Pourquoi une restauration ?

[nancy_carina]

Cette erreur est probablement a cause d'un crash de vérification de données en mémoire , dans ce cas, une restauration est toujours nécessaire,
et tu as la vue v$diag_info a interroger pour mieux cerner ton problème

[olivanto]

ok, j'ai été voir cette vue, et elle me donne qq indications.

mais je répugne quand même à lancer une restauration de base, que je ne maitrise pas trop (je suis tétu ! )

S'il y a eu pb de vérification des données en mémoire (rien n'est sûr), cela ne semble pas (mais je ne suis pas un grand DBA...) avoir un quelconque impact. La base tourne, les jobs RMAN aussi, l'archivage se fait correctement...

Concrètement, qu'est ce que je gagne à faire une restauration (en dehors du fait de risquer de me planter, vu comment c'est pas simple....) ?

[Heaven93]

bonjour,

c'est juste un bug (BUG 10098253).
le workaround consiste à enlever le "set echo on" du script RMAN.
le bug est corrigé en 11.2.0.3.

si ta base redémarre correctement quand tu l'arrêtes, je ne vois pas très bien l'intérêt de revenir à une sauvegarde antérieure.

pour purger le repertoire diag, l'utilitaire oracle ADRCI est plutôt bien. il sert aussi pour le diagnostic des incidents.