Créer des workflows de sauvegarde et de reprise après sinistre pour les bases de données Oracle

Les workflows de sauvegarde et de reprise après sinistre sont définis dans le Gestionnaire d'applications. Les workflows de sauvegarde et de reprise après sinistre utilisent les données de production de sauvegarde comme données sources à partir desquelles ils génèrent.

  • Montages directs: les montages directs sont utilisés lorsque les données de l'application n'ont pas besoin d'être nettoyées avant d'être montées et mises à la disposition des utilisateurs. Les données de l'application peuvent être montées avec un montage standard en tant que données uniquement, en tant qu'application virtuelle ou en tant que données et application virtuelle. Les montages directs rendent les données de sauvegarde disponibles presque instantanément sans déplacer les données.

  • LiveClones: les LiveClones sont généralement utilisés dans les workflows de sauvegarde et de reprise après sinistre lorsqu'une application contient des données sensibles qui doivent être nettoyées avant d'être montées et mises à la disposition des utilisateurs. Les données de l'application peuvent être montées avec un montage standard en tant que données uniquement, en tant qu'application virtuelle ou en tant que données et application virtuelle. Les mises à jour de LiveClone, le nettoyage et le montage peuvent être effectués automatiquement, selon un calendrier ou à la demande.

Installer directement des données Oracle en tant qu'application virtuelle

Les workflows de sauvegarde et de reprise après sinistre en montage direct sont utilisés lorsque l'image de l'application ne contient pas de données sensibles. Cela permet au workflow de sauvegarde et de reprise après sinistre de monter les données d'une application en tant qu'application virtuelle ou en tant que données d'application uniquement, sans avoir à définir d'abord un LiveClone, puis à le nettoyer. Les montages directs rendent les données d'application et les applications virtuelles disponibles presque instantanément.

Dans cet exemple, vous allez définir un workflow de sauvegarde et de reprise après sinistre qui effectue les opérations suivantes:

  • Génère ou met à jour les données d'application montées à partir d'une seule image de production sélectionnée.
  • Définit un calendrier de mise à jour des données de l'application avec les dernières données de production. Les workflows de sauvegarde et de reprise après sinistre planifiés peuvent également être exécutés à la demande.
  • Monte les données de l'application.
  • Vous permet de créer une application virtuelle avec les données.

