Guide de l'administrateur NetBackup™ for Oracle

Les fonctions de clonage dans l'interface utilisateur Web NetBackup remplacent le clonage de récupération assistée dans NetBackup OpsCenter et fournissent une méthode plus simple et plus efficace pour cloner une base de données Oracle.

• Une opération de clonage est exécutée à partir d'une image de sauvegarde correcte et ne requiert aucun accès à la base de données d'origine.

• À partir de la version 10.3 de NetBackup, NetBackup collecte des informations supplémentaires (métadonnées) au moment de la sauvegarde qui permettent de créer le script de clonage RMAN.

• Le processus de validation vérifie si des problèmes existent avant que NetBackup ne démarre l'opération de clonage.

Les conditions suivantes sont requises pour le clonage Oracle :

• La version d'Oracle doit être identique sur les serveurs source et cible.

• Le système d'exploitation des systèmes de fichiers source et cible doit être identique.

• Le système de fichiers du système d'exploitation cible du clonage doit être identique au système de fichiers du système d'exploitation initial à partir duquel la sauvegarde a été effectuée. Par exemple, un clonage à partir du système ext4 vers le système XFS n'est pas pris en charge.

• Une condition supplémentaire peut exister lorsque la source de sauvegarde est ASM et que vous effectuez le clonage vers le système de fichiers utilisant OMF. Il en va de même si la source de sauvegarde est un système de fichiers et que vous effectuez le clonage vers un système ASM utilisant OMF. Avant de procéder au clonage, vous devez créer manuellement les répertoires cibles pour les fichiers temporaires et les fichiers journaux redo.

  Sans quoi, une erreur semblable à la suivante risque de peut se produire :

  ORA-00344: unable to re-create online log 
  'E:\APP\ORACLE\PRODUCT\19.3\DB_HOME1\RAC_RESTORE2\DATA\CDB19R\
  ONLINELOG\GROUP_1.264.1126884003'

  Se reporter à Error: Unable to re-create online log.

• Pour effectuer un clonage à partir d'une image créée avec une politique intelligente Oracle (OIP) compatible avec Data Guard, les bases de données Oracle Data Guard doivent être définies et inscrites auprès de nboraadm.

  Se reporter à Clonage d'une base de données à partir d'une politique intelligente Oracle (OIP) compatible avec Data Guard.

Dans NetBackup, le clonage Oracle comporte certaines limitations ou n'est pas pris en charge dans certains cas, par exemple :

• La sauvegarde provient d'un snapshot de récupération instantanée.

• Le clonage est pris en charge uniquement à partir de la copie de sauvegarde principale. Le clonage à partir d'autres copies de sauvegarde n'est pas pris en charge.

• Un clonage n'est pas pris en charge à partir du moment où vous utilisez l'option de sauvegarde Partages de sauvegarde de la base de données (pour Oracle Copilot).

• Le clonage est effectué à partir d'une base de données source qui a un fichier de données hors ligne.

• Le clonage est effectué à partir d'un jeu de sauvegarde où la version change d'une sauvegarde à l'autre.

• Les objets suivants sont chiffrés :

  NetBackup affiche une erreur dans ces cas.

  • Chiffrement de colonne : clonage de base de données PDB unique

  • Chiffrement de l'espace de stockage :

    • Clonage de base de données PDB unique

    • Clonage de base de données CDB complète, de base de données non-CDB et de base de données PDB unique pour le chiffrement de l'espace de stockage Oracle par défaut

    • Espaces de stockage gérés par Oracle : SYSTEM, SYSAUX, UNDO, TEMP

• La source de sauvegarde Oracle présente un emplacement source dans le fichier de contrôle pour un volume qui n'existe pas sur la cible.

  Sur la cible, vous devez créer l'emplacement source nommé dans le fichier de contrôle.

  Consultez la documentation Oracle suivante : Full RMAN Backup Set Duplication = Error in the Alert Log: ORA-7445[skgfifi()+4307] (Doc ID 2443991.1).

• Si la sauvegarde source était une sauvegarde de proxy, seule une restauration de système de fichiers est prise en charge. Si vous voulez déplacer la base de données clonée vers le stockage ASM, des étapes supplémentaires sont requises. Plus d'informations sont disponibles sur la procédure de restauration à partir d'une copie de fichier de données vers le stockage ASM à l'aide de RMAN.

  Se reporter à A propos de la restauration à partir d'un fichier de données sur le stockage ASM à l'aide de RMAN.

• NetBackup crée un fichier de contrôle de clonage et un fichier de paramètres de serveur de base de données (SPFILE) en fonction du fichier de contrôle et du SPFILE de la base de données source. NetBackup modifie le fichier de contrôle et le SPFILE avec les paramètres fournis par l'utilisateur pendant l'opération de clonage. Consultez la documentation de la base de données Oracle pour connaître les caractères pris en charge pour SPFILE ou les paramètres de fichier de contrôle. Les conditions requises peuvent varier en fonction de la version des bases de données.

  Une opération de clonage peut échouer dans les cas suivants :

  • Le SPFILE du clonage créé contient un chemin d'accès avec des caractères localisés.

  • Les chemins d'accès au fichier de contrôle ou le DB_CREATE_FILE_DEST contiennent des caractères localisés.

• Si une base de données source n'est pas de type OMF, vous ne pouvez pas la cloner vers le stockage ASM. Lorsque vous demandez une opération de clonage, NetBackup détecte cette situation et vous invite à convertir la base de données clonée en OMF. Si vous sélectionnez « Oui », NetBackup convertit la base de données clonée pendant l'opération de clonage.

  Consultez l'article de support Oracle suivant, qui décrit certaines des limitations des conventions de nommage de système de fichiers ASM en cas d'utilisation avec OMF et la duplication RMAN. Ces limitations s'appliquent également aux opérations de clonage NetBackup. Consultez également la section sur le caractère unique d'un fichier ASM (Uniqueness of an ASM file).

  https://support.oracle.com/epmos/faces/DocContentDisplay?id=1910175.1

  NetBackup ajoute un suffixe aléatoirement généré aux fichiers ASM créés par OMF pour tenter d'éviter le comportement de restauration de RMAN.

• NetBackup prend en charge un système d'exploitation source (par ex., un système d'exploitation chinois) avec des caractères non-ASCII et une installation Oracle avec l'un des jeux de caractères définis par Oracle (par exemple, ZHS16GBK). Les utilisateurs peuvent exécuter un clonage vers une cible disposant du même système d'exploitation et du même jeu de caractères Oracle.