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 :

RMAN et catalogue : s'assurer qu'il est utilisé?


Sujet :

Administration Oracle

  1. #1
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut RMAN et catalogue : s'assurer qu'il est utilisé?
    Bonjour les amis,

    J'ai créé un catalogue RMAN puis enregistré la base cible dedans. Quand je fais une sauvegarde, je n'ai pas de message d'erreur ET LA JE ME POSE UNE QUESTION : comment être sur que les métadonnées de la sauvegarde sont bien enregistrées dans le catalogue car les messages affichés lors du backup n'indiquent rien?

    En résumé comment être sur que le catalogue RMAN est utilisé lors d'une sauvegarde?

    J'ai noté les choses suivantes :
    a) Si pas de catalog créé : on a le message "using target database control file instead of recovery catalog"
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    RMAN> backup database;
    Starting backup at 13-APR-15
    using target database control file instead of recovery catalog
    et si j'ai un catalogue, voilà le message de RMAN : il n'y a plus le message disant qu'il utilise le control file; mais il ne dit pas qu'il utilise implicitement le catalogue.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    RMAN> backup database;      
    Starting backup at 14-APR-15
    using channel ORA_DISK_1
    channel ORA_DISK_1: starting full datafile backup set
    channel ORA_DISK_1: specifying datafile(s) in backup set
    input datafile file number=00001 name=/u01/app/oracle/oradata/DEPT/system01.dbf
    b) J'utilise les vues du catalogue, accessibles dans la base du catalogue, avec le user qui a fait le CREATE CATALOG.
    Je prends une vue comme RC_BACKUP_CONTROLFILE, je fais un select count(*) avant le backup, j'en fais un après et je vois que le nombre renvoyé s'est incrémenté --> donc le catalogue a bien été mis à jour.

    Néanmoins ces deux "astuces" ne me semblent pas très élégantes, auriez-vous autre chose à me conseiller?

  2. #2
    Rédacteur

    Homme Profil pro
    Consultant / formateur Oracle et SQL Server
    Inscrit en
    Décembre 2002
    Messages
    3 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Consultant / formateur Oracle et SQL Server

    Informations forums :
    Inscription : Décembre 2002
    Messages : 3 461
    Par défaut
    La difficulté provient du fait que le catalogue connaît la base (elle y a été enregistrée), mais la base ne connaît pas l'existence du catalogue.
    Il n'y a aucun paramètre dans la base pour dire "je suis rattachée à tel catalogue".

    On en est donc réduit aux expédients que vous évoquez, tels que l'analyse du log RMAN ou de V$RMAN_OUTPUT pour savoir si le catalogue a bien été utilisé.
    Ces moyens ne sont en effet ni élégants, ni sûrs.

    Je vous recommanderai donc une solution simple et brutale : exécuter régulièrement (toutes les heures par exemple) la commande RESYNC CATALOG, qui enregistrera dans le catalogue, si elles n'y figurent pas déjà, les métadonnées de sauvegardes issues du fichier de contrôle.
    Cela aura d'ailleurs une vertu supplémentaire : enregistrer également les derniers archivelogs.

  3. #3
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    Bonsoir Pomalaix,

    Je te remercie beaucoup pour ta réponse car tu me confirmes ce que je pensais, à savoir qu'il n'existe pas de solution simple à ma question.
    Je note l'astuce sur la resynchronisation qui me plait bien

  4. #4
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Une solution est de se connecter seulement au catalogue et de faire un list backup.
    Il faut définir quelle base on veut voir avec 'set dbid'
    Cordialement,
    Franck.

Discussions similaires

  1. [VB.NET] Comment supprimer un fichier qui est utilisé ?
    Par Toon94 dans le forum Windows Forms
    Réponses: 12
    Dernier message: 13/06/2010, 12h59
  2. utilisateurs RMAN sans catalogue
    Par couak dans le forum Recovery Manager
    Réponses: 3
    Dernier message: 20/07/2007, 20h45
  3. Réponses: 9
    Dernier message: 19/12/2005, 16h41
  4. [debutant] Détecter si un port est utilisé
    Par rainz dans le forum Entrée/Sortie
    Réponses: 6
    Dernier message: 01/07/2005, 15h43

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