À propos de cette tâche

SnapManager tente d'effectuer une restauration rapide basée sur les volumes par défaut et fournit les informations de vérification d'éligibilité. Vous pouvez remplacer certaines vérifications d'admissibilité, si nécessaire. Si vous êtes certain qu'une sauvegarde ne peut pas être effectuée à l'aide d'une restauration rapide, vous pouvez désactiver la vérification d'éligibilité à la restauration rapide et effectuer une restauration basée sur un fichier.

Vous pouvez utiliser le backup restore Options de commande pour indiquer si SnapManager doit restaurer tout ou partie de la sauvegarde. SnapManager vous permet également de restaurer les fichiers de contrôle ainsi que les fichiers de données ou les espaces de stockage à partir des sauvegardes, lors d'une seule opération utilisateur. Vous pouvez inclure -controlfiles avec -complete pour restaurer les fichiers de contrôle ainsi que les espaces de stockage et les fichiers de données.

Vous pouvez sélectionner l'une des options suivantes pour restaurer la sauvegarde :

Vous pouvez également restaurer la sauvegarde à partir d'un autre emplacement en spécifiant -restorespec.

Si vous incluez -recover, vous pouvez restaurer la base de données à :

SnapManager (3.2 ou version ultérieure) permet de restaurer automatiquement les sauvegardes de bases de données restaurées à l'aide des fichiers journaux d'archivage. Même si les fichiers journaux d'archives sont disponibles à l'emplacement externe, si vous spécifiez le -recover-from-location option, SnapManager utilise les fichiers journaux d'archives de l'emplacement externe pour restaurer les sauvegardes de la base de données restaurée.

SnapManager fournit l'emplacement externe à Oracle. Cependant, Oracle n'identifie pas les fichiers de la destination externe. Ce comportement est remarqué dans la destination de la zone de récupération flash. Ce sont des problèmes avec Oracle et la solution consiste à toujours sauvegarder les fichiers journaux d'archive dans ces dispositions de base de données.

Si un SCN ou une date non cohérent est fourni, la récupération s'arrête au dernier point cohérent récupéré avec le message d'erreur Recovery succeeded, but insufficient. Vous devez effectuer manuellement une restauration à un état cohérent.

Pour la restauration lorsqu'aucun journal n'est appliqué, SnapManager récupère jusqu'au dernier SCN du dernier fichier journal d'archivage créé pendant la sauvegarde. Si la base de données est cohérente jusqu'à ce SCN, la base de données sera ouverte avec succès. Si la base de données n'est pas cohérente à ce stade, SnapManager tente toujours d'ouvrir la base de données, qui sera ouverte avec succès, si la base de données est déjà cohérente.

Si le processus de transfert du journal d'archivage sur un point de montage NFS n'est pas compatible avec un système de stockage compatible Snapshot, SnapManager vous permet de restaurer les sauvegardes de base de données restaurées à l'aide du profil. Avant d'effectuer des opérations SnapManager sur un stockage non compatible avec les snapshots, vous devez ajouter les destinations pour archivedLogs.exclude dans smsap.config.

Vous devez vous assurer que vous définissez le paramètre exclure avant de créer un profil. La création du profil a réussi uniquement après avoir défini le paramètre exclude dans le fichier de configuration SnapManager.

Si la sauvegarde est déjà montée, SnapManager ne monte pas à nouveau la sauvegarde et utilise la sauvegarde déjà montée. Si la sauvegarde est montée par un autre utilisateur et si l'utilisateur actuel n'a pas accès à la sauvegarde précédemment montée, les autres utilisateurs doivent fournir les autorisations. Tous les fichiers journaux d'archives ont des autorisations de lecture pour les propriétaires de groupes ; l'utilisateur actuel peut ne pas obtenir les autorisations, si la sauvegarde est montée par un autre groupe d'utilisateurs. Les utilisateurs peuvent donner des autorisations aux fichiers journaux d'archives montés manuellement, puis réessayer la restauration ou la récupération.

Récupération des sauvegardes de bases de données dans un environnement RAC (Real application clusters)

Lors de la restauration des sauvegardes de bases de données dans un environnement RAC, lorsque le fichier journal d'archives requis est introuvable, les requêtes Oracle pour les fichiers journaux d'archives et les commutations entre un thread différent et un numéro de changement dans la base de données RAC. SnapManager pour SAP tente de restaurer la base de données au meilleur effort. La restauration réussie des sauvegardes de bases de données dans l'environnement RAC dépend de la disponibilité des fichiers journaux d'archive dans les sauvegardes.

Le mécanisme de récupération recommandé pour la base de données RAC est le suivant :

Vous pouvez spécifier l'option -dump comme paramètre facultatif pour collecter les fichiers de vidage après l'opération de restauration réussie ou ayant échoué.