Suivez ces instructions pour définir le workflow de sauvegarde et de reprise après sinistre d'une base de données Oracle:

  1. Cliquez sur Gestionnaire d'applications > Workflows.

  2. Cliquez sur Workflow (Workflow) en haut à droite de la page.

    La page Ajouter un workflow: sélectionner une application s'ouvre.

  3. Faites un clic droit sur une base de données gérée, puis cliquez sur Suivant.

  4. Sur la page Ajouter un workflow: configurer, spécifiez un nom pour le workflow de sauvegarde et de reprise après sinistre, puis sélectionnez Direct Mount (Montage direct) et l'appliance à gérer pour le workflow de sauvegarde et de reprise après sinistre. Les noms des workflows de sauvegarde et de reprise après sinistre ne doivent pas inclure de caractères spéciaux.

  5. Sélectionnez Planifié et attribuez une fréquence d'exécution du workflow de sauvegarde et de reprise après sinistre pour Type de planification. Le sélecteur de temps utilise un format 24 heures. Les workflows de sauvegarde et de reprise après sinistre planifiés peuvent également être exécutés à la demande.

  6. Dans Paramètres de montage direct, sous Image source, sélectionnez l'image d'instantané sur laquelle exécuter le workflow de sauvegarde et de reprise après sinistre, puis attribuez un libellé identifiable au montage.

  7. Dans la section Hosts (Hôtes), sélectionnez le ou les serveurs sur lesquels les données sont montées. L'utilisateur qui exécute le workflow de sauvegarde et de reprise après sinistre a la possibilité de monter les données sur d'autres serveurs si nécessaire.

  8. Dans les options de mappage, ajoutez un emplacement de montage. Si vous ne spécifiez pas de montage, l'agent de sauvegarde et de DR choisit un emplacement de montage.

  9. Saisissez un nom de groupe de disques préféré si nécessaire.

  10. Saisissez une liste de nœuds RAC si nécessaire sous la forme d'une liste d'adresses IP séparées par deux-points.

  11. Spécifiez un script préliminaire si nécessaire. Le pré-script permet de configurer l'environnement avant de monter ou de démonter l'application. Ce script doit se trouver dans un dossier nommé /act/scripts sur le serveur qui héberge l'image montée. Pour en savoir plus sur les scripts, consultez la section Scripts pré et post workflow Backup and DR.

  12. Spécifiez un Post Script si nécessaire. Le script post permet d'effectuer une opération sur les données après leur montage ou leur démontage. Ce script doit se trouver dans un dossier nommé /act/scripts sur le serveur qui héberge l'image montée. Pour en savoir plus sur les scripts, consultez la section Scripts pré et post workflow Backup and DR.

  13. Si vous avez spécifié des scripts, spécifiez des délais avant expiration suffisamment longs pour que les scripts soient exécutés.

  14. La case à cocher Supprimer l'image montée après le traitement est généralement utilisée lorsque vous utilisez un script pour traiter les données montées. Une fois que le script a terminé sa tâche, cette option démonte et supprime l'application virtuelle.

  15. Choisissez l'une des options suivantes:

    • Si vous n'avez besoin que des données, cliquez sur OK. Le workflow de sauvegarde et de reprise après sinistre s'exécutera comme prévu. Les utilisateurs disposant des droits d'accès appropriés peuvent également exécuter ce workflow de sauvegarde et de reprise après sinistre à la demande pour provisionner et reprovisionner leurs environnements avec les données de l'application.
    • Si vous souhaitez créer une application virtuelle, suivez les étapes ci-dessous.

  16. Cochez la case Effectuer un montage compatible avec l'application. Les options spécifiques à l'application pour effectuer un montage compatible avec l'application s'affichent.

  17. Dans les espaces prévus à cet effet, saisissez les options liées à Oracle. Cliquez sur le point d'interrogation ?. à côté d'une option de texte d'aide.

  18. Cliquez sur la flèche noire pour ouvrir les options avancées et renseigner le reste des options si nécessaire.

  19. Cochez Restaurer avec la récupération. La base de données se trouve alors dans un état où, si des journaux sont disponibles, ils peuvent être appliqués pour la restaurer à un moment spécifique.

  20. À ce stade, vous pouvez effectuer les tâches suivantes:

    • Cochez l'option Protect new application (Protéger la nouvelle application). Vous pouvez ainsi appliquer un modèle de stratégie de plan de sauvegarde et un profil de ressources pour protéger l'application virtuelle en tant que nouvelle application. Pour en savoir plus, consultez les modèles de règles de plan de sauvegarde et les profils.
    • Cliquez sur OK. Le workflow Backup and DR s'exécutera comme prévu. Les utilisateurs disposant d'un accès approprié peuvent également exécuter ce workflow de sauvegarde et de reprise après sinistre à la demande pour provisionner et reprovisionner leurs environnements avec l'application virtuelle.

Créer des données ou des applications virtuelles nettoyées à l'aide des outils LiveClone et de masquage

Les workflows de sauvegarde et de reprise après sinistre LiveClone sont généralement utilisés lorsque les données de production contiennent des informations sensibles. Le workflow de sauvegarde et de reprise après sinistre LiveClone vous permet de définir un LiveClone à partir de données de production, puis d'effacer les données du LiveClone avant de le monter.

Dans l'exemple suivant, un workflow de sauvegarde et de reprise après sinistre peut effectuer les opérations suivantes:

  • Générez un LiveClone ou mettez à jour un LiveClone existant à partir d'une image de production sélectionnée marquée comme sensible.
  • Définissez un calendrier de mise à jour du LiveClone avec les dernières données de production. Les workflows de sauvegarde et de reprise après sinistre planifiés peuvent également être exécutés à la demande.
  • Utilisez des scripts pour supprimer les données sensibles de LiveClone.
  • Marquer l'application virtuelle nettoyée comme non sensible
  • Installez l'image nettoyée en tant qu'application virtuelle (montage compatible avec les applications) sur un hôte spécifié.

Suivez ces instructions pour définir ce workflow de sauvegarde et de reprise après sinistre:

  1. Ouvrez la console de gestion, puis accédez à Gestionnaire d'applications > Workflows.
  2. En haut à droite, cliquez sur Ajouter un workflow.

  3. Sur la page Ajouter un workflow: sélectionner une application, effectuez un clic droit sur l'application dont vous souhaitez supprimer les données sensibles, puis sélectionnez Suivant.

    La page Ajouter un workflow: configuration s'ouvre.

  4. Spécifiez un nom pour le workflow de sauvegarde et de reprise après sinistre. Les noms de workflow Backup and DR ne peuvent pas inclure de caractères spéciaux.

  5. Dans le champ Type de workflow, sélectionnez LiveClone.

    La page Paramètres LiveClone s'ouvre.

  6. Dans Type de planification, sélectionnez Planifiée ou À la demande. Les workflows de sauvegarde et de reprise après sinistre planifiés peuvent également être exécutés à la demande.

  7. Si vous avez sélectionné Planifié, définissez une planification pour exécuter le workflow de sauvegarde et de reprise après sinistre.

    Le sélecteur de temps utilise un format 24 heures.

  8. Sous Image source, sélectionnez la dernière image d'instantané de la stratégie qui génère l'image à nettoyer.

  9. Attribuez un libellé identifiable au LiveClone.

  10. Sélectionnez le pool d'instantanés dans lequel se trouve le LiveClone. Assurez-vous qu'un espace de stockage suffisant est alloué pour accueillir le LiveClone.

    Activez Mount for pre-processing (Monter pour le prétraitement). L'écran suivant vous permet de monter le LiveClone sur un hôte, puis d'éliminer les données sensibles de l'image montée.

  11. L'option Marquer les données comme non sensibles ne s'affiche que si l'application sélectionnée est marquée comme contenant des données sensibles. Cochez cette option si l'application ne contient pas de données sensibles après le nettoyage. Les utilisateurs qui n'ont pas accès aux données sensibles peuvent ainsi accéder au workflow de sauvegarde et de reprise après sinistre, et provisionner leurs environnements de travail.

  12. Sélectionnez un hôte sur lequel monter le LiveClone.

  13. Dans Options de mappage, ajoutez un emplacement d'installation si vous souhaitez que l'image soit installée à un emplacement autre que l'emplacement par défaut. Si vous ne spécifiez pas d'emplacement d'installation, l'agent Backup and DR en attribue un.

  14. Saisissez un nom de groupe de disques préféré si nécessaire.

  15. Saisissez une liste de nœuds RAC si nécessaire, sous la forme d'une liste d'adresses IP séparées par deux-points.

  16. Vous pouvez utiliser le masquage de la confidentialité des données Optim ou vos propres scripts personnalisés:

    • Si vous utilisez le masquage de la confidentialité des données Optim, saisissez une valeur Service Set (Ensemble de services) et Time Out (Expiration) en minutes.
    • Si vous utilisez des scripts personnalisés, spécifiez un script préliminaire si nécessaire. Le script prérequis permet de configurer l'environnement avant de monter ou de démonter une application. Spécifiez ensuite un Post-script si nécessaire. Le script post de cet exemple élimine les informations sensibles de l'application après son montage. Spécifiez des délais avant expiration suffisamment longs pour que les scripts soient exécutés.

  17. Si vous n'avez pas besoin d'une application virtuelle, cliquez sur Ajouter. Le workflow de sauvegarde et de reprise après sinistre s'exécutera comme prévu. Les utilisateurs disposant des droits d'accès appropriés peuvent exécuter ce workflow de sauvegarde et de reprise après sinistre à la demande, et provisionner et réprovisionner n'importe quel serveur auquel ils ont accès avec les données de l'application.

    Si vous avez besoin d'une application virtuelle de ce LiveClone, cliquez ici.

  18. Activez Créer une application virtuelle, puis cliquez sur Suivant. Des options de paramètres Oracle supplémentaires s'affichent pour terminer le processus.

  19. Activez Gérer la nouvelle application si vous souhaitez que Backup and DR la protège. Si vous sélectionnez cette option, vous devez sélectionner un modèle de règles et un profil de ressources à appliquer.

  20. Cliquez sur la flèche pour ouvrir les options avancées. Cochez Restore with Recovery (Restaurer avec la récupération) pour appliquer les journaux disponibles afin de restaurer la base de données à un moment spécifique.

  21. Continuez à saisir les paramètres Oracle si nécessaire pour cette base de données. Cliquez sur chaque étiquette pour obtenir de l'aide.

  22. À la fin, cochez la case Remove mounted image after done (Supprimer l'image montée une fois l'opération terminée). Il est généralement sélectionné lorsque vous utilisez un script pour traiter les données montées. Lorsque le script a terminé sa tâche, cette option est démontée et vous pouvez supprimer l'application virtuelle.

  23. Cliquez sur Ajouter.

