Installation et configuration pour UNIX pour clustered Data ONTAP
Le clonage des bases de données à partir des sauvegardes
Suggérer des modifications
PDF
Vous pouvez cloner une base de données à partir d'une sauvegarde à l'aide de la commande clone create.
Vous devez d'abord créer un fichier de spécifications de clone pour la base de données. SnapManager crée le clone sur la base des informations contenues dans ce fichier de spécifications.
Une fois que vous avez cloné une base de données, vous pouvez mettre à jour vos fichiers tnsnames.ora sur vos ordinateurs clients avec les nouvelles informations de connexion de base de données clonées. Les fichiers tnsnames.ora sont utilisés pour se connecter à une instance Oracle sans avoir à spécifier les informations complètes de la base de données. SnapManager ne met pas à jour les fichiers tnsnames.ora.
SnapManager crée toujours une sauvegarde comprenant les fichiers journaux d'archive, si vous utilisez le profil créé avec -include-with-online-backups. SnapManager vous permet de cloner uniquement les sauvegardes complètes de base de données.
SnapManager (3.2 ou version ultérieure) vous permet de cloner les sauvegardes contenant les fichiers de données et les fichiers journaux d'archivage.
Si le journal d'archivage est disponible à partir d'un emplacement externe, vous pouvez spécifier l'emplacement externe pendant le clonage pour restaurer la base de données clonée à un état cohérent. Vous devez vous assurer que l'emplacement externe est accessible par Oracle. Le clonage des sauvegardes de journaux d'archives uniquement n'est pas pris en charge.
Bien que la sauvegarde du journal d'archivage soit créée avec la sauvegarde partielle en ligne, vous ne pouvez pas créer de clone de base de données à l'aide de cette sauvegarde.
Lorsque vous spécifiez les emplacements du journal d'archivage externe pour restaurer la base de données clonée dans un état cohérent, vous devez vous assurer que vous incluez complètement les noms d'emplacement externes en majuscules. Dans le système de fichiers, les noms de tous les dossiers et sous-dossiers doivent être en majuscules car la base de données Oracle convertit le chemin de destination en majuscules et attend que les chemins de destination externes, les noms de dossier et les noms de sous-dossiers soient en majuscules. Si vous spécifiez les chemins de destination du journal d'archivage externe en minuscules, il se peut que la base de données ne puisse pas identifier le chemin spécifié et ne puisse pas récupérer la base de données clonée.
Vous pouvez cloner la sauvegarde de la base de données à partir de l'emplacement du fichier journal d'archives externe uniquement pour une base de données autonome.
Vous pouvez spécifier l'option -dump en tant que paramètre facultatif afin de collecter les fichiers de dump après l'opération de création de clone réussie ou échec.
Clonage de sauvegarde de fichier de données sans sauvegarde de journal d'archivage
Lorsque la sauvegarde des fichiers de données n'inclut pas la sauvegarde du journal d'archivage, SnapManager pour SAP clone la base de données en fonction du numéro SCN (System change Number) enregistré lors de la sauvegarde. Si la base de données clonée ne peut pas être restaurée, le message d'erreur du fichier journal Archivé pour le thread <numéro> et le changement de <SCN> requis pour terminer la récupération s'affiche, même si SnapManager pour SAP continue à cloner la base de données et a finalement réussi à créer le clone.
Lors du clonage à l'aide de la sauvegarde des fichiers de données sans inclure la sauvegarde du journal d'archivage, SnapManager récupère la base de données clonée jusqu'au dernier SCN du journal d'archivage, qui est enregistré pendant la sauvegarde.
-
Créer un fichier de spécification clone.
-
Pour créer un clone, entrez la commande suivante :
smsap clone create-backup-labelbackup_name-newsidnew_sid-labelclone_label-profileprofile_name-clonespecfull_path_to_clonespecfile [-taskspectaskspec] [-recover-from-location] path1 \[,<path2\>...\]] [-dump]
Informations connexes