Discussion :

[zestrellita]

Bonjour,

Je suis en train de tester Oracle 10g, et j'ai un petit problème avec les flashback logs. En effet, lors de mes tests, j'ai désactivé le mode flashback, modifié l'emplacement de la flash_recovery_area puis supprimé manuellement les flashback logs de l'ancien emplacement.
Malheureusement Oracle me génère une ORA-600 lorsque je tente de réactiver le mode flashback. Je suppose que c'est du à l'absence physique des flashback logs, qui sont toujours enregistrés dans les tables système.

Existe-t-il une commande qui permettrait de resynchroniser tout ça, un peu comme le CROSSCHECK BACKUP de RMAN ?
Sinon, que faire pour réactiver le mode flashback maintenant ?

Merci pour vos conseils !

[bouyao]

Bonjour,

Code :

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

1
2
3
4
 
startup mount
alter database flashback off;
alter database flashback on;

[Jaouad]

Peux t'on avoir les arguments de l'erreur Interne

[zestrellita]

Alors là il faudrait m'expliquer. Je viens de faire la manip de bouyao, ça marche, merci ! Pourtant ma base était déjà en mode flashback off. Du coup je tentais directement un flashback on.

Je viens de vérifier la vue v$flashback_database_logfile, mes anciens flashback logs ont bien disparu, et dans la vue v$flash_recovery_area_usage, l'espace alloué aux flashback logs est bien redescendu à 0.

Jaouad, l'erreur était la suivante :

Code :

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

1
2
ORA-00600: code d'erreur interne, arguments : [krff_create_fb_log-4], [], [],
[], [], [], [], []

Merci beaucoup !

[zestrellita]

OK, je comprends, le flashback off se charge de purger tous les flashback logs existants. Je n'avais pas du faire la manip dans le bon ordre la 1ère fois, du coup je pensais que le fait de désactiver le mode flashback ne supprimait pas les logs, et qu'ils seraient supprimés automatiquement dès que la flash_recovery_area manquerait de place

[Jaouad]

l'argument suivant aurait du t'aider

[krff_create_fb_log-4]