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

Avant de commencer

Pour les bases de données Oracle avec chiffrement transparent des données (TDE), le portefeuille pour TDE peut être capturé en définissant le paramètre avancé Emplacement du fichier de configuration Oracle pour l'application Oracle. Les montages compatibles avec les applications pour les bases de données compatibles avec TDE nécessitent que le portefeuille soit copié à l'emplacement approprié sur l'hôte de montage, et que le portefeuille soit configuré et ouvert. Pour configurer la connexion automatique, utilisez ce code : orapki wallet create -wallet <wallet_path> -auto_login -pwd <wallet_password>

Installer une base de données Oracle en tant qu'application virtuelle

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

  1. Dans la console de gestion du service Backup and DR, cliquez sur Gestionnaire d'applications > Applications, puis saisissez le nom de l'application de base de données ou utilisez les filtres pour trouver 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 Options de l'application, activez Créer une application virtuelle.

  5. Remplissez le formulaire selon les besoins de cette demande virtuelle. Les champs marqués d'un astérisque (*) sont obligatoires. Vous pouvez cliquer sur chaque entrée pour obtenir des informations utiles supplémentaires.

    Options d'application

    • Si l'application source est protégée par une règle de snapshot 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 effectuer une restauration à un moment précis en modifiant ces options dans la section Heure de restauration :

      • Le champ de date contient toutes les dates possibles auxquelles la base de données peut être reportée, grâce à l'application des journaux de transactions de la base de données. Sélectionnez la date à laquelle vous souhaitez que la base de données soit reportée.
      • Le champ "Heure" contient un curseur affichant toutes les heures possibles à partir de la date sélectionnée pour lesquelles la base de données peut être reportée. Si vous sélectionnez la dernière date possible, puis que vous déplacez le curseur vers la position la plus à droite, le job s'applique à tous les journaux disponibles. Si vous sélectionnez la date la plus ancienne possible et déplacez le curseur vers la position la plus à gauche, le job n'applique aucun journal.
      • Vous pouvez spécifier de reporter les données à l'aide de Heure de l'utilisateur ou Heure de l'hôte. Heure de l'utilisateur : heure locale de l'utilisateur actuel. L'heure de l'hôte est relative au système qui héberge les données à monter.

    • SID de la base de données cible : spécifiez le SID de la nouvelle base de données Oracle à provisionner sur la cible. Suivez les conventions de dénomination Oracle standards pour cette valeur. Assurez-vous que la version de la base de données hôte cible correspond à celle de l'hôte source et qu'il y a 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 de l'utilisateur Oracle Operating System sur la cible.

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

    • La base de données est nouvelle. 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. De nouveaux champs Modèle et Profil s'affichent, dans lesquels vous pouvez sélectionner l'un de vos modèles de sauvegarde et 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 TNS_ADMIN : spécifiez le chemin d'accès au répertoire TNS_ADMIN (chemin d'accès au 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 façon dont ces paramètres et SGA% (suivant) sont définis.

    • SGA% : paramètre permettant de configurer la mémoire SGA/PGA, en pourcentage de la mémoire totale, pour la base de données provisionnée. Consultez le tableau suivant pour connaître le comportement attendu en fonction de la façon dont ces paramètres et Taille de la mémoire de la base de données (en Mo) sont définis.

      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 provisionnée sur la cible.
      spécifié spécifié Définissez la SGA et la 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 la SGA sur 100. Pour éviter que la base de données ne ralentisse, réservez de l'espace mémoire pour la PGA.

    • Taille REDO : paramètre permettant de configurer la taille REDO, en Mo, pour la base de données en cours de provisionnement. Si aucune valeur n'est spécifiée, la taille 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 provisionnée. Si aucune valeur n'est spécifiée, shared_pool_size n'est pas utilisé.

    • DB_Cache_Size 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 provisionnée. Si aucune valeur n'est spécifiée, db_cache_size n'est pas utilisé.

    • DB_Recovery_File_Dest_Size en Mo : paramètre permettant de configurer la taille de la destination du fichier de récupération de la base de données, en Mo, pour la base de données provisionnée. 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 inmemory_size de la base de données (en Mo) pour la base de données provisionnée. La taille minimale pouvant être définie est de 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 provisionnée. Si aucune valeur n'est spécifiée, la valeur par défaut de "processes" est définie 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 provisionnée. Si ce paramètre n'est pas spécifié, le nombre de curseurs ouverts utilise les paramètres de la base de données source.

    • Adresse IP du TNS Listener : spécifiez l'adresse IP du TNS Listener. Il peut s'agir d'une adresse IP SCAN, VIP ou d'hôte. Si aucune valeur n'est 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 aucun port n'est spécifié, 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. Ce champ est obligatoire lorsque le service de base de données utilise un nom de domaine.

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

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

    • Ne pas modifier le DBID de la base de données : si cette option est sélectionnée, le DBID 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 après le masquage.

    • 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é pour la nouvelle base de données échouent sans cette intervention manuelle.

    • 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.

    • Add TNS Listener Entry : 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.

    • 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.

    • Stand Alone Non-RAC : cela ne s'applique qu'aux bases de données dont la base de données source est dans une configuration non-RAC et dont Backup and DR stocke la copie au format ASM. Si cette option est sélectionnée, un montage compatible avec l'application est effectué sur une instance ASM non-RAC autonome. Ne sélectionnez pas cette option si une liste de nœuds RAC a été fournie.

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

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

  6. Cliquez sur Envoyer pour envoyer le job. Vous pouvez accéder au Job Monitor (Moniteur de 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 depuis Gestionnaire d'applications > Montages actifs. Dans l'idéal, ne laissez aucune image montée indéfiniment. En effet, l'image de sauvegarde à partir de laquelle la installation a été créée ne peut pas expirer tant que toutes ses installations n'ont pas été supprimées. Lorsque vous avez fini d'utiliser l'image montée, procédez de l'une des manières suivantes :

  • Démontez l'image. Vous pouvez remonter le lecteur si nécessaire. Vous pourrez ensuite supprimer l'image ultérieurement lorsque vous serez certain qu'elle n'est plus nécessaire.
  • Démontez et supprimez l'image. Cette action supprime l'image montée, et non la sauvegarde sur laquelle le montage est basé. ## Rétablir la connexion 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 sur lequel la copie Backup and DR est montée, ou si des sauvegardes Backup and DR sont en cours pour la base de données au moment du redémarrage/plantage, procédez comme suit pour remonter le groupe de disques Backup and DR :

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

  2. Redémarrez l'agent Backup and DR (à partir de la racine).

  3. Définissez l'environnement ASM.

  4. Connectez-vous à ASM sqlplus 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 est démonté, montez-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 Oracle DBA