Pour les sauvegardes, vous pouvez utiliser l'utilitaire de sauvegarde Oracle Exadata Database Service on Cloud@Customer ou configurer un emplacement de sauvegarde sur un emplacement que vous gérez.

Oracle Exadata Database Service on Cloud@Customer offre une fonction de sauvegarde que vous pouvez configurer individuellement sur chaque base de données.

Reportez-vous à Gestion des bases de données sur Exadata Cloud@Customer et à Gestion de la sauvegarde et de la récupération de base de données sur Exadata Cloud@Customer.

Si vous voulez stocker des sauvegardes dans un emplacement Recovery Appliance ou NFS que vous gérez, vous devez d'abord créer une destination de sauvegarde. Chaque destination de sauvegarde définit les propriétés requises pour la connexion à l'emplacement Recovery Appliance ou NFS. Chacune doit de plus être accessible à partir des noeuds de cluster de machines virtuelles dans le centre de données.

La fonction de sauvegarde Oracle Exadata Database Service on Cloud@Customer peut également stocker des sauvegardes sur un stockage d'objet Oracle Cloud Infrastructure ou sur un stockage Exadata local sur votre système Oracle Exadata Database Service on Cloud@Customer. Toutefois, vous n'avez pas besoin de créer de destination de sauvegarde pour ces autres emplacements. A la place, les options applicables pour la sauvegarde sur le stockage d'objet cloud ou le stockage Exadata local sont disponibles directement lors de la création d'une base de données.

Pour configurer des destinations de sauvegarde sur un emplacement Zero Data Loss Recovery Appliance ou sur un emplacement de sauvegarde NFS, passez en revue les prérequis.

• Pour une destination de sauvegarde Zero Data Loss Recovery Appliance :
  • L'appliance doit être configurée avec un utilisateur de catalogue privé virtuel, utilisé pour effectuer les sauvegardes.
  • L'appliance doit être configurée avec le nom unique de la base de données sauvegardée et une correspondance avec l'utilisateur de catalogue privé virtuel.
  • L'appliance doit être accessible à partir du système Oracle Exadata Database Service on Cloud@Customer à l'aide de la chaîne de connexion Oracle Net Services, fournie par l'administrateur Zero Data Loss Recovery Appliance.
• Pour une destination de sauvegarde NFS :
  • Bases de données non autonomes Oracle Exadata Database Service on Cloud@Customer :
    • Vous devez monter l'emplacement du serveur NFS dans un répertoire de point de montage local sur chaque noeud du cluster de machines virtuelles.
    • Le répertoire de point de montage local et le serveur NFS doivent être identiques sur tous les noeuds du cluster.
    • Vous devez veiller à ce que le montage NFS soit géré en permanence sur tous les noeuds du cluster de machines virtuelles.
    • Le système de fichiers monté via NFS doit être accessible en lecture et en écriture par l'utilisateur de système d'exploitation oracle sur tous les noeuds de cluster de machines virtuelles.
  • Autonomous Database sur Cloud@Customer :
    Remarque
    
    Oracle Autonomous Database on Exadata Cloud@Customer prend en charge les versions 3 et 4 de NFS. Les montages avec les deux versions activées sont toutefois définis par défaut sur la version 4.
    • Pour être sûr que le cluster de machines virtuelles Autonomous peut accéder au serveur NFS via le réseau de sauvegarde (préféré), entrez des adresses IP de réseau de sauvegarde valides lors de la configuration du réseau de cluster de machines virtuelles.

      Si la destination de sauvegarde n'est pas accessible via le réseau de sauvegarde mais via le réseau client, le trafic de sauvegarde est acheminé via le réseau client.

    • Le système de fichiers monté via NFS doit être accessible en lecture et en écriture par l'utilisateur de système d'exploitation oracle sur tous les noeuds de cluster de machines virtuelles.
    • Si les droits d'accès sont contrôlés au niveau de l'utilisateur, uid:gid de l'utilisateur oracle pour le cluster de machines virtuelles Autonomous est 1001:1001.
    • Pour les serveurs NFSv4 qui limitent la plage de ports, vous devez utiliser l'option non sécurisée pour permettre aux clients autres qu'un administrateur de se connecter au serveur NFS.

