3 |
Démarrez l'instance locale avec l'option FORCE NOMOUNT. |
5 |
Démarrez l'instance locale avec l'option FORCE NOMOUNT. |
9 |
Sur la page Créer une tâche de restauration : sélectionner l'ensemble de sauvegardes, recherchez la dernière sauvegarde disponible qui inclut tous les tablespaces, puis cliquez sur Suivant. |
10 |
Sur la page Créer un ensemble de sélections, accédez au client et à la base de données NetVault Backup sources, sélectionnez le nœud Base de données complète, puis cliquez sur Modifier les options du plug-in. |
11 |
Cliquez sur l'onglet Options de restauration, puis sélectionnez les options Vérifier les fichiers de données en lecture seule et les restaurer si nécessaire et Vérifier les fichiers de données en lecture seule et les récupérer s'ils ne sont pas à jour pour inclure les fichiers de données en lecture seule dans le processus de restauration et de récupération. |
12 |
Comme la récupération doit être effectuée suite à un sinistre, dans l'onglet Effectuer la récupération, sélectionnez Effectuer une récupération ponctuelle de la base de données. |
13 |
14 |
2 |
IMPORTANT : si le déplacement du plug-in doit être définitif ou durer plus de 45 jours, rendez-vous sur https://support.quest.com/contact-us/licensing pour demander le déplacement des clés de licence Plug‑in pour Oracle de base de données RAC. |
Avec Plug‑in pour Oracle installé sur l'autre nœud, le processus de restauration est semblable à l'exécution des restaurations dans un environnement d'instance unique non RAC, sauf pour les éléments suivants :
• |
Au cours de la phase Sélection des données à restaurer du processus de restauration RMAN, sélectionnez l'ensemble de sauvegardes à partir du nœud sur la page Créer un ensemble de sélections, où le SID d'Oracle équivaut au SID Oracle® de l'instance sur lequel le plug-in a été initialement installé avant le déplacement. |
• |
Au cours de la phase Définition des options de restauration, réglez les informations d'authentification de la base de données cible sur les valeurs appropriées de l'instance locale sur l'autre nœud sur lequel réside désormais le plug-in. Pour plus d'informations, voir Configuration des détails de la destination. |
Pour en savoir plus sur la préparation de la base de données à récupérer, la sélection des données à restaurer, le réglage des options de restauration, la finalisation et la soumission de la tâche, ainsi que l'ouverture de la base de données à utiliser, voir la rubrique Procédure de restauration RMAN.
Une sauvegarde de base de données dupliquée vous permet de créer le double ou le clone d'une base de données source à des fins précises sans affecter les procédures générales de sauvegarde et de restauration pour la base de données source. Dans un environnement RAC, Oracle® ne prend pas en charge la duplication d'une base de données multi-instance sur une autre base de données multi-instance. Oracle prend néanmoins en charge la duplication d'une base de données multi-instance sur une base de données d'instance unique et convertit ensuite la base de données d'instance unique en base de données multi-instance. Pour en savoir plus, voir l'Oracle Real Application Clusters Installation Guide (Guide d'installation d'Oracle Real Application Clusters).
Fichier PFILE mis à jour avec les valeurs auxiliaires : en plus des mises à jour du fichier PFILE indiquées dans les procédures de duplication non RAC, vous devez faire les mises à jour supplémentaires suivantes lorsque la base de données source est une base de données multi-instance :
• |
<nom_base de données/instance>.cluster_database=TRUE |
• |
<nom_instance>.instance_number=N |
• |
<nom_instance>.thread = N |
• |
© ALL RIGHTS RESERVED. Conditions d’utilisation Confidentialité Cookie Preference Center