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

Le clonage des bases de données à partir des sauvegardes

Contributeurs

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.

Vous devez attribuer un nouvel identifiant système Oracle au clone. Vous ne pouvez pas exécuter deux bases de données avec le même SID simultanément sur le même hôte. Un clone peut être installé sur un autre hôte utilisant le même SID. Pour désigner un nom unique pour le clone, utilisez -label. Si vous n’utilisez pas cette option, SnapManager crée un nom unique pour le clone, qui inclut le SID, la date et l’heure.

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 for Oracle clone la base de données en fonction du numéro de changement du système (SCN) enregistré lors de la sauvegarde. Si la base de données clonée ne peut pas être restaurée, le message d’erreur « Archived log for thread <number> and change <SCN> required to Complete Recovery error » (fichier journal archivé pour le thread <number>) s’affiche, même si SnapManager for Oracle 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.

  1. Créer un fichier de spécification clone.

  2. Pour créer un clone, entrez la commande suivante : smo clone create -backup-labelbackup_name-newsidNew_sid-labelclone_label-profilprofile_name-clonesplein_chemin_to_clonespecfile [-specspec] [-recover-from-location] path1 [,<2> tasket1] […​]

Informations connexes