Découvrez comment utiliser la console afin de créer, de modifier et de déplacer une destination de sauvegarde, ou d'y mettre fin, pour votre infrastructure Oracle Exadata Database Service on Cloud@Customer.

• Utilisation de la console pour créer une destination de sauvegarde
  Pour créer une destination de sauvegarde, préparez-vous à fournir les valeurs de configuration de la destination de sauvegarde.
• Utilisation de la console pour modifier une destination de sauvegarde
  Pour modifier une destination de sauvegarde, préparez-vous à fournir les valeurs de configuration de la destination de sauvegarde.
• Utilisation de la console pour déplacer une destination de sauvegarde vers un autre compartiment
  Pour déplacer une destination de sauvegarde, préparez-vous à fournir les valeurs de configuration de la destination de sauvegarde.
• Utilisation de la console pour supprimer une destination de sauvegarde
  Pour supprimer une destination de sauvegarde, préparez-vous à fournir les valeurs de configuration de celle-ci.

Consultez la liste des appels d'API permettant de gérer vos destinations de sauvegarde Oracle Exadata Database Service on Cloud@Customer.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Pour obtenir la liste complète des API, reportez-vous à API du service Database.

Les sauvegardes de base de données sont entièrement gérées par le service Oracle Exadata Database Service on Cloud@Customer selon une configuration effectuée une seule fois.

Une fois la configuration réalisée, vous n'avez pas besoin d'effectuer d'opérations de maintenance, telles que la programmation et la suppression des sauvegardes. Oracle gère les sauvegardes via des workflows bien définis. Certains paramètres de configuration de sauvegarde ne sont pas entièrement intégrés au workflow de sauvegarde gérée par Oracle. Si vous voulez définir l'un de ces paramètres pour les sauvegardes, vous pouvez utiliser dbaascli database backup —configure. Pour plus d'informations, reportez-vous à Configuration d'une base de données pour la sauvegarde.

• Destinations de sauvegarde
  Une destination de sauvegarde est une cible pour l'envoi de sauvegardes de base de données. La cible peut être un système de fichiers local, une banque d'objets, un montage NFS ou ZDLRA.
• Sauvegarde automatique et récupération
  

L'utilisateur est chargé de configurer et d'exécuter les opérations de sauvegarde à l'aide de dbaascli en fonction de ses préférences.

Les sauvegardes utilisant dbaascli ne sont pas reconnues comme des sauvegardes gérées par Oracle. Utilisez les commandes dbaascli database backup, dbaascli pdb backup, dbaascli database recover et dbaascli pdb recover pour configurer et effectuer diverses opérations de sauvegarde et de récupération.

Si les clients configurent des sauvegardes vers Object Storage à l'aide de RMAN sans utiliser le plan de contrôle OCI ou les API OCI, ils sont responsables de la configuration manuelle des sauvegardes de portefeuille TDE. Par défaut, l'automatisation du cloud Oracle nettoie les fichiers de journalisation archivés toutes les 24 heures. Lorsque vous utilisez RMAN pour effectuer des sauvegardes manuelles, les fichiers de journalisation archivés risquent d'être supprimés. Pour plus d'informations sur la configuration du nettoyage des fichiers de journalisation archivés, reportez-vous à dbaascli database backup. Il est recommandé d'utiliser des sauvegardes gérées par Oracle.

• Sauvegarde à l'aide de dbaascli pour une sauvegarde configurée par l'utilisateur
  
• Récupération d'une base de données
  

Pour personnaliser les paramètres de sauvegarde d'un déploiement de base de données, vous pouvez générer un fichier contenant les paramètres personnalisables en cours, le modifier, puis l'utiliser pour mettre à jour les paramètres de sauvegarde.

1. Connectez-vous à une machine virtuelle en tant qu'utilisateur opc.

   Pour obtenir des instructions détaillées, reportez-vous à Connexion à une machine virtuelle avec SSH.

2. Démarrez un shell de commande d'utilisateur root :

   sudo -s

