SnapManager Oracle
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Restauration des sauvegardes sur le système de stockage primaire

Contributeurs

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

Vous pouvez utiliser les options de la commande backup restore pour indiquer si SnapManager doit restaurer une partie ou une 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 with -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

-terminé

La liste des tablespaces spécifiques

-espaces de stockage

Fichiers de données spécifiques

-fichiers

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

  • 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 l’option -recover-from-location, SnapManager utilise les fichiers journaux d’archive de l’emplacement externe pour restaurer 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 récupération réussie, mais insuffisante. 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 de archivedLogs.exclude dans smo.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 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é.

  1. Entrez la commande suivante :smo backup restore -profile profile_name-label label label-Complete-recover -alllogs [-recover-from-locationpath [,path2]]-dump-verbose

    restauration de sauvegarde smo -profil targetdb1_prof1 -label full_bkup_sales_nov_08 - complet -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

    Base de données complète sans fichiers de contrôle et récupération à 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 ce SCN.

    restauration de sauvegarde smo -profil targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -recover -jusqu’à 3794392 -verbose

    Base de données complète sans fichiers de contrôle et récupérer jusqu’à une date et une heure.

    restauration de sauvegarde smo -profil targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -recover -jusqu’au 2008-09-15:15:29:23 -verbose

    Base de données complète sans fichiers de contrôle et récupérer jusqu’à une donnée 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.

    restauration de sauvegarde smo -profil targetdb1_prof1 -label full_bkup_sales_nov_08 -complete -recover -jusqu’à « 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.

    Restauration de sauvegarde smo -profil targetdb1_prof1 -label Full_bkup_sales_nov_08 -fichiers E:\disks\s02.dbf E:\disks\salse03.dbf E:\disks\salse04.dbf -recover -alllogs -verbose

    Base de données partielle (un ou plusieurs espaces de stockage) 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 espaces de stockage sont supprimés ou l’un des autres fichiers de données appartenant à l’espace table est endommagé ou perdu. Restaurez ces espaces de stockage et récupérez la base de données à partir d’une sauvegarde en ligne complète existante en utilisant tous les journaux disponibles.

    restauration de sauvegarde smo -profil targetdb1_prof1 -label full_bkup_sales_nov_08 -tablespaces utilisateurs -recover -alllogs -verbose

    Uniquement les fichiers de contrôle et de récupération à 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.

    restauration de sauvegarde smo -profil 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.

    restauration de sauvegarde smo -profil 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’archives externe.

    Restauration de sauvegarde smo -profil 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’option -recover-from-location.

Informations connexes