IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

[Oracle10g] Modification SCN dans un archivelog


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre averti
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    17
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2004
    Messages : 17
    Par défaut [Oracle10g] Modification SCN dans un archivelog
    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 !

  2. #2
    Membre émérite Avatar de Z3phur
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2007
    Messages
    680
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 50
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Industrie

    Informations forums :
    Inscription : Décembre 2007
    Messages : 680
    Par défaut
    Bonjour,

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

  3. #3
    Membre averti
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    17
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2004
    Messages : 17
    Par défaut
    Citation Envoyé par Z3phur Voir le message
    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...

  4. #4
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    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

  5. #5
    Membre averti
    Profil pro
    Inscrit en
    Mai 2004
    Messages
    17
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Mai 2004
    Messages : 17
    Par défaut
    Citation Envoyé par orafrance Voir le message
    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 ?

  6. #6
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    je crains que ce ne soit impossible, on ne perd pas une archive par hasard, y'a pas eu un truc sur la base ?

Discussions similaires

  1. Réponses: 9
    Dernier message: 16/07/2009, 03h00
  2. Réponses: 3
    Dernier message: 29/06/2006, 16h54
  3. [Access 2003]Erreur modification données dans base distante
    Par Julio_del_pueblo dans le forum Access
    Réponses: 2
    Dernier message: 22/06/2006, 14h22
  4. Réponses: 10
    Dernier message: 16/05/2006, 14h13
  5. Modification texte dans un fichier
    Par byloute dans le forum Shell et commandes GNU
    Réponses: 9
    Dernier message: 04/10/2005, 15h34

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo