Les workflows Backup and DR sont définis dans l'App Manager. Les workflows Backup and DR utilisent les données de production de sauvegarde comme données sources à partir desquelles ils sont générés.
- Montages directs : les montages directs sont utilisés lorsque les données d'application n'ont pas besoin d'être nettoyées avant d'être montées et mises à la disposition des utilisateurs. Les données d'application peuvent être montées avec un montage standard en tant que données uniquement, application virtuelle ou à la fois en tant que données et application virtuelle. Les montages directs rendent les données de sauvegarde disponibles presque instantanément sans les déplacer réellement.
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 d'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, du nettoyage et du montage peuvent être effectuées automatiquement, selon une programmation ou à la demande.
Monter directement des données Oracle en tant qu'application virtuelle
Les workflows de montage direct Backup and DR sont utilisés lorsque l'image de l'application ne contient pas de données sensibles. Cela permet au workflow Backup and DR 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 définissez un workflow Backup and DR qui effectue les opérations suivantes :
- Génère ou met à jour les données d'application installées à partir d'une seule image de production sélectionnée.
- Définit un calendrier pour la mise à jour des données de l'application avec les dernières données de production. Les workflows Backup and DR 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 Backup and DR pour une base de données Oracle :
Dans la console de gestion du service Backup and DR, cliquez sur Gestionnaire d'applications > Workflows.
Cliquez sur Workflow en haut à droite de la page.
La page Ajouter un workflow : sélectionner une application s'ouvre.
Effectuez un clic droit sur une base de données gérée, puis cliquez sur Suivant.
Sur la page Ajouter un workflow : configurer, spécifiez un nom pour le workflow Backup and DR, puis sélectionnez Montage direct et l'appliance pour gérer le workflow Backup and DR. Les noms des workflows de sauvegarde et de reprise après sinistre ne peuvent pas inclure de caractères spéciaux.
Sélectionnez Planifié et attribuez une fréquence d'exécution au workflow Backup and DR pour Type de planification. Le sélecteur de temps utilise une horloge au format 24 heures. Les workflows Backup and DR planifiés peuvent également être exécutés à la demande.
Dans Paramètres de montage direct pour Image source, sélectionnez l'image instantanée sur laquelle exécuter le workflow Backup and DR, puis attribuez un libellé identifiable au montage.
Dans la section 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.
Dans les options de mappage, ajoutez un emplacement de montage. Si vous ne spécifiez pas de point de montage, l'agent Backup and DR en choisit un.
Si nécessaire, saisissez un nom de groupe de disques préféré.
Si nécessaire, saisissez une liste de nœuds RAC sous la forme d'une liste d'adresses IP séparées par des deux-points.
Spécifiez un script avant si nécessaire. Le pré-script permet de configurer l'environnement avant le montage ou le démontage de l'application. Ce script doit résider dans un dossier nommé
/act/scripts
sur le serveur qui héberge l'image montée. Pour en savoir plus sur les scripts, consultez Scripts pré et post workflow Backup and DR.Spécifiez un script post-traitement si nécessaire. Le post-script est utilisé pour effectuer une opération sur les données après leur montage ou 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 Scripts pré et post workflow Backup and DR.Si vous avez spécifié des scripts, définissez des délais avant expiration suffisamment longs pour que les scripts puissent se terminer.
La case à cocher Supprimer l'image montée après le traitement est généralement utilisée lorsque vous employez 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.
Choisissez l'une des options suivantes :
- Si vous n'avez besoin que des données, cliquez sur OK. Le workflow Backup and DR s'exécute 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 d'application.
- Si vous souhaitez créer une application virtuelle, passez aux étapes suivantes.
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.
Dans les espaces prévus à cet effet, saisissez les options liées à Oracle. Cliquez sur le point d'interrogation ?. à côté d'une option pour le texte d'aide.
Cliquez sur la flèche noire pour ouvrir les options avancées et complétez les autres options si nécessaire.
Cochez Restaurer avec la récupération. La base de données est alors dans un état où, si des journaux sont disponibles, ils peuvent être appliqués pour ramener la base de données à un moment précis.
À ce stade, vous pouvez effectuer les tâches suivantes :
- Cochez l'option Protéger la nouvelle application. Cela vous permet d'appliquer un modèle de règle de plan de sauvegarde et un profil de ressource pour protéger l'application virtuelle en tant que nouvelle application. Pour en savoir plus, consultez Modèles de règles de plan de sauvegarde et Profils.
- Cliquez sur OK. Le workflow Backup and DR s'exécute comme prévu. Les utilisateurs disposant des droits d'accès appropriés peuvent également exécuter ce workflow Backup and DR à la demande pour provisionner et reprovisionner leurs environnements avec l'application virtuelle.
Créer des données nettoyées ou des applications virtuelles avec LiveClone et les outils de masquage
Les workflows LiveClone Backup et DR sont généralement utilisés lorsque les données de production contiennent des informations sensibles. Le workflow LiveClone Backup and DR 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 Backup and DR peut effectuer les opérations suivantes :
- Générez un LiveClone ou mettez-en à jour un existant à partir d'une image de production sélectionnée et marquée comme sensible.
- Définissez un calendrier pour mettre à jour le LiveClone avec les dernières données de production. Les workflows Backup and DR planifiés peuvent également être exécutés à la demande.
- Utilisez des scripts pour supprimer les données sensibles de la LiveClone.
- Marquez l'application virtuelle nettoyée comme non sensible.
- Montez 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 Backup and DR :
- Ouvrez la console de gestion et accédez à Gestionnaire d'applications > Workflows.
- En haut à droite, cliquez sur Add Workflow (Ajouter un workflow).
Sur la page Add Workflow: Select an Application (Ajouter un workflow : sélectionner une application), effectuez un clic droit sur l'application dont les données sensibles doivent être supprimées, puis sélectionnez Next (Suivant).
La page Ajouter un workflow : configurer s'ouvre.
Spécifiez un nom pour le workflow Backup and DR. Les noms des workflows de sauvegarde et de reprise après sinistre ne peuvent pas inclure de caractères spéciaux.
Pour Type de workflow, sélectionnez LiveClone.
Les paramètres LiveClone s'ouvrent.
Pour Type de programmation, sélectionnez Programmé ou À la demande. Les workflows Backup and DR planifiés peuvent également être exécutés à la demande.
Si vous avez sélectionné Programmé, définissez une programmation pour exécuter le workflow Backup and DR.
Le sélecteur de temps utilise une horloge au format 24 heures.
Pour Image source, sélectionnez la dernière image instantanée de la règle qui produit l'image à expurger.
Attribuez un libellé identifiable à la LiveClone.
Sélectionnez le pool d'instantanés dans lequel réside LiveClone. Assurez-vous qu'un espace de stockage suffisant est alloué pour le LiveClone.
Activez l'option Monter pour le prétraitement. L'écran suivant vous permet de monter le LiveClone sur un hôte, puis d'analyser l'image montée pour y détecter des données sensibles.
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. Cela permet aux utilisateurs qui n'ont pas accès aux données sensibles d'accéder au workflow Backup and DR et de provisionner leurs environnements de travail.
Sélectionnez un hôte sur lequel monter le Live Clone.
Dans Options de mappage, ajoutez un emplacement de montage si vous souhaitez que l'image soit montée à un emplacement autre que celui par défaut. Si vous ne spécifiez pas d'emplacement de montage, l'agent Backup and DR en attribue un.
Si nécessaire, saisissez un nom de groupe de disques préféré.
Saisissez une liste de nœuds RAC si nécessaire, sous la forme d'une liste d'adresses IP séparées par des deux-points.
Vous pouvez utiliser le masquage de confidentialité des données Optim ou vos propres scripts personnalisés :
- Si vous utilisez le masquage de confidentialité des données Optim, saisissez une valeur Service Set et une valeur Time Out en minutes.
- Si vous utilisez des scripts personnalisés, spécifiez un script avant si nécessaire. Le script "pre" permet de configurer l'environnement avant le montage ou le démontage d'une application. Spécifiez ensuite un post-scriptum si nécessaire. Le post-script de cet exemple supprime les informations sensibles de l'application après son montage. Spécifiez des délais avant expiration suffisamment longs pour que les scripts puissent se terminer.
Si vous n'avez pas besoin d'application virtuelle, cliquez sur Ajouter. Le workflow de sauvegarde et de reprise après sinistre s'exécute comme prévu. Les utilisateurs disposant des droits d'accès appropriés peuvent exécuter ce workflow Backup and DR à la demande, et provisionner et reprovisionner n'importe quel serveur auquel ils ont accès avec les données d'application.
Si vous avez besoin d'une application virtuelle de ce LiveClone, cliquez ici.
Activez Créer une application virtuelle, puis cliquez sur Suivant. Des options de paramètres Oracle supplémentaires s'affichent pour terminer le processus.
Activez Gérer la nouvelle application si vous souhaitez que Backup and DR la protège. Si vous sélectionnez cette option, vous devez choisir un modèle de règle et un profil de ressources à appliquer.
Cliquez sur la flèche pour ouvrir les options avancées. Cochez Restaurer avec récupération pour appliquer les journaux disponibles et ramener la base de données à un moment précis.
Continuez à saisir les paramètres Oracle nécessaires pour cette base de données. Cliquez sur chaque libellé pour obtenir de l'aide.
À la fin, cochez la case Supprimer l'image montée une fois l'opération terminée. Elle est généralement sélectionné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 est démontée et vous pouvez supprimer l'application virtuelle.
Cliquez sur Ajouter.
Utiliser un workflow Backup and DR pour actualiser les schémas de base de données Oracle
Si vous utilisez Oracle 12c ou une version ultérieure, consultez Présenter une PDB de base de données Oracle 12c en tant que PDB virtuelle à 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 vers la même cible ou vers une cible différente.
- Créez et actualisez plusieurs copies virtuelles d'un même schéma vers une même cible sous différents schémas, chacun avec son propre calendrier d'actualisation.
Cette section comprend les éléments suivants :
- Avant de commencer
- Créer le workflow Backup and DR
- Exécuter le workflow Backup and DR
- Démonter les images montées
Fonctionnement : copie virtuelle Backup and DR avec tablespace transportable
Vous pouvez créer et actualiser plusieurs copies virtuelles sous une même instance Oracle cible à partir d'une ou de plusieurs instances sources.
- Configurez un workflow de montage compatible avec les applications Backup and DR pour créer un montage compatible avec les applications à l'aide d'une instance temporaire.
- Configurez un script préalable à exécuter sur l'instance cible (hors connexion) et supprimez le tablespace à actualiser sur l'instance cible.
- Configurez un post-script à exécuter sur l'instance temporaire et l'instance cible.
- Sur l'instance temporaire, procédez comme suit :
- Renommer l'espace de table
- Passer l'espace de table en lecture seule
- Pour EXPDP, exportez les métadonnées de l'espace de table.
- Arrêtez l'instance temporaire.
- Sur l'instance cible :
- Pour IMPDP, importez les métadonnées de l'espace de table (TRANSPORT_DATAFILES avec le schéma de remappage vers l'instance cible).
- Définir l'espace de table sur lecture/écriture
Avant de commencer
Suivez ces instructions avant de commencer.
- Assurez-vous que les sauvegardes de votre base de données s'exécutent conformément aux règles du plan de sauvegarde.
Configurez les scripts sur le serveur cible :
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
Copier tous les fichiers de
/act/act_scripts/objectrefresh/
Déplacez
act_<schema>_refresh.conf
versact_testuser_refresh.conf
pour un nom de schéma cible 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 Backup and DR permettant d'actualiser un schéma.
- Ouvrez la console de gestion Gestionnaire d'applications > Workflows, puis sélectionnez Ajouter un workflow.
- Dans la liste Ajouter un workflow : sélectionner une application, effectuez un clic droit sur la base de données à utiliser, puis cliquez sur Suivant.
La page Ajouter un workflow : configurer s'affiche :
- Attribuez un nom unique au workflow Backup and DR. Les noms des workflows de sauvegarde et de reprise après sinistre ne peuvent pas inclure de caractères spéciaux.
- Sélectionnez Montage direct.
- Sélectionnez l'appliance de sauvegarde/restauration qui exécute le workflow Backup and DR.
- Pour Type de programmation, sélectionnez À la demande.
- Sélectionnez l'image Source, qu'il s'agisse du dernier instantané ou de la dernière version de production.
- Dans Libellé du point de montage, fournissez un identifiant unique pour identifier les montages de ce workflow Backup and DR lorsque vous consultez les montages actifs.
- Sélectionnez l'hôte cible dans la liste Hôtes.
Dans Options de mappage, procédez comme suit :
- Saisissez l'emplacement des lecteurs montés (par exemple,). M:, D:\testdb1, ou /oracledata/db1data, si la copie temporaire doit se trouver 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 des deux-points.
Remplissez le champ du préscript : act_ttswfpre.sh act
SCHEMA
refresh.conf où actSCHEMA
_refresh.conf est le fichier créé à l'étape 1.Remplissez le champ du post-script : ttswfpost.sh act
SCHEMA
refresh.conf où actSCHEMA
_refresh.conf est le fichier créé à l'étape 1.Saisissez une valeur de délai avant expiration de 1 800 secondes ou plus.
Sélectionnez Créer une application virtuelle.
Renseignez le SID de la base de données cible. Il s'agit d'un SID temporaire.
Indiquez le nom d'utilisateur de l'OS propriétaire du binaire du logiciel Oracle sur la machine cible.
Indiquez ORACLE_HOME comme spécifié dans le fichier de configuration.
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.
Sélectionnez Non-RAC autonome.
Cliquez sur Ajouter.
Exécuter le workflow Backup and DR
Une fois le workflow de sauvegarde et de reprise après sinistre créé, suivez les étapes ci-dessous pour l'exécuter.
- Effectuez un clic droit sur le workflow Backup and DR, puis cliquez sur Run Now (Exécuter maintenant).
Sélectionnez Initiate Scheduled Workflow Now (Lancer le workflow planifié maintenant), puis cliquez sur Submit (Envoyer).
Les journaux peuvent être surveillés sur l'hôte cible à l'emplacement suivant :
/var/act/log
Lorsque le workflow Backup and DR affiche un état de réussite, le schéma de la base de données cible est actualisé.
- 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 de l'utilisateur est abc#1234.
- Les espaces de table pour le schéma actualisé de 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 les images montées.
Supprimez l'espace de table et les fichiers de données sur la base de données cible.
```sql SQL>alter tablespace <TBS_NAME> offline immediate; SQL>drop tablespace <TBS_NAME> including contents and datafiles; ```
Ouvrez la page Gestionnaire d'applications > Montages actifs. Effectuez un clic droit sur l'image à démonter, puis sélectionnez Démonter et supprimer, puis Envoyer le job.
Présenter une PDB de base de données Oracle 12c ou 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 Backup and DR 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 sa 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 une autre. Pour cela, procédez comme suit.
- Avant de commencer
- Créer un workflow Backup and DR pour exécuter le job de clonage de la PDB
- Exécuter le workflow Backup and DR
- Démonter les images montées
Avant de commencer
Avant de commencer, configurez les scripts sur le serveur cible :
- Obtenez le fichier zip du script à partir de /act/act_scripts/pdbrefresh.
- Connectez-vous au serveur de base de données en tant qu'utilisateur racine.
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
Extrayez le fichier.
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 Backup and DR pour effectuer le job de clonage de la PDB
- Sur la page Workflows du gestionnaire d'applications, cliquez sur Ajouter un workflow.
- Effectuez un clic droit sur la base de données Oracle, puis sélectionnez Suivant.
Saisissez un nom pour le workflow Backup and DR, puis sélectionnez Montage direct et À la demande.
Cochez la case de l'hôte cible.
Si la copie temporaire doit se trouver sur un système autre qu'ASM, sous Options de mappage, sélectionnez Spécifier l'emplacement du montage comme Action de montage, puis indiquez un emplacement de montage.
Remplissez les champs de pré-script et de post-script : act_pdbclonepre.sh "
TARGET_DB_SID
SOURCE_PDB_NAME
-TARGET_PDB_NAME
" act_pdbclonepost.sh "TARGET_DB_SID
SOURCE_PDB_NAME
-TARGET_PDB_NAME
" Où : TARGET_DB_SID = SID de la base de données cible à laquelle la PDB doit être associée SOURCE_PDB_NAME = Nom de la PDB source à associer au conteneur cible. TARGET_PDB_NAME = Nom du PDB cible auquel la source est renommée.Définissez le Délai avant expiration des deux scripts sur 18000.
Sélectionnez Créer une application virtuelle.
Renseignez le SID de la base de données cible. Il s'agit du SID temporaire défini dans le fichier act_pdb_config.conf.
Indiquez le nom d'utilisateur du système d'exploitation qui possède le binaire du logiciel Oracle sur la machine cible.
Indiquez ORACLE_HOME comme spécifié dans le fichier de configuration.
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.
Sélectionnez Non-RAC autonome.
Cliquez sur Ajouter en bas de la page.
Exécuter le workflow Backup and DR
Une fois le workflow Backup and DR créé, suivez ces instructions pour l'exécuter.
- Cliquez sur Gestionnaire d'applications > Workflows, puis effectuez un clic droit sur le workflow de sauvegarde et de reprise après sinistre, et cliquez sur Exécuter maintenant.
- Sélectionnez Provision New Virtual Application (Provisionner une nouvelle application virtuelle), saisissez les informations requises, puis cliquez sur Submit (Envoyer).
Les journaux peuvent être surveillés sur l'hôte cible à l'adresse /var/act/log.
Une fois que le workflow de sauvegarde et de reprise après sinistre a atteint l'état de réussite, la PDB de la base de données cible est clonée.
Si la PDB cible doit être actualisée à nouveau avec les données sources les plus récentes ou anciennes, cliquez sur le bouton Exécuter maintenant du workflow de sauvegarde et de reprise après sinistre, puis sélectionnez Actualiser l'application virtuelle existante et cliquez sur OK.
Démonter les images montées
Suivez ces instructions pour démonter les images montées :
- Dans l'onglet Restaurer, sélectionnez l'image à démonter.
Supprimez la base de données enfichable et les fichiers de données sur 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 script préalable :
cd /act/scripts ./ act_pdbclone_pre.sh
Cliquez sur Gestionnaire d'applications > liste Montages actifs, effectuez un clic droit sur l'image à démonter, sélectionnez Démonter et supprimer, puis Envoyer le job.
Guide Oracle DBA
- Backup and DR pour les bases de données Oracle
- Conditions requises pour protéger une base de données Oracle
- Correctifs Oracle et problèmes connus
- Préparer les bases de données Oracle pour la protection
- Découvrir et protéger une base de données Oracle
- Détails et paramètres des bases de données Oracle
- Utiliser dNFS avec Backup and DR
- Protéger une base de données Oracle détectée
- Monter une base de données Oracle en tant que montage standard
- Créer une copie virtuelle instantanée d'une base de données Oracle
- Restaurer et récupérer une base de données Oracle
- Récupération instantanée d'une base de données Oracle à l'aide de Mount and Migrate
- Provisionner un environnement avec un workflow Backup and DR