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

Recovery Manager Oracle Discussion :

RMAN . Suppression obsolete archivelog


Sujet :

Recovery Manager Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Inscrit en
    Septembre 2004
    Messages
    71
    Détails du profil
    Informations forums :
    Inscription : Septembre 2004
    Messages : 71
    Par défaut RMAN . Suppression obsolete archivelog
    hello,

    Je suis sous oracle 10.1.0.3.0 et solaris 5.10 .

    D'habitude lorsque je fais mes crosscheck de backup et archivelog, suivi de mes report obsolete, j'avais dans la liste des obsoletes, des archivelogs.
    Maintenant il n'y en a aucun ... Les partitions se remplissent d'archivelogs, il y a encore de la marge, mais je ne sais pas trop quoi penser.

    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
    17
     
    RMAN> show all;
     
    utilisation du fichier de contrôle de la base de données cible au lieu du catalogue de récupération
    paramètres de configuration RMAN :
    CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 10 DAYS;
    CONFIGURE BACKUP OPTIMIZATION OFF; # default
    CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
    CONFIGURE CONTROLFILE AUTOBACKUP ON;
    CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup/#####/%F';
    CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 1;
    CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
    CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT   '/backup/#####/%U' MAXPIECESIZE 300 M;
    CONFIGURE MAXSETSIZE TO 2000 M;
    CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
    CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/opt/oracle/product/dbs/snapcf_CFPROD.f'; # default
    nous sommes le 23/06 et j'ai archivelog qui date du 31/05 ... Est-ce normal alors qu'à l'habitude, il y en avait pas mal de supprimer avec le delete obsolete ?

  2. #2
    Membre confirmé
    Inscrit en
    Septembre 2004
    Messages
    71
    Détails du profil
    Informations forums :
    Inscription : Septembre 2004
    Messages : 71
    Par défaut
    J'ai pu résoudre mon problème en faisant un :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    RMAN> list copy of database archivelog all;
    Connaissant l'archivelog le plus vieux ayant été backup, j'ai effectué une suppression manuelle via l'outil find et l'option -mtime.

    J'ignore si c'est la meilleure solution, toutefois elle a fonctionnée.


    ++

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

Discussions similaires

  1. [10gR2] rman nettoyage des archivelogs
    Par phil119 dans le forum Administration
    Réponses: 3
    Dernier message: 21/08/2013, 22h46
  2. Rman Fichier obsolete non supprimé
    Par McM dans le forum Administration
    Réponses: 8
    Dernier message: 21/06/2011, 10h07
  3. RMAN : suppression des CONTROLFILE AUTOBACKUP
    Par tibal dans le forum Administration
    Réponses: 2
    Dernier message: 26/05/2010, 19h13
  4. Rman après suppression manuelles archivelogs
    Par mlaiti dans le forum Administration
    Réponses: 1
    Dernier message: 23/09/2008, 14h18
  5. RMAN / DELETE OBSOLETE ne supprime pas les fichiers
    Par segphault dans le forum Recovery Manager
    Réponses: 3
    Dernier message: 12/04/2006, 09h48

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