Skip to main content
SnapManager for SAP
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restaurez les sauvegardes sur le stockage primaire

Contributeurs

Vous pouvez utiliser le backup restore commande permettant de restaurer une sauvegarde de base de données sur le stockage primaire.

Description de la tâche

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 :

Si vous voulez restaurer…​ Utiliser…​

Sauvegarde complète avec tous les espaces de stockage et fichiers de données

-complete

La liste des tablespaces spécifiques

-tablespaces

Fichiers de données spécifiques

-files

Les fichiers de contrôle uniquement

-controlfiles

Espaces de stockage, fichiers de données et fichiers de contrôle

-complete -controlfiles

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 à :

  • La dernière transaction effectuée dans la base de données (tous les journaux)

  • Une date et une heure précises

  • Un numéro SCN (Oracle System change Number) spécifique

  • L'heure de la sauvegarde (pas de journaux)

  • Restauration uniquement

Remarque La récupération de la date et de l'heure et la récupération SCN sont des restaurations ponctuelles.

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'archive de l'emplacement externe pour récupérer les sauvegardes de la base de données restaurée.

Lorsque vous spécifiez les emplacements du journal d'archivage externe pour la restauration des sauvegardes restaurées, vous devez vous assurer que vous incluez les noms d'emplacement externes en majuscules. Dans le système de fichiers, tous les noms de dossiers et de sous-dossiers doivent être en majuscules, car Oracle convertit le chemin de destination en majuscules et attend que les chemins de destination externes, les noms de dossiers et les noms de sous-dossiers soient en majuscules. Si vous spécifiez les chemins de destination du journal d'archivage externe en minuscules, Oracle risque de ne pas pouvoir identifier le chemin spécifié et ne pas restaurer la base de données.

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.

Remarque SnapManager ne prend pas en charge la récupération des sauvegardes de journaux d'archive uniquement.

Si la destination du journal d'archivage n'est pas compatible avec les snapshots, SnapManager vous permet de restaurer les sauvegardes de la base de données restaurée à 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.

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

Étapes
  1. Saisissez la commande suivante :

    smsap backup restore -profile profile_name -label label -complete -recover -alllogs [-recover-from-location path [,path2]]-dump-verbose

    Exemple

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 - complete -recover -alllogs -verbose

  2. Pour restaurer des données pour différents scénarios, effectuez l'une des opérations suivantes :

    Si vous voulez restaurer…​ Exemple de commande

    Remplir la base de données sans fichiers de contrôle et effectuer une restauration vers un numéro SCN particulier (3794392). Dans ce cas, les fichiers de contrôle actuels existent, mais tous les fichiers de données sont endommagés ou perdus. Restaurez et récupérez la base de données d'une sauvegarde en ligne complète existante à un point immédiatement avant cette SCN.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -recover -until 3794392 -verbose

    Remplir la base de données sans fichiers de contrôle et récupérer jusqu'à une date et une heure.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -recover -until 2008-09-15:15:29:23 -verbose

    Remplir la base de données sans fichiers de contrôle et récupérer des données et un temps. Dans ce cas, les fichiers de contrôle actuels existent, mais tous les fichiers de données sont endommagés ou perdus ou une erreur logique s'est produite après un moment donné. Restaurez et récupérez la base de données d'une sauvegarde en ligne complète existante à une date et une heure immédiatement avant le point d'échec.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -recover -until "2008-09-15:15:29:23" -verbose

    Base de données partielle (un ou plusieurs fichiers de données) sans fichiers de contrôle et récupération à l'aide de tous les journaux disponibles. Dans ce cas, les fichiers de contrôle actuels existent, mais un ou plusieurs fichiers de données sont endommagés ou perdus. Restaurez ces fichiers de données et récupérez la base de données à partir d'une sauvegarde en ligne complète existante en utilisant tous les journaux disponibles.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -files E:\disks\s02.dbf E:\disks\sales03.dbf E:\disks\sales04.dbf -recover -alllogs -verbose

    Base de données partielle (un ou plusieurs espaces de stockage) sans fichiers de contrôle et restauration à l'aide de tous les journaux disponibles. Dans ce cas, les fichiers de contrôle actuels existent, mais un ou plusieurs espaces de stockage sont supprimés ou l'un des autres fichiers de données appartenant à l'espace table est endommagé ou perdu. Restaurer ces espaces de stockage et récupérer la base de données à partir d'une sauvegarde en ligne complète existante à l'aide de tous les journaux disponibles.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -tablespaces users -recover -alllogs -verbose

    Contrôlez uniquement les fichiers et restaurez-les à l'aide de tous les journaux disponibles. Dans ce cas, les fichiers de données existent, mais tous les fichiers de contrôle sont endommagés ou perdus. Restaurez uniquement les fichiers de contrôle et récupérez la base de données à partir d'une sauvegarde en ligne complète existante en utilisant tous les journaux disponibles.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -controlfiles -recover -alllogs -verbose

    Base de données complète sans fichiers de contrôle et récupération à l'aide des fichiers de contrôle de sauvegarde et de tous les journaux disponibles. Dans ce cas, tous les fichiers de données sont endommagés ou perdus. Restaurez uniquement les fichiers de contrôle et récupérez la base de données à partir d'une sauvegarde en ligne complète existante en utilisant tous les journaux disponibles.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -using-backup-controlfile -recover -alllogs -verbose

    Récupérez la base de données restaurée à l'aide des fichiers journaux d'archive à partir de l'emplacement du journal d'archivage externe.

    smsap backup restore -profile targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -using-backup-controlfile -recover -alllogs -recover-from-location E:\\archive -verbose

  3. Spécifiez les emplacements des journaux d'archives externes à l'aide de l' -recover-from-location option.