Installer une base de données Oracle en tant que base de données virtuelle

Pour monter une base de données Oracle en tant qu'application virtuelle, procédez comme suit:

  1. Cliquez sur Gestionnaire d'applications > Applications, puis saisissez le nom de l'application de base de données ou utilisez les filtres pour accéder plus facilement à l'image de base de données dont vous avez besoin.

  2. Effectuez un clic droit sur l'application, puis sélectionnez Accès.

  3. Sur la page Accès, sélectionnez l'image requise, puis cliquez sur Monter dans le menu Monter.

  4. Sous Application Options (Options d'application), activez Create New Virtual Application (Créer une application virtuelle).

  5. Remplissez le formulaire si nécessaire pour cette application virtuelle. Les champs marqués d'un astérisque (*) sont obligatoires. Vous pouvez cliquer sur chaque entrée pour obtenir des informations supplémentaires.

    Options d'application

    • Si l'application source est protégée par une stratégie d'instantané qui a activé les sauvegardes des journaux de base de données et que les journaux sont disponibles avec l'image, vous pouvez les utiliser pour faire avancer l'image à un point temporel spécifique en modifiant ces options dans la section Heure de progression:

      • Le champ de date contient toutes les dates possibles auxquelles la base de données peut être transférée, via l'application des journaux de transactions de la base de données. Sélectionnez la date à laquelle vous souhaitez faire avancer la base de données.
      • Le champ d'heure contient un curseur affichant toutes les heures possibles à la date sélectionnée auxquelles la base de données peut avancer. Si vous sélectionnez la date la plus récente, puis déplacez le curseur vers la droite, la tâche s'applique à tous les journaux disponibles. Si vous sélectionnez la date la plus proche et déplacez le curseur vers la gauche, la tâche n'applique aucun journal.
      • Vous pouvez spécifier le transfert à l'aide de l'option Heure de l'utilisateur ou Heure de l'hôte. L'heure de l'utilisateur est relative à l'heure locale de l'utilisateur actuel. L'heure de l'hôte est relative au système qui héberge les données à installer.

    • SID de la base de données cible: spécifiez le SID de la nouvelle base de données Oracle à provisionner sur la cible. Respectez les conventions d'attribution de noms Oracle standards pour cette valeur. Assurez-vous que la version de la base de données de l'hôte cible correspond à celle de l'hôte source et qu'il existe suffisamment de ressources sur le serveur de base de données cible. Respectez les conventions d'attribution de noms Oracle standards pour cette valeur.

    • Nom d'utilisateur: spécifiez les identifiants utilisateur du système d'exploitation Oracle sur la cible.

    • Oracle Home Directory (Répertoire d'accueil Oracle) : spécifiez le Répertoire d'accueil Oracle ($ORACLE_HOME) sur le serveur de base de données cible.

    • Le montage compatible avec l'application est une nouvelle base de données. Si vous souhaitez protéger la nouvelle base de données, activez Gérer la nouvelle application pour appliquer un plan de sauvegarde à la nouvelle base de données. Les champs Template (Modèle) et Profile (Profil) s'affichent. Vous pouvez y sélectionner l'un de vos modèles de sauvegarde et de vos profils de ressources existants. Les instantanés de la base de données sont incrémentiels.

    Options avancées

    • Chemin d'accès au répertoire d'administration TNS: spécifiez le chemin d'accès au répertoire TNS_ADMIN (chemin du fichier tnsnames.ora) sur le serveur de base de données cible.

    • Taille de la mémoire de la base de données en Mo: taille totale de la mémoire de la base de données, en Mo, pour la base de données provisionnée sur la cible. Consultez le tableau suivant pour connaître le comportement attendu en fonction de la manière dont cette valeur et SGA%—next—sont définies.

    • SGA%: paramètre permettant de configurer la mémoire SGA/PGA, en pourcentage de la mémoire totale, pour la base de données en cours de provisionnement. Consultez le tableau suivant pour connaître le comportement attendu en fonction de la manière dont cette valeur et la taille de mémoire de la base de données en Mo sont définies.

      Taille de la mémoire de la base de données (en Mo) SGA% Comportement
      non spécifié N/A La taille totale de la mémoire de la base de données et le paramètre de mémoire sur la cible sont identiques à ceux de la base de données source.
      spécifié non spécifié Le paramètre MEMORY_TARGET est défini pour la base de données en cours de provisionnement sur la cible.
      spécifié spécifié Définissez SGA et PGA pour la base de données provisionnée sur la cible sur :
      SGA_TARGET = Taille de la mémoire de la base de données en Mo x (SGA%/100) PGA_TARGET = Taille de la mémoire de la base de données en Mo x (100-SGA%/100) Remarque: Ne définissez pas SGA sur 100. Pour éviter que la base de données soit lente, réservez de l'espace mémoire pour le PGA.

    • Taille REDO: paramètre permettant de configurer la taille REDO, en Mo, pour la base de données en cours de provisionnement. Si cette valeur n'est pas spécifiée, la taille de REDO est définie sur 1 000 Mo.

    • Shared_Pool_Size en Mo: paramètre permettant de configurer la taille du pool partagé, en Mo, pour la base de données en cours de provisionnement. Si cette option n'est pas spécifiée, shared_pool_size n'est pas utilisé.

    • DB_Cache_Size in MB (Taille du cache de la base de données en Mo) : paramètre permettant de configurer la taille du cache de la base de données, en Mo, pour la base de données en cours de provisionnement. Si cette option n'est pas spécifiée, db_cache_size n'est pas utilisé.

    • DB_Recovery_File_Dest_Size in MB: paramètre permettant de configurer la taille de destination du fichier de récupération de la base de données, en Mo, pour la base de données en cours de provisionnement. Si aucune valeur n'est spécifiée, db_recovery_file_dest_size est défini sur 50 000 Mo.

    • inmemory_size: paramètre permettant de configurer la taille de la base de données inmemory_size, en Mo, pour la base de données en cours de provisionnement. La taille minimale peut être définie sur 100 Mo. Si ce paramètre n'est pas spécifié, il est ignoré, quelle que soit la version d'Oracle.

    • Diagnostic_Dest: paramètre permettant de configurer la destination des diagnostics sur l'hôte. Si aucune valeur n'est spécifiée, diagnostic_dest est défini sur ORACLE_HOME.

    • Nombre maximal de processus: paramètre permettant de configurer le nombre maximal de processus utilisateur système pouvant se connecter simultanément à Oracle pour la base de données en cours de provisionnement. Si aucune valeur n'est spécifiée, le nombre de processus est défini sur 500.

    • Nombre maximal de curseurs ouverts: paramètre permettant de configurer le nombre maximal de curseurs ouverts qu'une session peut avoir à la fois pour la base de données en cours de provisionnement. Si cette valeur n'est pas spécifiée, le nombre de curseurs ouverts utilise les paramètres de la base de données source.

    • Adresse IP de l'écouteur TNS: spécifiez l'adresse IP de l'écouteur TNS. Il peut s'agir de l'adresse IP de l'analyse, de l'adresse VIP ou de l'adresse IP de l'hôte. Si elle n'est pas spécifiée, l'adresse IP de l'hôte est utilisée.

    • Port de l'écouteur TNS: port de l'écouteur TNS à utiliser pour créer un nom de service sous tnsnames.ora pour la base de données provisionnée sur la cible. Si cette option n'est pas spécifiée, le port 1521 est utilisé.

    • Nom de domaine TNS: spécifiez le nom de domaine à utiliser avec le nom de service sous tnsnames.ora pour la base de données provisionnée sur la cible. Cela est nécessaire lorsque le service de base de données utilise le nom de domaine.

    • Préfixe PDB: spécifiez un préfixe pour renommer le PDB lors de la création de la base de données enfant.

    • Utilisateur à supprimer: liste d'utilisateurs à supprimer, séparés par une virgule, lors de l'opération d'installation.

    • Ne pas modifier l'ID de base de données de la base de données: si cette option est sélectionnée, l'ID de base de données de la nouvelle base de données ne sera pas modifié.

    • Mode sans archive: si cette option est sélectionnée, la nouvelle base de données s'exécute en mode sans journal d'archivage. La nouvelle instance ne peut pas être reprotégée.

    • Effacer les journaux d'archivage: si cette option est sélectionnée, les journaux d'archivage sont effacés une fois le masquage effectué.

    • Do not update tnsnames.ora (Ne pas mettre à jour tnsnames.ora) : si cette option est sélectionnée, aucune entrée pour la nouvelle base de données n'est ajoutée à tnsnames.ora. Cela peut nécessiter une intervention manuelle pour les connexions à la nouvelle base de données. Dans certains cas, les tâches d'instantanés de la nouvelle base de données échouent sans cette intervention manuelle.

    • Do not update oratab (Ne pas mettre à jour oratab) : si cette option est sélectionnée, aucune entrée pour la nouvelle base de données n'est ajoutée à oratab, le cas échéant.

    • Ajouter une entrée d'écouteur TNS: la valeur par défaut est "false". Si cette option est activée, une entrée d'écouteur est ajoutée au fichier tnsnames.ora.

    • Nombre de canaux: nombre de canaux RMAN.

    • Effacer OS_Authent_Prefix: OS_Authent_Prefix est un préfixe qu'Oracle utilise pour authentifier les utilisateurs qui se connectent au serveur. Oracle concatène la valeur de ce paramètre au début du nom et du mot de passe du compte du système d'exploitation de l'utilisateur.

    • Restore with Recovery (Restaurer avec la récupération) : si cette option est sélectionnée, la base de données nouvellement créée est mise en ligne. La base de données provisionnée sur la cible est ouverte en lecture et en écriture. Il s'agit de l'option définie par défaut.

    • Autonome non RAC: ne s'applique qu'aux bases de données dont la base de données source est dans une configuration non RAC et que le service de sauvegarde et de reprise après sinistre stocke la copie au format ASM. Si cette option est sélectionnée, une installation compatible avec les applications est effectuée sur une instance ASM autonome non RAC. Ne sélectionnez pas cette option si une liste de nœuds RAC a été fournie.

    • Utiliser le fichier de mot de passe Oracle existant: si cette option est sélectionnée, un montage de base de données virtuelle utilise le fichier de mot de passe Oracle existant et ne le supprime pas lors du nettoyage lors du désassemblage.

    • Variable d'environnement: si vous avez des variables d'environnement définies par l'utilisateur à transmettre aux scripts pré- et post-scripts, vous pouvez en saisir une ici.

  6. Cliquez sur Envoyer pour envoyer la tâche. Vous pouvez accéder au Surveillance des tâches pour afficher la progression et les détails de la tâche. L'image montée est disponible dans Active Mounts (Montages actifs).

Gestion des montages actifs

Une fois que vous avez créé un montage, vous pouvez suivre l'image dans Gestionnaire d'applications > Montages actifs. Idéalement, ne laissez aucune image montée indéfiniment. En effet, l'image de sauvegarde à partir de laquelle l'installation a été créée ne peut expirer que lorsque toutes ses installations ont été supprimées. Lorsque vous avez fini d'utiliser l'image montée, procédez comme suit:

  • Désinstallez l'image. Vous pouvez le remonter si nécessaire. Vous pourrez ensuite supprimer l'image plus tard, lorsque vous serez certain qu'elle n'est plus nécessaire.
  • Désinstallez et supprimez l'image. Cette opération supprime l'image montée, mais pas la sauvegarde sur laquelle elle est basée. ## Réactiver des groupes de disques ASM protégés par Backup and DR après le redémarrage d'un serveur de base de données cible

Après tout redémarrage du serveur de base de données où la copie de sauvegarde et de reprise après sinistre est installée, ou lorsque des sauvegardes de sauvegarde et de reprise après sinistre sont en cours pour la base de données au moment du redémarrage/plantage, procédez comme suit pour rétablir l'installation du groupe de disques de sauvegarde et de reprise après sinistre:

  1. Vérifiez que le serveur de base de données cible est de nouveau opérationnel et que le système ASM et RAC est également opérationnel.

  2. Redémarrez l'agent de sauvegarde et de reprise après sinistre (à partir de la racine).

  3. Définir l'environnement ASM

  4. Connectez-vous à sqlplus ASM et vérifiez l'état du groupe de disques:

    `select name, state from v$asm_diskgroup where (name = '<dg name>';)`

  5. Si le groupe de disques n'est pas installé, installez-le: alter diskgroup <dg name> mount;

  6. Connectez-vous à l'OS Oracle et définissez l'environnement de base de données, puis démarrez la base de données.

Guide de l'administrateur de base de données Oracle