3. Utilisez la commande dbaascli database backup --getconfig pour générer un fichier contenant les paramètres du déploiement de base de données en cours :
   dbaascli database backup --getconfig --dbname dbname

   Où :

   • dbname est le nom de la base de données sur laquelle effectuer une opération.

   Par exemple :

   • Pour générer le fichier de configuration :

     # dbaascli database backup --getconfig --dbname <dbname>
     DBAAS CLI version MAIN
     Executing command database backup --getconfig --dbname <dbname>
     vi Session log: /var/opt/oracle/log/v23db8/database/backup/dbaastools_2025-01-28_12-36-04-PM_236081.log
     logfile:/var/opt/oracle/log/dtrs/dcs-dtrs.0.*.log
     File /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg created
     dbaascli execution completed

   • Pour personnaliser les paramètres de sauvegarde à l'aide du fichier de configuration :

     # vi /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg
     # dbaascli database backup --configure --configFile /var/opt/oracle/log/dtrs/staging/tmpl/backup-6b4fff1e-370c-429b-9a28-723e9c3ba953-2025128-03611.cfg --dbname v23db8

4. Modifiez les valeurs du fichier généré pour changer les paramètres à personnaliser dans la configuration de sauvegarde.

   Vous pouvez modifier les paramètres suivants pour personnaliser la configuration de sauvegarde :

   Remarque
   
   Compatible with Console Automatic Backups=Yes indique que le paramètre peut être modifié en toute sécurité, même si vous utilisez les sauvegardes automatiques basées sur une console. Si vous utilisez des paramètres pour lesquels il est indiqué Compatible with Console Automatic Backups=No, n'activez pas les sauvegardes via la console.

   Tableau 5-22 Paramètres de configuration de sauvegarde - Paramètres CRON propres à bkup_api

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   Ancien nom : bkup_cron_entry Nouveau nom : scheduleBackups	Active la configuration de sauvegarde automatique. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_archlog_cron_entry Nouveau nom : manageArchivelogs	Active les sauvegardes automatiques des fichiers journaux de la base de données archivée. Les valeurs valides sont yes et no. La définition de manageArchivelogs sur No désactive les travaux de nettoyage automatique des fichiers de journalisation archivés. Ce paramètre n'est valide que si aucune sauvegarde automatique de base de données n'est configurée pour la base de données associée.	Non
   Ancien nom : bkup_l0_day Nouveau nom : L0BackupDay	Ce paramètre contrôle le jour d'une semaine de niveau 0. Jour de la semaine où une sauvegarde de niveau 0 est effectuée. Les valeurs valides sont mon, tue, wed, thu, fri, sat et sun. Les formats plus longs, par exemple, Monday, Tuesday sont également pris en charge. Valeur par défaut : sun.	Non

   Tableau 5-23 Paramètres de configuration de sauvegarde - Paramètres de configuration RMAN généraux (valides pour toutes les destinations de sauvegarde, à l'exception de la destination Stockage local [zone de récupération rapide])

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   Ancien nom : bkup_rman_compression Nouveau nom : compressionLevel	Niveau de compression appliqué aux sauvegardes automatiques. Les valeurs valides sont NONE, basic, low, medium , et high. La valeur par défaut est low. La valeur NONE désactive les compressions RMAN. Si la compression RMAN est activée, les fichiers de données cryptés par TDE sont décryptés, compressés et cryptés par RMAN.	Oui
   Ancien nom : bkup_section_size Nouveau nom : sectionSize	Taille de section RMAN utilisée pour les sauvegardes automatiques. La valeur par défaut est 64G.	Oui
   Ancien nom : bkup_channels_node Nouveau nom : channelsPerNode	Nombre de canaux RMAN par noeud utilisés pour les sauvegardes automatiques. Les valeurs valides sont comprises entre 1 et 32. La valeur par défaut est 4.	Oui
   Ancien nom : bkup_daily_time Nouveau nom : autoBackupTime	Heure de début de la sauvegarde quotidienne automatique, au format 24 heures, sous la forme hh:mm.	Oui
   Ancien nom : bkup_archlog_frequency Nouveau nom : backupFrequencyAL	Intervalle en minutes entre les sauvegardes automatiques des fichiers journaux de base de données archivés. Les valeurs valides sont 15, 20, 30, 60 ainsi que les valeurs comprises entre 120 et 1 440 par intervalle de 1 heure exprimé en minutes. La valeur par défaut est 30 pour Exadata Cloud@Customer.	Oui
   Ancien nom : bkup_type Nouveau nom : backupDestination	Type de l'emplacement où réside la sauvegarde. L'une des valeurs suivantes. OSS ou ZDLRA, DISK ou NFS	Oui
   Ancien nom : bkup_filesperset_regular Nouveau nom : filesPerSet	Indique le nombre maximal de fichiers de données pouvant être inclus dans un jeu de sauvegarde pour les sauvegardes standard/d'archivage.	Oui
   Ancien nom : bkup_filesperset_al Nouveau nom : filesPerSetAL	Indique le nombre maximal de fichiers de journalisation archivés pouvant être inclus dans un jeu de sauvegarde pour les sauvegardes de journal d'archivage.	Oui
   Ancien nom : bkup_encryption Nouveau nom : encryption	Le cryptage indique si les sauvegardes doivent être cryptées ou non. Par défaut, le cryptage est activé pour OSS et NFS, tandis qu'il est désactivé pour ZDLRA et DISK. Ce paramètre ne peut être modifié que pour NFS.	Oui
   Ancien nom : rmanBackupOptimization Nouveau nom : optimization	L'optimisation est une fonctionnalité qui réduit la quantité de données à sauvegarder, transférer et restaurer. La valeur recommandée est ON.	Oui
   Ancien nom : rmanFraCleanupChannels Nouveau nom : numberOfChannelsForFraCleanup	Indique le nombre de canaux utilisés pour le travail de nettoyage FRA.	Oui
   Ancien nom : Compress_Archive_Logs Nouveau nom : compressionAL	Indique si les sauvegardes de journal d'archivage ne doivent pas être compressées. Par défaut, cette valeur est définie sur False pour ZDLRA et ce paramètre ne peut pas être modifié.	Oui
   Ancien nom : bkup_archlog_fra_retention Nouveau nom : archivelogRetentionDays	Indique le nombre de jours pendant lesquels le journal d'archivage doit être conservé dans FRA.	Oui

   Tableau 5-24 Paramètres de configuration de sauvegarde - Paramètres de stockage local (zone de récupération rapide)

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=disk	Permet les sauvegardes vers le stockage Exadata local. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_disk_recovery_window Nouveau nom : diskRecoveryWindow	Durée de conservation des sauvegardes sur le stockage Exadata local, exprimée en nombre de jours (jusqu'à 14). Applicable uniquement lorsque bkup_disk est défini sur yes ou que backupdestination est défini sur DISK La valeur par défaut est 7.	Non

   Tableau 5-25 Paramètres de configuration de sauvegarde - Paramètres NFS (Network File System)

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=nfs	Permet les sauvegardes vers le répertoire monté via NFS. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_nfs_loc Nouveau nom : nasLocation	Emplacement monté via NFS. Le répertoire fourni doit être un point de montage et être disponible sur tous les noeuds.	Non
   Ancien nom : bkup_nfs_recovery_window Nouveau nom : nasRecoveryWindow	Durée de conservation des sauvegardes sur le stockage NFS, exprimée en jours (jusqu'à 90). Applicable uniquement lorsque bkup_nfs est défini sur yes ou que backupdestination est défini sur NFS. La valeur par défaut est 30.	Non

   Tableau 5-26 Paramètres de configuration de sauvegarde - Paramètres Object Storage Service (OSS)

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=oss	Permet les sauvegardes vers le stockage cloud. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_oss_recovery_window Nouveau nom : ossRecoveryWindow	Durée de conservation des sauvegardes vers le stockage cloud, exprimée en nombre de jours (jusqu'à 90). Applicable uniquement lorsque bkup_oss est défini sur yes ou que backupdestination est défini sur OSS. La valeur par défaut est 30.	Non
   Ancien nom : bkup_oss_url Nouveau nom : ossURL	Emplacement du conteneur de stockage utilisé pour la sauvegarde vers le stockage cloud. Applicable uniquement lorsque bkup_oss est défini sur yes ou que backupdestination est défini sur OSS.	Non
   Ancien nom : bkup_oss_user Nouveau nom : ossUserName	Nom de l'utilisateur Oracle Cloud disposant de privilèges d'écriture sur le conteneur de stockage cloud indiqué dans bkup_oss_url. Applicable uniquement lorsque bkup_oss est défini sur yes ou que backupdestination est défini sur OSS.	Non
   Ancien nom : bkup_oss_passwd Nouveau nom : ossAuthToken	Mot de travail de l'utilisateur Oracle Cloud disposant d'un privilège d'écriture sur le conteneur de stockage cloud indiqué dans ossURL. Applicable uniquement lorsque bkup_oss est défini sur yes ou que backupdestination est défini sur OSS.	Non

   Remarque
   
   Les paramètres Zero Data Loss Recovery Appliance (ZDLRA) ne sont valides que pour les installations Exadata Cloud@Customer.

   Tableau 5-27 Paramètres de configuration de sauvegarde - Paramètres Zero Data Loss Recovery Appliance (ZDLRA)

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=zdlra	Permet les sauvegardes vers Recovery Appliance. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_zdlra_url Nouveau nom : zdlraUrl	Emplacement de l'instance Recovery Appliance utilisée pour les sauvegardes. Applicable uniquement lorsque bkup_zdlra est défini sur yes ou que backupdestination est défini sur ZDLRA.	Non
   Ancien nom : bkup_zdlra_user Nouveau nom : zdlraVpcUserName	Nom utilisateur de catalogue privé virtuel correspondant à l'instance Recovery Appliance indiquée dans bkup_zdlra_url. Applicable uniquement lorsque bkup_zdlra est défini sur yes ou que backupdestination est défini sur ZDLRA.	Non
   Ancien nom : bkup_zdlra_passwd Nouveau nom : zdlraVpcPassword	Mot de passe de l'utilisateur Recovery Appliance indiqué dans bkup_zdlra_url. Applicable uniquement lorsque bkup_zdlra est défini sur yes ou que backupdestination est défini sur ZDLRA.	Non

   Tableau 5-28 Paramètres de configuration de sauvegarde - Paramètres de prise en charge de catalogue RMAN

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   Ancien nom : bkup_use_rcat Nouveau nom : useCatalog	Permet d'utiliser un catalogue de récupération RMAN existant. Les valeurs valides sont yes et no.	Oui (uniquement pour les sauvegardes NFS et OSS)
   Ancien nom : bkup_rcat_user Nouveau nom : catalogUserName	Nom de l'utilisateur du catalogue de récupération. Applicable uniquement lorsque bkup_use_rcat est défini sur yes.	Oui (uniquement pour les sauvegardes NFS et OSS)
   Ancien nom : bkup_rcat_passwd Nouveau nom : catalogPassword	Mot de passe de l'utilisateur du catalogue de récupération indiqué dans bkup_rcat_user. Applicable uniquement lorsque bkup_use_rcat est défini sur yes.	Oui (uniquement pour les sauvegardes NFS et OSS)
   Ancien nom : bkup_rcat_conn Nouveau nom : catalogConnectionString	Chaîne de connexion du catalogue de restauration RMAN. Applicable uniquement lorsque bkup_use_rcat est défini sur yes.	Oui (uniquement pour les sauvegardes NFS et OSS)

   Seuls les paramètres ci-dessus indiqués avec *Compatible with Console Automatic Backups = Yes peuvent être modifiés en toute sécurité avec les sauvegardes automatiques basées sur une console. Si d'autres paramètres doivent être modifiés, n'activez pas les sauvegardes via la console.

5. Utilisez la commande dbaascli database backup --configure pour mettre à jour les paramètres de sauvegarde en utilisant le fichier contenant les paramètres de sauvegarde mis à jour :

   # dbaascli database backup --configure --configFile <file_name> --dbname
       <database_name>

6. Utilisez dbaascli database backup --status pour vérifier le statut de la mise à jour de configuration :

   # dbaascli database backup --status --uuid <uuid> --dbname
       <database_name>

7. Quittez le shell de commande d'utilisateur root :

   exit