Utiliser un workflow de sauvegarde et de reprise après sinistre pour actualiser les schémas de base de données Oracle

Si vous utilisez Oracle 12c ou une version ultérieure, consultez la section Présenter un PDB de base de données Oracle 12c en tant que PDB virtuel à un conteneur de base de données existant sur une cible.

Si vous disposez d'une instance de base de données source avec plusieurs applications, et que chaque application possède son propre schéma, procédez comme suit:

  • Créez et actualisez une copie virtuelle au niveau du schéma, puis actualisez chaque schéma individuellement pour la même cible ou une autre.
  • Créez et actualisez plusieurs copies virtuelles d'un même schéma pour une seule cible sous différents schémas, chacun avec son propre calendrier d'actualisation.

Cette section comprend les éléments suivants:

Fonctionnement: copie virtuelle de sauvegarde et de reprise après sinistre avec un espace de table transportable

Vous pouvez créer et actualiser plusieurs copies virtuelles sous une seule instance Oracle cible à partir de la même instance source ou de plusieurs instances sources.

  1. Configurez un workflow de sauvegarde et de reprise après sinistre de montage compatible avec les applications pour créer un montage compatible avec les applications avec une instance temporaire.
  2. Configurez un pré-script à exécuter sur l'instance cible (hors connexion) et supprimez l'espace de table à actualiser sur l'instance cible.
  3. Configurez un post-script à exécuter sur l'instance temporaire et l'instance cible.
  4. Sur l'instance temporaire, procédez comme suit :
    1. Renommer l'espace de table
    2. Définir le tablespace en lecture seule
    3. Pour EXPDP, exportez les métadonnées du tablespace.
    4. Arrêtez l'instance temporaire.
  5. Sur l'instance cible :
    1. Pour IMPDP, importez les métadonnées du tablespace (TRANSPORT_DATAFILES avec le schéma de remappage vers l'instance cible
    2. Modifier le tablespace en lecture-écriture

Avant de commencer

Suivez ces instructions avant de commencer.

  1. Assurez-vous que les sauvegardes de la base de données sont exécutées conformément aux règles du plan de sauvegarde.

  2. Configurez les scripts sur le serveur cible:

    1. Connectez-vous au serveur de base de données en tant qu'utilisateur racine. Passez au répertoire /act et créez un répertoire /act/scripts (s'il n'existe pas) en exécutant les commandes suivantes.

        cd /act
  mkdir -p /act/scripts
  cd /act/scripts

    2. Copier tous les fichiers de /act/act_scripts/objectrefresh/

    3. Déplacez act_<schema>_refresh.conf vers act_testuser_refresh.conf pour un nom de schéma cible de testuser, où <schema> est testuser.

      où :

      • SOURCE_SCHEMA_NAME: schéma de la base de données source à présenter à la cible.
      • TARGET_SID: SID de la base de données cible, où le schéma est actualisé.
      • TARGET_SCHEMA_NAME: schéma de la base de données cible à actualiser avec le schéma source.

Créer le workflow Backup and DR

Suivez les instructions ci-dessous pour créer un workflow de sauvegarde et de reprise après sinistre afin d'effectuer une actualisation de schéma.

  1. Ouvrez la console de gestion, accédez à Gestionnaire d'applications > Workflows (Workflows), puis sélectionnez Ajouter un workflow.
  2. Dans la liste Ajouter un workflow: sélectionner une application, cliquez avec le bouton droit sur la base de données à utiliser, puis sur Suivant.

  3. La page Ajouter un workflow: configuration s'affiche:

    • Attribuez un nom unique au workflow de sauvegarde et de reprise après sinistre. Les noms de workflow Backup and DR ne peuvent pas inclure de caractères spéciaux.
    • Sélectionnez Installation directe.
    • Sélectionnez l'appareil de sauvegarde/restauration qui exécute le workflow Backup and DR.
    • Dans Type de programmation, sélectionnez À la demande.
    • Sélectionnez l'image Source, soit le dernier instantané, soit le dernier instantané de production.
    • Dans Mount Label (Étiquette de montage), indiquez un identifiant unique pour faciliter l'identification des montages de ce workflow de sauvegarde et de DR lorsque vous consultez les montages actifs.
    • Sélectionnez l'hôte cible dans la liste Hosts (Hôtes).

  4. Dans Options de mise en correspondance, procédez comme suit:

    • Saisissez l'emplacement des disques installés (par exemple, M:, D:\testdb1 ou /oracledata/db1data (si la copie temporaire se trouve sur NON-ASM)
    • Ajoutez le nom du groupe de disques préféré.
    • Pour Liste des nœuds RAC, saisissez une liste d'adresses IP séparées par deux-points.

  5. Renseignez le champ de pré-script : act_ttswfpre.sh actSCHEMArefresh.conf où actSCHEMA_refresh.conf est le fichier créé à partir de l'étape 1.

  6. Renseignez le champ post-script : ttswfpost.sh actSCHEMArefresh.conf où actSCHEMA_refresh.conf est le fichier créé à partir de l'étape 1.

  7. Saisissez une valeur de délai avant expiration d'au moins 1 800 secondes.

  8. Sélectionnez Créer une application virtuelle.

  9. Renseignez le SID de la base de données cible (il s'agit d'un SID temporaire).

  10. Indiquez le nom d'utilisateur de l'OS propriétaire du binaire logiciel Oracle sur la machine cible.

  11. Indiquez ORACLE_HOME comme spécifié dans le fichier de configuration.

  12. Ouvrez les options avancées en cliquant sur la flèche. Indiquez le chemin d'accès au répertoire TNS ADMIN sur la machine cible et spécifiez le pourcentage SGA minimal pour l'instance temporaire. Cliquez sur les libellés des champs pour obtenir de l'aide.

  13. Sélectionnez Standalone Non-RAC (Autonome hors RAC).

  14. Cliquez sur Ajouter.

Exécuter le workflow Backup and DR

Une fois le workflow de sauvegarde et de reprise après sinistre créé, procédez comme suit pour l'exécuter.

  1. Effectuez un clic droit sur le workflow Backup and DR, puis cliquez sur Run Now (Exécuter maintenant).

  2. Sélectionnez Lancer le workflow planifié maintenant, puis cliquez sur Envoyer.

    Les journaux peuvent être surveillés sur l'hôte cible à l'emplacement: /var/act/log

  3. Lorsque le workflow Backup and DR affiche un état de réussite, le schéma de la base de données cible est actualisé.

    1. Si TARGET_SCHEMA_NAME n'existe pas dans la base de données cible, Backup and DR crée un utilisateur pour la première fois et le mot de passe par défaut est abc#1234.
    2. Les espaces de table du schéma actualisé sur la base de données cible sont présentés à la cible avec le nom du schéma comme préfixe: (Schéma)_(Nom_de_l'espace_de_table_source)

Démonter les images montées

Suivez ces instructions pour démonter des images montées.

  1. Supprimez l'espace de table et les fichiers de données de la base de données cible.

    ```sql
SQL>alter tablespace <TBS_NAME> offline immediate;
SQL>drop tablespace <TBS_NAME> including contents and datafiles;
```

  2. Ouvrez la page Gestionnaire d'applications > Montages actifs. Effectuez un clic droit sur l'image à dissocier, puis sélectionnez Dissocier et supprimer, puis Envoyer la tâche.

Présenter une PDB de base de données Oracle 12c ou version ultérieure en tant que PDB virtuelle à un conteneur de base de données existant sur une cible

Si vous utilisez une version d'Oracle antérieure à 12c, consultez Utiliser un workflow de sauvegarde et de reprise après sinistre pour actualiser les schémas de base de données Oracle.

Par exemple, vous disposez d'une instance de base de données source avec plusieurs applications, et chaque application possède son propre PDB. Vous pouvez créer et actualiser une copie virtuelle au niveau du schéma, et actualiser chaque PDB individuellement vers la même cible ou vers une autre cible. Pour ce faire, procédez comme suit.

Avant de commencer

Avant de commencer, configurez les scripts sur le serveur cible:

  1. Obtenez le fichier ZIP du script à l'adresse /act/act_scripts/pdbrefresh.
  2. Connectez-vous au serveur de base de données en tant qu'utilisateur racine.

  3. Accédez à /act et créez un répertoire /act/scripts s'il n'existe pas:

    cd /act
mkdir -p /act/scripts
cd /act/scripts

  4. Extrayez le fichier.

  5. Copiez les fichiers de script dans /act/scripts:

    cp /act/act_scripts/pdbrefresh/act_pdbclone_pre.sh /act/scripts/
cp /act/act_scripts/pdbrefresh/act_pdbclone_post.sh /act/scripts/

Créer un workflow de sauvegarde et de reprise après sinistre pour effectuer la tâche de clonage de PDB

  1. Sur la page Workflows du Gestionnaire d'applications, cliquez sur Ajouter un workflow.
  2. Faites un clic droit sur la base de données Oracle, puis sélectionnez Next (Suivant).

  3. Attribuez un nom au workflow de sauvegarde et de reprise après sinistre, puis sélectionnez Direct Mount (Montage direct) et On Demand (À la demande).

  4. Cochez la case de l'hôte cible.

  5. Si la copie temporaire se trouve sur un système autre qu'ASM, sous Mapping Options (Options de mappage), sélectionnez Specify Mount Location (Spécifier l'emplacement de montage) comme Mount Action (Action de montage), puis indiquez un emplacement de montage.

  6. Complétez les champs "pre-script" et "post-script" : act_pdbclonepre.sh "TARGET_DB_SIDSOURCE_PDB_NAME-TARGET_PDB_NAME" act_pdbclonepost.sh "TARGET_DB_SIDSOURCE_PDB_NAME-TARGET_PDB_NAME" où : TARGET_DB_SID = SID de la base de données cible à laquelle le PDB doit être associé SOURCE_PDB_NAME = nom du PDB source à associer au conteneur cible. TARGET_PDB_NAME = nom du fichier PDB cible auquel la source est renommée.

  7. Définissez le Délai avant expiration des deux scripts sur 18 000.

  8. Sélectionnez Créer une application virtuelle.

  9. Saisissez le SID de la base de données cible. Il s'agit d'un SID temporaire tel que défini dans le fichier act_pdb_config.conf.

  10. Indiquez le nom d'utilisateur de l'OS propriétaire du binaire logiciel Oracle sur la machine cible.

  11. Indiquez ORACLE_HOME comme spécifié dans le fichier de configuration.

  12. Ouvrez les options avancées en cliquant sur la flèche. Indiquez le répertoire TNS ADMIN sur la machine cible et spécifiez la SGA minimale pour l'instance temporaire.

  13. Sélectionnez Standalone Non-RAC (Autonome hors RAC).

  14. Cliquez sur Ajouter en bas de la page.

Exécuter le workflow Backup and DR

Une fois le workflow de sauvegarde et de reprise après sinistre créé, suivez ces instructions pour l'exécuter.

  1. Cliquez sur Gestionnaire d'applications > Workflows (Workflows), puis effectuez un clic droit sur le workflow de sauvegarde et de reprise après sinistre, puis cliquez sur Run Now (Exécuter maintenant).
  2. Sélectionnez Provisionner une nouvelle application virtuelle, saisissez les informations requises, puis cliquez sur Envoyer.

  3. Les journaux peuvent être surveillés sur l'hôte cible à l'emplacement /var/act/log.

    Une fois que le workflow de sauvegarde et de reprise après sinistre a atteint l'état "Réussite", le PDB de la base de données cible est cloné.

    Si le PDB cible doit être actualisé à nouveau avec les dernières données sources ou les anciennes, cliquez sur le bouton Run Now (Exécuter maintenant) de l'workflow de sauvegarde et de reprise après sinistre, sélectionnez Refresh Existing Virtual Application (Actualiser l'application virtuelle existante), puis cliquez sur Done (OK).

Démonter les images montées

Suivez ces instructions pour démonter les images montées:

  1. Dans l'onglet Restore (Restaurer), sélectionnez l'image à dissocier.

  2. Déposez la base de données enfichable et les fichiers de données dans la base de données cible.

    SQL>alter pluggable database <PDB_NAME> close immediate;
SQL>drop pluggable database <PDB_NAME> including datafiles;

    Vous pouvez également exécuter le pré-script:

    cd /act/scripts
./ act_pdbclone_pre.sh

  3. Cliquez sur Gestionnaire d'applications > liste Active Mounts (Montages actifs), effectuez un clic droit sur l'image à dissocier, puis sélectionnez Unmount and Delete (Dissocier et supprimer), puis Submit (Envoyer) la tâche.

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