Publicité
+ Répondre à la discussion
Affichage des résultats 1 à 7 sur 7
  1. #1
    Futur Membre du Club
    Homme Profil pro
    Analyste d'exploitation
    Inscrit en
    juin 2002
    Messages
    90
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste d'exploitation
    Secteur : Transports

    Informations forums :
    Inscription : juin 2002
    Messages : 90
    Points : 17
    Points
    17

    Par défaut [10g] Recover en NOARCHIVELOG

    Bonjour,

    Je rencontre le même problème que dans ce sujet.
    Ma base est une 10.2.0.1 en NOARCHIVELOG.
    mes scripts RMAN de sauvegardes sont:
    Code :
    1
    2
    3
    4
    5
    6
    7
    8
    RUN
    {
    SHUTDOWN IMMEDIATE;
    STARTUP MOUNT;
    BACKUP INCREMENTAL LEVEL 0 DATABASE TAG 'Sauvegarde FULL';
    CROSSCHECK BACKUP;
    ALTER DATABASE OPEN;
    }
    Pour la sauvegarde FULL, et level 1 pour l'incrémentale.

    Je fais des test en supprimant des données, puis déclenche un processus de restore.

    Code :
    1
    2
    3
    4
    5
    shutdown immediate;
    startup mount;
    restore DATABASE;
    recover DATABASE noredo;
    ALTER DATABASE open;
    et la, j'ai le même soucis.

    Je suis obligé de faire un (et donc re rejouer mes redologs (ceux supprimant les données) pour remonter ma base.

    Comment faire ?


    Edit: Je ne supprime aucun fichier avant de faire la resto (vu que je veux simuler une perte de data, et non de fichier)

    Edit2:
    L'erreur est en fait a la réouverture de la base: (dans ce cas, je n'ai pas d'incrémentale aujourd'hui
    Code :
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
     
    RMAN> recover DATABASE noredo;
     
    DÚmarrage de recover dans 07/01/13
    utilisation du canal ORA_DISK_1
    Fin de recover dans 07/01/13
     
    RMAN> ALTER DATABASE open;
     
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: Úchec de la commande ALTER db Ó 01/07/2013 11:11:53
    ORA-01113: le fichier 1 nÚcessite une rÚcupÚration aprÞs dÚfaillance matÚrielle
    ORA-01110: fichier de donnÚes 1 : 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\PEX\SYSTEM01
    .DBF'

  2. #2
    Expert Confirmé
    Avatar de pachot
    Homme Profil pro Franck Pachot
    Consultant DBA en Suisse (dbi services) OCM 11g
    Inscrit en
    novembre 2007
    Messages
    1 339
    Détails du profil
    Informations personnelles :
    Nom : Homme Franck Pachot
    Âge : 43
    Localisation : Suisse

    Informations professionnelles :
    Activité : Consultant DBA en Suisse (dbi services) OCM 11g
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2007
    Messages : 1 339
    Points : 3 997
    Points
    3 997

    Par défaut

    Bonjour,
    Il me paraîtrait logique de faire un ALTER DATABASE OPEN RESETLOGS;
    Oracle sait qu'il y a des transactions qui n'ont pas été recovered (il le sait car on a toujours le controlfile courant) donc il propose de faire un recover pour éviter de les perdre.
    Cordialement,
    Franck.
    Consultant en Suisse Romande (dbi services) - Oracle Certified Master (OCP 12c et OCM 11g) - Suivez-moi sur twitter: @FranckPachot
    Comment poster/envoyer un plan d'exécution avec toutes les infos pertinentes:
    http://www.dbi-services.com/index.ph...execution-plan


  3. #3
    Futur Membre du Club
    Homme Profil pro
    Analyste d'exploitation
    Inscrit en
    juin 2002
    Messages
    90
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste d'exploitation
    Secteur : Transports

    Informations forums :
    Inscription : juin 2002
    Messages : 90
    Points : 17
    Points
    17

    Par défaut

    Quant j'essayait de monter la base en RESETLOGS, il m'a dit que la base n'etait pas en defaillance machin ... je sais plus trop.

    Bref, seul moyen de réouvrir la base comme je veux (avec les données de la veille).

    Code :
    1
    2
    3
    4
    5
    6
    STARTUP NOMOUNT;
    RESTORE CONTROLFILE;
    ALTER DATABASE MOUNT;
    RESTORE DATABASE;
    RECOVER DATABASE NOREDO;
    ALTER DATABASE OPEN RESETLOGS;

    Mais l'inconvenient est qu'il crée une nouvelle incarnation de la base.

  4. #4
    Expert Confirmé
    Avatar de pachot
    Homme Profil pro Franck Pachot
    Consultant DBA en Suisse (dbi services) OCM 11g
    Inscrit en
    novembre 2007
    Messages
    1 339
    Détails du profil
    Informations personnelles :
    Nom : Homme Franck Pachot
    Âge : 43
    Localisation : Suisse

    Informations professionnelles :
    Activité : Consultant DBA en Suisse (dbi services) OCM 11g
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2007
    Messages : 1 339
    Points : 3 997
    Points
    3 997

    Par défaut

    Bonjour,
    C'est tout a fait normal de devoir ouvrir en resetlogs lorsqu'on ne veut pas récupérer tous le redo.
    Cordialement,
    Franck
    Consultant en Suisse Romande (dbi services) - Oracle Certified Master (OCP 12c et OCM 11g) - Suivez-moi sur twitter: @FranckPachot
    Comment poster/envoyer un plan d'exécution avec toutes les infos pertinentes:
    http://www.dbi-services.com/index.ph...execution-plan


  5. #5
    Futur Membre du Club
    Homme Profil pro
    Analyste d'exploitation
    Inscrit en
    juin 2002
    Messages
    90
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste d'exploitation
    Secteur : Transports

    Informations forums :
    Inscription : juin 2002
    Messages : 90
    Points : 17
    Points
    17

    Par défaut

    Et donc c'est normal de devoir restorer les CONTROLFILES ?

    C'est la procédure standard pour restaurer une db en cas de perte de donnée ?

    Y a t'il moyen de revenir a un jeu de sauvegarde précis.
    par exemple:
    Nous sommes vendredi. Il y a eut une perte de donnée mercredi, et il faut donc récupérer la total du WE + l'incrémentale du mardi soir, et tant pis pour la perte de donnée depuis mardi soir ?

  6. #6
    Expert Confirmé
    Avatar de pachot
    Homme Profil pro Franck Pachot
    Consultant DBA en Suisse (dbi services) OCM 11g
    Inscrit en
    novembre 2007
    Messages
    1 339
    Détails du profil
    Informations personnelles :
    Nom : Homme Franck Pachot
    Âge : 43
    Localisation : Suisse

    Informations professionnelles :
    Activité : Consultant DBA en Suisse (dbi services) OCM 11g
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2007
    Messages : 1 339
    Points : 3 997
    Points
    3 997

    Par défaut

    Bonjour,

    Non, le restore du control file n'est pas nécessaire s'il n'est pas perdu.

    Oui, il y a beaucoup plus simple: voir la clause SET UNTIL TIME de RMAN.
    On donne la date et RMAN applique ce qui est nécessaire.

    Cordialement,
    Franck.
    Consultant en Suisse Romande (dbi services) - Oracle Certified Master (OCP 12c et OCM 11g) - Suivez-moi sur twitter: @FranckPachot
    Comment poster/envoyer un plan d'exécution avec toutes les infos pertinentes:
    http://www.dbi-services.com/index.ph...execution-plan


  7. #7
    Futur Membre du Club
    Homme Profil pro
    Analyste d'exploitation
    Inscrit en
    juin 2002
    Messages
    90
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Analyste d'exploitation
    Secteur : Transports

    Informations forums :
    Inscription : juin 2002
    Messages : 90
    Points : 17
    Points
    17

    Par défaut

    Merci pour ces infos, je commence a comprendre le systeme de resto avec perte de donnée, ainsi que les incarnations.

+ Répondre à la discussion
Cette discussion est résolue.

Liens sociaux

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •