Gérer la sauvegarde et la récupération de base de données sur le service Oracle Exadata Database sur Cloud@Customer

Pour les sauvegardes, vous pouvez utiliser l'installation de sauvegarde du service 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 fournit une installation de sauvegarde, que vous pouvez configurer individuellement dans chaque base de données.

Voir : Gestion de 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 boîtier ZDLRA ou un emplacement 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 au boîtier ZDLRA ou à l'emplacement NFS et chaque destination de sauvegarde doit être accessible dans votre centre de données à partir des noeuds de grappe de machines virtuelles.

L'installation de sauvegarde du service Oracle Exadata Database Service on Cloud@Customer peut également stocker des sauvegardes sur le stockage d'objets pour Oracle Cloud Infrastructure ou sur le stockage Exadata local de votre service Oracle Exadata Database Service on Cloud@Customer. Toutefois, vous n'avez pas à créer de destination de sauvegarde pour ces autres emplacements. En revanche, des options applicables à la sauvegarde vers le stockage d'objets en nuage ou 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 de boîtier ZDLRA ou sur un emplacement de sauvegarde NFS, vérifiez les préalables.

• Pour une destination de sauvegarde Boîtier ZDLRA :
  • Le boîtier doit être configuré avec un utilisateur de catalogue privé virtuel (VPC) qui sert à effectuer les sauvegardes.
  • Le boîtier doit être configuré avec le nom unique de la base de données en cours de sauvegarde et un mappage avec l'utilisateur VPC.
  • Le boîtier 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 de Zero Data Loss Recovery Appliance.
• Pour une destination de sauvegarde NFS :
  • Base de données non autonome du service Oracle Exadata Database Service on Cloud@Customer :
    • Vous devez monter l'emplacement du serveur NFS sur un répertoire de point de montage local sur chaque noeud de la grappe de machines virtuelles.
    • Le répertoire de point de montage local et le serveur NFS doivent être identiques sur tous les noeuds de la grappe.
    • Vous devez vous assurer que le montage NFS est maintenu en continu sur tous les noeuds de la grappe de machines virtuelles.
    • Le système de fichiers NFS doit être lisible et accessible en écriture par l'utilisateur du système d'exploitation oracle sur tous les noeuds de la grappe de machines virtuelles.
  • Autonomous Database sur Cloud@Customer :
    Note
    
    Oracle Autonomous Database on Exadata Cloud@Customer prend en charge les versions 3 et 4 de NFS. Toutefois, les montages avec les deux versions activées prennent par défaut la version 4.
    • Pour vous assurer que la grappe de machines virtuelles autonome peut accéder au serveur NFS sur 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 la grappe de machines virtuelles.

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

    • Le système de fichiers NFS doit être lisible et accessible en écriture par l'utilisateur du système d'exploitation oracle sur tous les noeuds de la grappe de machines virtuelles.
    • Si les autorisations sont contrôlées au niveau de l'utilisateur, le uid:gid de l'utilisateur oracle pour la grappe de machines virtuelles autonome est 1001:1001.
    • Pour les serveurs NFSv4 qui limitent l'intervalle de ports, vous devez utiliser l'option non sécurisée pour permettre à des clients autres qu'un utilisateur administrateur de se connecter au serveur NFS.

Voyez comment utiliser la console pour créer, modifier, déplacer et mettre fin à une destination de sauvegarde pour votre infrastructure pour le service Oracle Exadata Database sur Cloud@Customer.

• Utilisation de la console pour créer une destination de sauvegarde
  Pour créer une destination de sauvegarde, soyez prêt à fournir des valeurs pour la configuration de la destination de sauvegarde.
• Utilisation de la console pour modifier une destination de sauvegarde
  Pour modifier une destination de sauvegarde, soyez prêt à fournir des valeurs pour la 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, soyez prêt à fournir des valeurs pour la configuration de la destination de sauvegarde.
• Utilisation de la console pour supprimer une destination de sauvegarde
  Pour supprimer une destination de sauvegarde, soyez prêt à fournir des valeurs pour la configuration de la destination de sauvegarde.

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

Pour des informations sur l'utilisation de l'API et sur les demandes de signature, voir "API REST" et "Données d'identification de sécurité". Pour des informations sur les trousses SDK, voir "Trousses SDK et interface de ligne de commande".

Pour obtenir la liste complète des API, voir API du service de base de données.

Les sauvegardes de base de données sont entièrement gérées par le service Oracle Exadata Database Service on Cloud@Customer en fonction d'une configuration unique.

Une fois les sauvegardes configurées, vous n'avez pas besoin d'effectuer de maintenance, telle que la programmation et la suppression des sauvegardes. Oracle gère les sauvegardes au moyen de flux de travail bien définis. Certains paramètres de configuration de sauvegarde ne sont pas entièrement intégrés au flux de travail 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, voir Configuration de la 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, un magasin d'objets, un montage NFS ou ZDLRA.
• Sauvegarde et récupération automatiques
  

Il incombe à l'utilisateur de configurer et d'exécuter des opérations de sauvegarde à l'aide de dbaascli selon 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 dans le service de stockage d'objets à 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 en nuage d'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. Reportez-vous à la section sauvegarde de base de données dbaascli pour plus d'informations sur la configuration du nettoyage des journaux d'archive. Il est recommandé d'utiliser des sauvegardes gérées par Oracle.

• Comment sauvegarder à l'aide de dbaascli pour une sauvegarde configurée par l'utilisateur
  
• Comment récupérer une base de données
  

Vous pouvez personnaliser les paramètres de sauvegarde pour un déploiement de base de données en générant un fichier contenant les paramètres personnalisables courants, en modifiant le fichier, puis en utilisant le fichier 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, voir Connexion à une machine virtuelle avec SSH.

2. Démarrez un interpréteur de commandes en tant qu'utilisateur root :

   sudo -s

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

   Où :

   • dbname est le nom de la base de données que vous voulez manipuler

   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 de paramètre dans le fichier généré pour modifier les paramètres que vous souhaitez personnaliser dans la configuration de sauvegarde.

   Les paramètres suivants peuvent être modifiés pour personnaliser la configuration de sauvegarde :

   Note
   
   Compatible with Console Automatic Backups=Yes indique que le paramètre peut être modifié en toute sécurité, même lors de l'utilisation de sauvegardes automatiques basées sur la console. Si vous utilisez des paramètres avec Compatible with Console Automatic Backups=No, n'activez pas les sauvegardes au moyen de 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 base de données archivés. Les valeurs valides sont yes et no. Le réglage de manageArchivelogs à Aucun désactive les tâches automatiques de nettoyage 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 de la 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 généraux de configuration RMAN (valides pour toutes les destinations de sauvegarde à l'exception du stockage local (FRA))

   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. Valeurs valides : NONE, basic, low, medium , et high. La valeur par défaut est low. La valeur NONE désactive la compression RMAN. Si la compression RMAN est activée, tout fichier de données chiffré TDE sera déchiffré, compressé et chiffré 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 exprimée dans le format 24 heures de type hh:mm.	Oui
   Ancien nom : bkup_archlog_frequency Nouveau nom : backupFrequencyAL	Intervalle en minutes entre les sauvegardes automatiques de fichiers journaux de base de données archivés. Les valeurs valides sont 15, 20, 30, 60, 120 à 1 440 dans des intervalles de 1 heure exprimés 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 ou DISK ou NFS	Oui
   Ancien nom : bkup_filesperset_regular Nouveau nom : filesPerSet	Spécifie le nombre maximal de fichiers de données pouvant être inclus dans un jeu de sauvegarde pour les sauvegardes Regular/Archival.	Oui
   Ancien nom : bkup_filesperset_al Nouveau nom : filesPerSetAL	Spécifie le nombre maximal de fichiers de journalisation archivés pouvant être inclus dans un jeu de sauvegarde pour les sauvegardes Archivelog.	Oui
   Ancien nom : bkup_encryption Nouveau nom : encryption	Le chiffrement indique si les sauvegardes doivent être chiffrées ou non. Par défaut, le chiffrement est activé pour OSS et NFS, alors 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 fonction 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 la tâche de nettoyage FRA.	Oui
   Ancien nom : Compress_Archive_Logs Nouveau nom : compressionAL	Indique si les sauvegardes du journal d'archivage ne doivent pas être compressées. Par défaut, la valeur est réglée à Faux 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 de conservation du journal d'archivage dans FRA.	Oui

   Tableau 5-24 : Paramètres de configuration de sauvegarde - Paramètres de stockage local (FRA)

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=disk	Active les sauvegardes dans le stockage Exadata local. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_disk_recovery_window Nouveau nom : diskRecoveryWindow	Période de conservation des sauvegardes dans le stockage Exadata local, exprimée en un nombre de jours allant jusqu'à 14. S'applique uniquement lorsque bkup_disk est réglé à yes ou que backupdestination est réglé à DISK La valeur par défaut est 7.	Non

   Tableau 5-25 : Paramètres de configuration de sauvegarde - Paramètres du système NFS

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=nfs	Active les sauvegardes dans le répertoire monté sur NFS. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_nfs_loc Nouveau nom : nasLocation	L'emplacement monté sur NFS, le répertoire fourni doit être un point de montage et disponible sur tous les noeuds.	Non
   Ancien nom : bkup_nfs_recovery_window Nouveau nom : nasRecoveryWindow	Période de conservation pour les sauvegardes sur le stockage NFS, exprimée en un nombre de jours allant jusqu'à 90. S'applique uniquement lorsque bkup_nfs est réglé à yes ou backupdestination est réglé à NFS. La valeur par défaut est 30.	Non

   Tableau 5-26 : Paramètres de configuration de la sauvegarde - Service de stockage d'objets (OSS)

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=oss	Active les sauvegardes dans le stockage en nuage. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_oss_recovery_window Nouveau nom : ossRecoveryWindow	Période de conservation pour les sauvegardes dans le stockage en nuage, exprimée en un nombre de jours allant jusqu'à 90. S'applique uniquement lorsque bkup_oss est réglé à yes ou backupdestination est réglé à 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 dans le stockage en nuage. S'applique uniquement lorsque bkup_oss est réglé à yes ou backupdestination est réglé à OSS.	Non
   Ancien nom : bkup_oss_user Nouveau nom : ossUserName	Nom d'utilisateur de l'utilisateur Oracle Cloud ayant des privilèges d'écriture sur le conteneur de stockage en nuage spécifié dans bkup_oss_url. S'applique uniquement lorsque bkup_oss est réglé à yes ou backupdestination est réglé à OSS.	Non
   Ancien nom : bkup_oss_passwd Nouveau nom : ossAuthToken	Mot de passe de l'utilisateur Oracle Cloud ayant des privilèges d'écriture sur le conteneur de stockage en nuage spécifié dans ossURL. S'applique uniquement lorsque bkup_oss est réglé à yes ou backupdestination est réglé à OSS.	Non

   Note
   
   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 ZDLRA

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   backupDestination=zdlra	Active les sauvegardes vers un boîtier ZDLRA. Les valeurs valides sont yes et no.	Non
   Ancien nom : bkup_zdlra_url Nouveau nom : zdlraUrl	Emplacement du boîtier ZDLRA utilisé pour les sauvegardes. S'applique uniquement lorsque bkup_zdlra est réglé à yes ou backupdestination est réglé à ZDLRA.	Non
   Ancien nom : bkup_zdlra_user Nouveau nom : zdlraVpcUserName	Nom d'utilisateur du catalogue privé virtuel (VPC) pour le boîtier ZDLRA spécifié dans bkup_zdlra_url. S'applique uniquement lorsque bkup_zdlra est réglé à yes ou backupdestination est réglé à ZDLRA.	Non
   Ancien nom : bkup_zdlra_passwd Nouveau nom : zdlraVpcPassword	Mot de passe de l'utilisateur du boîtier ZDLRA spécifié dans bkup_zdlra_url. S'applique uniquement lorsque bkup_zdlra est réglé à yes ou backupdestination est réglé à ZDLRA.	Non

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

   Paramètre	Description	Compatible avec les sauvegardes automatiques de la console*
   Ancien nom : bkup_use_rcat Nouveau nom : useCatalog	Permet l'utilisation d'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 d'utilisateur du catalogue de récupération. Applicable uniquement lorsque bkup_use_rcat est réglé à yes.	Oui (uniquement pour les sauvegardes NFS et OSS)
   Ancien nom : bkup_rcat_passwd Nouveau nom : catalogPassword	Mot de passe pour l'utilisateur du catalogue de récupération spécifié dans bkup_rcat_user. Applicable uniquement lorsque bkup_use_rcat est réglé à yes.	Oui (uniquement pour les sauvegardes NFS et OSS)
   Ancien nom : bkup_rcat_conn Nouveau nom : catalogConnectionString	Chaîne de connexion pour le catalogue de récupération RMAN. Applicable uniquement lorsque bkup_use_rcat est réglé à yes.	Oui (uniquement pour les sauvegardes NFS et OSS)

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

5. Utilisez la commande dbaascli database backup --configure pour mettre à jour les paramètres de sauvegarde à l'aide du fichier contenant vos 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 l'interpréteur de commandes de l'utilisateur root :

   exit