Discussion :

[Billy _IRIS1]

Bonjour,

Suite à un potentiel problème lors d'un Redo Log Switch (filesystem full ?), je souhaiterais savoir s'il est possible de modifier la tranche des SCN dans une en-tête archivelog.

En effet nous avons besoin de faire une restauration mais un des archivelog n'est pas traité correctement (la restauration se termine sur cet archivelog et il ne me propose pas le suivant).

Lorsque je regarde son en-tête :

Code :

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

Seq# 0000047326, SCN 0x0000d3e2fc6c-0xffffffffffff

J'ai bien tenté de modifier la séquence fausse (0xfff) par le SCN mini de l'archivelog suivant mais sans réussite :

SQL> recover database until time '2010-09-30 16:45:00' using backup controlfile;
ORA-00279: changement 3554868332 généré à 09/30/2010 04:00:15 requis pour
thread 1
ORA-00289: suggestion : /data/arch/arch1_47326_657729930.dbf
ORA-00280: le changement 3554868332 pour le thread 1 se trouve au no de
séquence 47326


Indiquer le journal : {<RET>=suggéré | nomfichier | AUTO | CANCEL}

ORA-00367: erreur de total de contrôle dans l'en-tête du fichier journal
ORA-00334: journal d'archivage : '/data/arch/arch1_47326_657729930.dbf'

Je vous remercie d'avance pour vos réponses !

[Z3phur]

Bonjour,

pourquoi n'essaies-tu pas de refaire un backup?

[Billy _IRIS1]

Bonjour,

pourquoi n'essaies-tu pas de refaire un backup?

Eh béh... Je vais préciser un peu notre situation ça va répondre à ta question :

30/09/2010 18h00 => Plantage disque, restauration croisée de la base de données, mais les archives logs ne se rejoue pas tous et la base est restaurée le 30/09/2010 à 04h00.
Soit une journée de perdue pour les utilisateurs qui ne rendent compte que plusieurs jour après. => La base est donc repartie en production avec la journée manquante.

La solution trouvée => Faire une base temporaire, remettre une backup, rejouer les archives logs jusqu'au 30/09 au soir et réinjecter les données.
Manque de pot un des archivelog est corrompu et contient le soucis évoqué ci dessus...

Donc pour ma part à part bidouiller l'archive log je ne vois pas d'autres solutions...

[orafrance]

impossible, la base est partie sur une nouvelle incarnation, tu peux donc pas rejouer les archives qui ne sont pas passées le premier coup

[Billy _IRIS1]

impossible, la base est partie sur une nouvelle incarnation, tu peux donc pas rejouer les archives qui ne sont pas passées le premier coup

Bonjour orafrance, on est absolument ok la dessus...

Mais j'ai fabriqué une base temporaire et je souhaiterais du coup avoir sur cette base la journée perdue...
Là c'est possible on est ok ? (Base Temporaire => Restauration d'une sauvegarde à froid du 27/09/2010 + applications des archive logs jusqu'au 30/09/2010 à 18h00)...
Mon soucis est qu'un de ces archivelogs est corrompu il contient un mauvais SCN, puis-je modifier cette archive log ?

[orafrance]

je crains que ce ne soit impossible, on ne perd pas une archive par hasard, y'a pas eu un truc sur la base ?

[Billy _IRIS1]

Manque de bol plus de trace de l'alert.log C'est ballot hein ?

Ca confirmerai mes recherches impossible de modifier des séquences dans un fichier à plat archivelog...

Orafrance penses-tu qu'un mauvais switch log pourrais être à l'origine du problème ?

[orafrance]

J'ai jamais vu, en principe, Oracle garantit la cohérence des backups et arrête la base en cas de soucis sur les archives. C'est étrange... ça sent l'erreur humaine ton truc

[agdid04]

Bonjour,

J'ai eu le même problème (archive corrompue) une fois mais avec un peu de chance j'avais 2 puits d'archives log.

[pachot]

Bonjour,

Si je résume: tu penses qu'au moment du log switch oracle a 'oublié' de marquer le log courant avec le next-SCN, ou bien l'a archivé avant, ou que cette modif a été oubliée par l'OS.
Tu ne peux pas modifier ça à la min dans le fichier. Il faudrait contacter le support Oracle qui est le seul à connaître le format du redo log file, et la différence entre un fichier courant et un fichier qui ne l'est plus. Ça m'étonnerait qu'on ne trouve le next-SCN que dans du texte et pas en binaire.

Orafrance penses-tu qu'un mauvais switch log pourrais être à l'origine du problème ?

Si ce que tu décris est vrai: un fichier archivelog qui n'a pas de next-SCN, oui ça ressemble à un bug. Je suppose que personne n'a été écraser un archive log par un online log courant.

=> soit erreur humaine. surprenant, mais après tout, il y a bien quelqu'un qui a fait un resetlogs sans se poser de question, non ?
=> soit gros gros bug oracle ou bug de l'OS. Il faut contacter le support.

Sinon, comme il semble que tu as tout essayé (même l'éditeur de texte sur le fichier de log est-ce que tu as essayé de logminer cet archive log ?

Cordialement,
Franck.

[Billy _IRIS1]

L'erreur humaine peut être définitivement oublié (non ce n'est pas parce que je suis parfait ) mais simplement parce que l'archive log corrompu en question date de 04h03...
Par contre le switch log a été effectué automatiquement par notre outil de sauvegarde (tut tut pas de marque).

Je vais essayer de passer par le support Oracle mais sans grande chance à mon avis. Ça m'embête de ne pouvoir trouver d'explication...

Merci à tous pour vos réponses constructives.