NetVault Plug-in for Oracle 11.2 - Guide de l'utilisateur

Dans la section Type de récupération de l'onglet Effectuer la récupération, sélectionnez l'option Effectuer une récupération ponctuelle au niveau des tables.

Sélectionnez l'option Basée sur le numéro de modification du système, Basée sur la séquence du journal ou Basée sur l'heure.

•

Si vous sélectionnez l'option Basée sur le numéro de modification du système, le plug-in demande à RMAN d'utiliser la clause until scn lors de la récupération de la table. Par exemple : until scn 5555638

•

Si vous sélectionnez l'option Basée sur la séquence du journal, le plug-in demande à RMAN d'utiliser la clause until sequence <numéro> thread <numéro> lors de la récupération de la table. Par exemple : until sequence 38 thread 1

•

Si vous sélectionnez l'option Basée sur l'heure, le plug-in demande à RMAN d'utiliser la clause until time lors de la récupération de la table. Par exemple : until time "to_date('2013/11/23 06:59:00', 'yyyy/mm/dd hh24:mi:ss')"

Dans le champ Destination auxiliaire, spécifiez un répertoire (chemin d'accès complet) que les instances auxiliaires utilisent pour stocker tous les fichiers nécessaires, y compris les copies du fichier de contrôle, les journaux archivés et les fichiers de données.

Ce champ est équivalent à la clause auxiliary destination '<CheminD'AccèsCompletAuRépertoire>'.


	IMPORTANT : ce répertoire doit exister avant que vous exécutiez le processus de récupération. Si le répertoire n'existe pas, la récupération risque d'échouer avec une erreur de type ORA.

Dans le champ Récupérer la table, saisissez une liste des tables séparées par des virgules que vous souhaitez inclure dans la table de récupération dans le cadre d'une récupération au niveau des tables.

Utilisez le format nom_utilisateur_oracle.nom_table. Oracle® 12c inclut les utilisateurs communs et les utilisateurs locaux, et la méthode d'attribution de nom utilisée pour les utilisateurs locaux est semblable à celle des noms d'utilisateur de la base de données Oracle dans les versions précédentes d'Oracle.

Pour les conteneurs qui comportent des utilisateurs communs, la base de données Oracle fournit les utilisateurs communs SYS et SYSTEM. Le nom des utilisateurs communs créés par l'utilisateur doit commencer par C## ou c#. Pour en savoir plus, voir la documentation sur l'architecture multi-locataire d'Oracle 12c.


	IMPORTANT : lorsque vous indiquez la table d'un utilisateur commun, utilisez des guillemets doubles. Contrairement à RMAN, SQL*Plus accepte les requêtes sur les tables utilisant une chaîne qui inclut C## ou c# et exclut les guillemets doubles.

Exemple 1 : l'exemple suivant indique trois tables pour l'utilisateur sales.

sales.northsales, sales.southsales, sales.centralsales

Exemple 2 : l'exemple suivant indique deux tables pour l'utilisateur commun C##SALES.

"C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES"

L'exemple précédent est équivalent à la clause recover table "C##SALES"."NORTHSALES", "C##SALES"."SOUTHSALES".

Dans le champ Adresser la table, saisissez une liste des tables séparées par des virgules que vous souhaitez renommer, le cas échéant, dans le cadre d'une récupération au niveau des tables.

Cette option vous permet de récupérer la table et de l'analyser pour savoir si vous devez écraser la table d'origine. Vous n'avez pas besoin de fournir d'adressage pour toutes les tables répertoriées dans le champ Récupérer la table ; il vous suffit de fournir l'adressage des tables que vous souhaitez renommer temporairement.

Exemple 1 : l'exemple suivant adresse la table sales.northsales sur sales.northsales_recovered.

sales.northsales:northsales_recovered

Exemple 2 : l'exemple suivant adresse la table sales.northsales sur sales.northsales_recovered.

sales.northsales:northsales_recovered, sales.southsales:southsales_recovered

Exemple 3 : l'exemple suivant adresse la table sales.northsales sur sales.northsales_recovered.

"C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED"

L'exemple précédent est équivalent à la clause remap table "C##SALES"."NORTHSALES":"NORTHSALES_RECOVERED".

Gestion du catalogue de récupération

•

Resynchronisation du catalogue de récupération

Plug‑in pour Oracle effectue automatiquement une resynchronisation complète ou partielle du catalogue de récupération lors de l'exécution des sauvegardes RMAN, à condition que le fichier de contrôle soit monté et que la base de données Catalogue de récupération soit disponible à l'exécution de la commande.

Vous pouvez utiliser la commande RESYNC CATALOG de RMAN pour effectuer une resynchronisation complète manuelle dans les cas suivants :

•

Le catalogue de récupération est indisponible lorsque vous exécutez l'une des commandes qui resynchronisent automatiquement le catalogue.

•

La base de données n'est pas sauvegardée régulièrement et génère chaque jour un nombre élevé de changements dans les journaux. Par exemple, des centaines de journaux d'archive sont archivés entre les sauvegardes de la base de données et 1 000 changements sont générés entre les resynchronisations du catalogue.

•

Vous avez modifié la structure physique de la base de données cible, en ajoutant ou en supprimant, par exemple, un tablespace. Comme avec les opérations d'archivage, le catalogue de récupération n'est pas automatiquement mis à jour lorsque la structure physique change.

Vous ne devriez pas avoir besoin d'exécuter souvent la commande RESYNC CATALOG. Pour en savoir plus, voir la rubrique Using CROSSCHECK to Update the RMAN Repository (Utilisation de la commande CROSSCHECK pour mettre à jour le référentiel RMAN) dans l'Oracle® Database Backup and Recovery Advanced User’s Guide (Guide d'utilisation avancée sur la sauvegarde et la récupération de la base de données Oracle).

Pour forcer une resynchronisation complète du catalogue de récupération, procédez comme suit.

Démarrez RMAN, puis connectez-vous à la base de données cible et au catalogue de récupération.

> rman TARGET / CATALOG rman/<mot de passe>@<identifiant_connexion du catalogue>

Montez la base de données cible.

STARTUP MOUNT;

Resynchronisez le catalogue de récupération.

RESYNC CATALOG;

Quittez RMAN.

Utilisation de la commande CROSSCHECK pour mettre à jour le référentiel RMAN

Pour vous assurer que les données du référentiel RMAN concernant les sauvegardes sont synchronisées avec les données correspondantes de la base de données NetVault, exécutez une commande crosscheck. La commande CROSSCHECK permet de mettre à jour les informations obsolètes du référentiel RMAN relatives aux sauvegardes dont les données de référentiel ne correspondent pas à leur état physique. Par exemple, si un utilisateur supprime les journaux d'archive du disque avec une commande de système d'exploitation, le référentiel indique toujours que les journaux sont sur le disque, alors qu'ils n'y sont pas.

Pour en savoir plus sur la commande CROSSCHECK, voir le guide Oracle® Database Backup and Recovery Basics (Guide de base sur la sauvegarde et la récupération de la base de données Oracle).

Démarrez RMAN, puis connectez-vous à la base de données cible et au catalogue de récupération.

> rman TARGET / CATALOG rman/<mot de passe>@<identifiant_connexion du catalogue>

Exécutez une commande crosscheck sur les journaux d'archive.

CROSSCHECK ARCHIVELOG ALL;

Quittez RMAN.