Documentation sur Oracle Cloud Infrastructure

Gérer la sauvegarde et la récupération de base de données dans le service Oracle Exadata Database sur une infrastructure dédiée

Voyez comment utiliser les fonctions de sauvegarde et de récupération fournies par le service Oracle Exadata Database sur une infrastructure dédiée.

Rubrique parent : Guides pratiques

Options recommandées par Oracle pour les opérations de sauvegarde et de récupération

Oracle propose les options suivantes pour les opérations de sauvegarde et de récupération d'Oracle Database. Ces options s'excluent mutuellement.

Note

Une configuration hybride, c'est-à-dire le mélange des options, n'est pas prise en charge. Le fait de mélanger les options rompt l'automatisation.

Option 1 : Sauvegardes gérées par Oracle

Les sauvegardes gérées par Oracle sont entièrement gérées par Exadata Cloud Infrastructure (ExaDB-D) ou Exadata Cloud@Customer (ExaDB-C@C) sur la base d'une configuration ponctuelle. En plus d'être entièrement intégrés dans le plan de contrôle des services ExaDB-D ou ExaDB-C@C, ces sauvegardes sont également accessibles au moyen des API OCI. Oracle recommande cette approche.

  • Les commandes dbaascli database backup et dbaascli database recover peuvent être utilisées en conjonction avec les sauvegardes automatisées pour certaines opérations. Pour plus d'informations, voir dbaascli database backup et dbaascli database recover.
  • Les clients sont autorisés à interroger les vues RMAN ou à lancer des commandes de restauration et de récupération RMAN, par exemple des commandes de récupération de table, de fichier de données ou d'espace-table.
    Note

    N'utilisez pas la configuration RMAN pour modifier les paramètres RMAN en nuage prédéfinis.

Option 2 : Sauvegardes configurées par l'utilisateur

Les clients peuvent également configurer des sauvegardes à partir de l'hôte à l'aide des commandes dbaascli database backup et dbaascli database recover. Toutefois, ces sauvegardes ne sont pas synchronisées avec le plan de contrôle et ne sont pas intégrées aux API OCI. De plus, aucune opération de gestion ou de cycle de vie sur ces sauvegardes n'est prise en charge à partir de la console du plan de contrôle du service. Par conséquent, cette approche n'est pas recommandée.

Cette approche est utile lorsque l'accès direct aux destinations de sauvegarde est requis pour effectuer certaines tâches. Accès au compartiment OSS, par exemple pour répliquer des sauvegardes entre des régions ou surveiller des destinations de sauvegarde.

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.

Pour plus d'informations, voir Sauvegarde configurée par l'utilisateur.

Option 3 : Sauvegardes à l'aide de RMAN

Les sauvegardes peuvent être effectuées directement à l'aide de RMAN avec des scripts personnalisés appartenant au client. Cependant, ce n'est pas recommandé par Oracle.

Il n'est pas recommandé d'utiliser les sauvegardes RMAN conjointement avec les sauvegardes gérées par Oracle ou les sauvegardes configurées par l'utilisateur.

Qui peut utiliser cette option :
  • Les clients souhaitant tenir à jour leurs scripts de sauvegarde/restauration RMAN existants.
  • Les clients qui veulent configurer des sauvegardes à partir de la base de données de secours dans des environnements Data Guard pour décharger la charge de travail de sauvegarde vers la base de données de secours.

ExaDB-D :

Si vous prévoyez d'effectuer une sauvegarde à l'aide de RMAN, vous devez annuler l'enregistrement de la base de données à partir de l'automatisation des sauvegardes. Pour plus d'informations, voir Désactivation des sauvegardes automatiques pour faciliter la gestion manuelle de la sauvegarde et de la récupération.

Gestion des sauvegardes de base de données Exadata

Les sauvegardes de base de données Exadata automatiques sont gérées par Oracle Cloud Infrastructure. Vous le configurez à l'aide de la console ou de l'API.

Pour les sauvegardes non gérées, voir Gestion des sauvegardes de base de données Exadata à l'aide de dbaascli.

Deux destinations sont possibles pour les sauvegardes automatiques de base de données Exadata : le service de récupération autonome ou le service de stockage d'objets Oracle.

La fonction de sauvegardes automatiques gérées par Oracle est la méthode privilégiée pour sauvegarder les bases de données Oracle Cloud, car vous pouvez facilement configurer les paramètres de sauvegarde à l'aide de la console. La fonction de sauvegardes automatiques prend en charge le service de récupération et le stockage d'objets en tant que destination de sauvegarde pour vous fournir une solution de sauvegarde en nuage entièrement automatisée avec le même coût. Vous n'avez pas besoin d'effectuer de sauvegardes manuelles ni de tâches d'administration du stockage de sauvegarde. Vous pouvez également stocker les sauvegardes dans le stockage local. Chaque destination de sauvegarde comporte des avantages et des exigences, décrits ci-dessous.

Service de récupération (recommandé)

Service entièrement géré basé sur la technologie Zero Data Loss Recovery Appliance d'Oracle sur place qui offre une protection moderne en matière de cybersécurité pour les bases de données Oracle. Des capacités uniques et automatisées protègent les changements d'Oracle Database en temps réel, valident les sauvegardes sans surcharge de la base de données de production et permettent une récupération rapide et prévisible à tout moment.

Si vos sauvegardes sont actuellement configurées avec le service de stockage d'objets, vous pouvez passer de façon transparente au service de récupération afin d'obtenir des capacités avancées au même coût.

Pour plus d'informations sur le service de récupération, voir À propos du service de récupération autonome d'Oracle Database.

Stockage d'objets

Solution de stockage sur demande, sécurisée et évolutive pour les bases de données.

Note

Si vous utilisiez précédemment dbaascli pour configurer des sauvegardes, puis que vous passez à l'utilisation de la console ou de l'API pour les sauvegardes :

  • Une nouvelle configuration de sauvegarde a été créée et associée à votre base de données. Autrement dit, vous ne pouvez plus vous fier aux sauvegardes non gérées que vous aviez précédemment configurées pour protéger votre base de données.

Types de sauvegarde gérée et informations sur l'utilisation

Il existe deux types de sauvegarde automatique de base de données Exadata : le service de récupération autonome et le service de stockage d'objets Oracle.

La base de données et l'infrastructure (la grappe de machines virtuelles ou le système de base de données) doivent avoir l'état "Disponible" pour qu'une opération de sauvegarde réussisse. Oracle recommande d'éviter d'effectuer les actions qui pourraient nuire à la disponibilité (telle que les opérations d'application de correctifs) pendant qu'une opération de sauvegarde est en cours. En cas d'échec d'une sauvegarde automatique, le service Base de données retente l'opération de sauvegarde lors de la fenêtre de sauvegarde du jour suivant. En cas d'échec d'une sauvegarde complète sur demande, vous pouvez essayer de nouveau l'opération lorsque l'instance Exadata Cloud Infrastructure et la disponibilité de la base de données sont rétablies.

Lorsque vous activez la fonction Sauvegarde automatique, l'un des services crée des sauvegardes incrémentielles quotidiennes de la base de données dans la destination de sauvegarde sélectionnée.

Si vous choisissez d'activer les sauvegardes automatiques, vous pouvez contrôler la période de conservation. Le système supprime automatiquement les sauvegardes à l'expiration de la période de conservation affectée.

Période de conservation des sauvegardes du stockage d'objets : 7, 15, 30, 45, 60. Par défaut : 30 jours.

Le processus de sauvegarde automatique commence à tout moment durant votre sauvegarde quotidienne. Vous pouvez éventuellement spécifier une fenêtre de programmation de 2 heures pour votre base de données pendant laquelle le processus de sauvegarde automatique commencera. Douze fenêtres de programmation sont disponibles, chacune commençant à une heure paire (par exemple, une fenêtre court de 4h à 6h et la suivante de 6h à 8 h). Les tâches de sauvegarde ne se terminent pas nécessairement au cours de la fenêtre de programmation.

La fenêtre de sauvegarde par défaut de 00:00 à 06:00 dans le fuseau horaire de la région de l'instance Exadata Cloud Infrastructure est affectée à votre base de données si vous ne spécifiez pas de fenêtre. Notez que la fenêtre de programmation de sauvegarde par défaut dure six heures, tandis que les fenêtres que vous spécifiez en durent deux.

Politique de protection du service de récupération autonome :
  • Bronze :14 jours
  • Argent : 35 jours
  • Or : 65 jours
  • Platine : 95 jours
  • Personnalisé défini par vous
  • Par défaut : Argent - 35 jours

Le processus de sauvegarde automatique commence à tout moment ou dans la fenêtre affectée.

Note

  • Data Guard : : Vous pouvez activer la fonction de sauvegarde automatique sur une base de données occupant le rôle de secours dans une association Data Guard.
  • Modifications de la conservation des sauvegardes : Si vous réduisez la période de conservation de votre base de données ou votre politique de protection, les sauvegardes existantes qui tombent en dehors de la mise à jour sont supprimées par le système.
  • Coûts de stockage de sauvegarde : Les sauvegardes automatiques entraînent des coûts d'utilisation du stockage pour le service de récupération autonome ou le stockage d'objets, selon la destination de sauvegarde sélectionnée.

Vous pouvez créer une sauvegarde complète de votre base de données à tout moment à l'aide de l'un ou l'autre service.

Lorsque vous arrêtez une base de données d'instance Exadata Cloud Service, toutes ses ressources sont supprimées. Les sauvegardes gérées à l'aide de la destination Stockage d'objets seront supprimées et les sauvegardes gérées à l'aide du service de récupération autonome seront supprimées en fonction de l'option de suppression sélectionnée. Les sauvegardes autonomes créées dans le stockage d'objets resteront après l'arrêt de la base de données et devront être supprimées manuellement. Vous pouvez utiliser une sauvegarde autonome pour créer une nouvelle base de données.

Pour s'aligner avec la pratique recommandée par Oracle d'utiliser le privilège d'administration SYSBACKUP pour les opérations de sauvegarde et de récupération, l'automatisation du nuage crée un utilisateur d'administration commun C##DBLCMUSER avec le rôle SYSBACKUP au niveau du conteneur CDB$ROOT. Les opérations de sauvegarde et de récupération sont donc effectuées avec l'utilisateur disposant du privilège minimal Les données d'identification de cet utilisateur sont générées aléatoirement et gérées de manière sécurisée par l'automatisation du nuage. Si l'utilisateur est introuvable ou a le statut LOCKED ou EXPIRED, l'automatisation du nuage recrée ou déverrouille cet utilisateur lors de l'opération de sauvegarde ou de récupération. Ce changement dans l'automatisation du nuage commence à compter de dbaastools version 21.4.1.1.0.

Sauvegarde à long terme de la rétention avec le service de récupération

La sauvegarde de conservation à long terme (LTR) vous permet de stocker des sauvegardes complètes pendant une période allant jusqu'à dix ans pour répondre aux besoins de conformité, réglementaires ou autres besoins commerciaux grâce à une gestion complète du cycle de vie de la LTR et à une immutabilité.

Pour LTR avec le service de récupération, la période de conservation doit être exprimée en jours (90 - 3 650) ou en années (1 - 10) à compter de la création de la sauvegarde.

Pour créer une sauvegarde LTR avec la période de conservation requise, le service de récupération ne nécessite pas la création d'une nouvelle sauvegarde de production complète, mais le fait en utilisant des sauvegardes opérationnelles existantes dans le système dans la fenêtre de récupération définie dans la politique. Pour plus d'informations, voir Pour créer une sauvegarde sur demande d'une base de données.

Vous pouvez modifier la période de conservation pour une sauvegarde LTR existante spécifique pendant la période de conservation. Pour plus d'informations, voir Pour modifier la période de conservation d'une sauvegarde LTR avec service de récupération.

Vous pouvez restaurer une sauvegarde LTR pour créer une nouvelle base de données pendant la période de conservation. Pour plus d'informations, voir Pour créer une base de données à partir d'une sauvegarde.

Lors de l'arrêt d'une base de données, les sauvegardes LTR seront supprimées conformément à la valeur "Options de suppression après l'arrêt de la base de données".

  • Supprimer des sauvegardes dans 72 heures : Toutes les sauvegardes, y compris les sauvegardes à long terme, seront supprimées.
  • Supprimer en fonction de la politique : Les sauvegardes LTR seront conservées en fonction de la politique de conservation de chaque sauvegarde LTR.

Note : Oracle recommande de sélectionner l'option Supprimer en fonction de la politique lors de l'arrêt d'une base de données pour garantir la conservation des sauvegardes à long terme.

Tenez compte des facteurs supplémentaires suivants pour les sauvegardes à long terme :

  • Les sauvegardes LTR continueront d'exister indépendamment des sauvegardes automatiques configurées dans la base de données.
  • Les sauvegardes LTR seront automatiquement supprimées une fois la période de conservation spécifiée terminée.
  • La restauration sur place n'est pas prise en charge pour LTR.
  • Pour les bases de données d'une configuration Data Guard, la sauvegarde à long terme ne sera créée que pour la base de données où elle est demandée.
  • La base de données doit être à l'état DISPONIBLE pour créer une déclaration d'opérations en espèces.
  • LTR est pris en charge pour les bases de données avec des fichiers TDE ou des magasins de clés basés sur KMS.
  • Les clés de chiffrement seront conservées pendant toute la période de conservation de la LTR.
  • Une sauvegarde LTR peut être annulée alors qu'elle est à l'état "création".
  • Une sauvegarde LTR peut être supprimée à tout moment après sa création.
  • Pendant la restauration :
    • Si la sauvegarde est d'une version principale DBHome prise en charge, elle sera restaurée à la dernière version de cette version.
    • Si la sauvegarde est d'une version majeure DBHome non prise en charge, elle sera restaurée à une version majeure prise en charge, après quoi la base de données doit être mise à niveau vers l'une des versions principales prises en charge.

Affectation de canal de sauvegarde par défaut

Paramètres par défaut pour les canaux de sauvegarde de base de données lors de l'utilisation de "Sauvegarde gérée par Oracle" ou "Sauvegarde configurée par l'utilisateur"

Lorsqu'une base de données est configurée pour la sauvegarde à l'aide de "Sauvegarde gérée par Oracle" ou "Sauvegarde configurée par l'utilisateur", les outils utilisent la valeur "default" pour les canaux de sauvegarde. Lorsque la valeur default est utilisée, dbaas détermine le nombre de canaux à affecter lors de l'exécution de la commande de sauvegarde ou de restauration. Le nombre de canaux affectés est déterminé par le nombre d'OCPU du noeud. Le tableau suivant indique les valeurs utilisées et l'intervalle d'OCPU. Les valeurs d'OCPU et de canal sont exprimées par noeud. Les opérations de restauration sont priorisées. Le nombre total de canaux à l'échelle de la grappe est la valeur par noeud multipliée par le nombre de noeuds. L'automatisation utilise la fonction SCAN pour distribuer des canaux RMAN sur tous les noeuds de la grappe.

OCPU par noeud Formule Affectation des canaux de sauvegarde par noeud Affectation des canaux de restauration par noeud
Inférieur ou égal à 12 OCPU <= 12 2 4
Supérieur à 12 et inférieur ou égal à 24 OCPU > 12 et OCPU <= 24 4 8
Supérieur à 24 OCPU > 24 8 16

Si nécessaire, une valeur statique par noeud peut être définie à l'aide de DBAASCLI getConfig/configure pour générer un fichier de configuration de sauvegarde et en réglant le paramètre bkup_channels_node au nombre de canaux par noeud souhaité.

Les valeurs valides sont comprises entre 1 et 32 : le nombre total de canaux correspondra à la valeur multipliée par le nombre de noeuds. Cette valeur ne peut pas dépasser la limite de 255 canaux. La valeur default pour bkup_channels_node définit l'affectation basée sur les canaux OCPU.

Préalables pour les sauvegardes dans Exadata Cloud Infrastructure

Service de récupération

Assurez-vous que votre location est configurée pour utiliser le service de récupération.

Tableau 5-4 : Vérifiez les tâches préalables avant d'utiliser le service de récupération en tant que destination de sauvegarde automatique

Tâche Informations supplémentaires Obligatoire ou facultatif

Créer des politiques IAM

Politiques permettant l'accès au service de récupération et aux ressources connexes

Obligatoire

Configurez les ressources de réseau et enregistrez un sous-réseau du service de récupération

Création d'un sous-réseau de service de récupération dans le VCN de la base de données

Obligatoire

Créer des politiques de protection

Vérifier les politiques de protection pour la conservation des sauvegardes de base de données

Facultatif

Pour plus d'informations sur le service de récupération, voir Aperçu du service Oracle Database Autonomous Recovery Service.

Stockage d'objets

  • L'instance Exadata Cloud Service nécessite l'accès à Oracle Cloud Infrastructure Object Storage. Oracle recommande d'utiliser une passerelle de service avec le réseau VCN pour permettre cet accès. Pour plus d'informations, voir Configuration du réseau pour les instances Exadata Cloud Infrastructure. Dans cette rubrique, prenez en considération les points suivants :
  • Compartiment de stockage d'objets existant à utiliser comme destination de sauvegarde. Vous pouvez utiliser la console ou l'API de stockage d'objets pour créer le compartiment. Pour plus d'informations, voir Gestion des seaux.
  • Un jeton d'authentification généré par Oracle Cloud Infrastructure. Vous pouvez utiliser la console ou l'API GIA pour générer le mot de passe. Pour plus d'informations, voir Utilisation de jetons d'authentification.
  • Le nom d'utilisateur indiqué dans le fichier de configuration de sauvegarde doit avoir un accès de niveau location au stockage d'objets. Une méthode simple consiste à ajouter ce nom d'utilisateur au groupe Administrateurs. Toutefois, l'utilisateur se voit accorder l'accès à tous les services en nuage. Un administrateur devrait plutôt créer une politique semblable à ce qui suit pour limiter l'accès aux ressources requises du service de stockage d'objets pour la sauvegarde et la restauration de la base de données :
    Allow group <group_name> to manage objects in compartment <compartment_name> where target.bucket.name = '<bucket_name>'
Allow group <group_name> to read buckets in compartment <compartment_name>

    Pour plus d'informations sur l'ajout d'un utilisateur à un groupe, voir Gestion des groupes. Pour plus d'informations, voir Introduction aux politiques.

Utilisation de la console pour gérer les sauvegardes

Vous pouvez utiliser la console pour activer des sauvegardes incrémentielles automatiques, créer des sauvegardes complètes sur demande et voir la liste des sauvegardes gérées pour une base de données. Vous pouvez également utiliser la console pour supprimer les sauvegardes manuelles (sur demande).

Note

  • Toutes les sauvegardes sont chiffrées avec la même clé principale que celle utilisée pour le chiffrement du portefeuille TDE.
  • Les sauvegardes d'une base de données particulière sont répertoriées dans sa page de détails. La colonne Clés de chiffrement affiche Clé gérée par Oracle ou un nom de clé si vous utilisez vos propres clés de chiffrement pour protéger la base de données. Pour plus d'informations, voir Sauvegarde des chambres fortes et des clés.
Note

Ne supprimez aucune clé de chiffrement nécessaire de la chambre forte, car cela entraîne l'indisponibilité des bases de données et des sauvegardes protégées par la clé.

Pour configurer les sauvegardes automatiques d'une base de données

Lorsque vous créez une instance Exadata Cloud Infrastructure, vous pouvez éventuellement activer des sauvegardes automatiques pour la base de données initiale. Utilisez cette procédure pour activer ou désactiver les sauvegardes automatiques après la création de la base de données.

Note

Les sauvegardes automatiques doivent être activées pour les bases de données d'un compartiment de zone de sécurité. Voir la rubrique Politiques de zone de sécurité pour une liste complète des politiques qui affectent les ressources du service de base de données.
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Exadata dans Oracle Public Cloud.
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant la base de données à configurer :

    Grappes de machines virtuelles en nuage (Nouveau modèle de ressource Exadata Cloud Infrastructure) : Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Grappes de machines virtuelles Exadata. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Base de données de base Oracle, cliquez sur systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Dans la liste des bases de données, recherchez celle pour laquelle vous voulez activer ou désactiver les sauvegardes automatiques, puis cliquez sur son nom pour afficher ses détails. Les détails indiquent si les sauvegardes automatiques sont activées.
  5. Cliquez sur Activer les sauvegardes automatiques.
  6. Dans la boîte de dialogue Configurer les sauvegardes automatiques, entrez les détails suivants.
    Note

    Les sauvegardes opérationnelles vers deux destinations de sauvegarde différentes peuvent créer des scénarios de perte de données. Par conséquent, avant d'activer les sauvegardes automatiques, vous devez désactiver les scripts et processus de sauvegarde manuelle vers d'autres destinations de stockage.
    • Destination de sauvegarde : Vos choix sont Service de récupération autonome (par défaut) ou Stockage d'objets.

      • Scénario 1 : Le client active les sauvegardes automatiques ET a des limites disponibles ET il y a de la capacité disponible dans la région pour le service de récupération autonome.

        Destination de sauvegarde : Vos choix sont Service de récupération autonome (par défaut) ou Stockage d'objets. Vous pouvez faire passer la destination de sauvegarde du service de récupération autonome au service de stockage d'objets.

      • Scénario 2 : Le client active les sauvegardes automatiques ET a épuisé les limites par défaut du service de récupération ET il y a de la capacité disponible dans la région pour le service de récupération autonome.

        Destination de sauvegarde : Vous ne pouvez utiliser que le stockage d'objets. Toutefois, vous pouvez faire une demande de limites supplémentaires, puis utiliser le service de récupération autonome.

        Le système affiche le message suivant avec un lien pour demander une augmentation des limites.

        Tenancy has reached the limit for Autonomous Recovery Service. View your service limits and request an update.

      • Scénario 3 : Le client active les sauvegardes automatiques ET il n'y a aucune capacité disponible dans la région pour le service de récupération autonome.

        Destination de sauvegarde : Vous ne pouvez utiliser que le stockage d'objets. Vous pouvez passer au service de récupération autonome s'il dispose d'une capacité suffisante.

        Le système affiche le message suivant :

        Autonomous Recovery Service has no available capacity in this region. Select Object Storage as your backup destination. You can transition from Object Storage to Autonomous Recovery Service when there is sufficient capacity.

        Vérifiez de manière proactive si la capacité du service de récupération autonome est disponible. Si la capacité requise devient disponible et que vous avez choisi le stockage d'objets, vous pouvez passer au service de récupération autonome.

    • programmation de la sauvegarde :
      • Stockage d'objets (L0) :
        • Jour de programmation de sauvegarde complète : Sélectionnez un jour de la semaine pour le démarrage des sauvegardes L0 initiales et futures.
        • Heure de programmation de la sauvegarde complète (UTC) : Spécifiez la fenêtre de temps dans laquelle les sauvegardes complètes démarrent lorsque la fonctionnalité de sauvegarde automatique est sélectionnée.

        • Effectuer la première sauvegarde immédiatement : Une sauvegarde complète est une sauvegarde par le système d'exploitation de tous les fichiers de données et du fichier de contrôle qui composent une base de données Oracle. Une sauvegarde complète doit également inclure les fichiers de paramètres associés à la base de données. Vous pouvez effectuer une sauvegarde de base de données complète lorsque la base de données est arrêtée ou lorsque la base de données est ouverte. En principe, vous ne devez pas effectuer une sauvegarde complète après la défaillance d'une instance ou dans d'autres circonstances inhabituelles.

          Si vous choisissez de différer la première sauvegarde complète, votre base de données ne sera peut-être pas récupérable en cas de défaillance.

      • Stockage d'objets (L1) :
        • Heure de programmation de la sauvegarde incrémentielle (UTC) : Spécifiez la fenêtre de temps dans laquelle les sauvegardes incrémentielles démarrent lorsque la fonctionnalité de sauvegarde automatique est sélectionnée.
      • Service de récupération autonome (L0) :
        • Jour programmé pour la sauvegarde initiale : Sélectionnez un jour de la semaine pour la sauvegarde initiale.
        • Heure programmée pour la sauvegarde initiale (UTC) : Sélectionnez la fenêtre de temps pour la sauvegarde initiale.
        • Effectuer la première sauvegarde immédiatement : Une sauvegarde complète est une sauvegarde par le système d'exploitation de tous les fichiers de données et du fichier de contrôle qui composent une base de données Oracle. Une sauvegarde complète doit également inclure les fichiers de paramètres associés à la base de données. Vous pouvez effectuer une sauvegarde de base de données complète lorsque la base de données est arrêtée ou lorsque la base de données est ouverte. En principe, vous ne devez pas effectuer une sauvegarde complète après la défaillance d'une instance ou dans d'autres circonstances inhabituelles.

          Si vous choisissez de différer la première sauvegarde complète, votre base de données ne sera peut-être pas récupérable en cas de défaillance.

      • Service de récupération autonome (L1) :
        • Heure programmée pour la sauvegarde quotidienne (UTC) : Spécifiez la fenêtre de temps dans laquelle les sauvegardes incrémentielles démarrent lorsque la fonctionnalité de sauvegarde automatique est sélectionnée.
      • Options de suppression après l'arrêt de la base de données : Options que vous pouvez utiliser pour conserver les sauvegardes de base de données protégées après l'arrêt de la base de données. Ces options peuvent également vous aider à restaurer la base de données à partir de sauvegardes en cas de dommage accidentel ou malveillant à la base de données.
        • Conserver les sauvegardes pour la période spécifiée dans votre politique de protection ou votre période de conservation des sauvegardes : Sélectionnez cette option si vous voulez conserver les sauvegardes de base de données pour toute la période définie dans la période de conservation des sauvegardes du stockage d'objets ou dans la politique de protection du service de récupération autonome après l'arrêt de la base de données.
        • Conserver les sauvegardes pendant 72 heures, puis les supprimer : Sélectionnez cette option pour conserver les sauvegardes pendant une période de 72 heures après l'arrêt de la base de données.
    • Activer la protection des données en temps réel : La protection en temps réel est le transfert continu des modifications d'informations de journalisation d'une base de données protégée vers le service de récupération autonome. Cela réduit la perte de données et fournit un objectif de point de récupération (OPR) proche de 0. Cette option est payante.
  7. Cliquez sur Enregistrer.

    La page Détails de la base de données affiche les détails de configuration, l'état, la protection des données en temps réel et les informations sur les politiques dans la section Sauvegarde.

Pour créer la sauvegarde sur demande d'une base de données

Note

Le service de stockage d'objets crée une sauvegarde complète de la base de données alors que le service de récupération crée une sauvegarde incrémentielle.
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Accédez à la grappe de machines virtuelles en nuage ou au système de base de données contenant la base de données à sauvegarder :

    Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Dans la liste des bases de données, recherchez celle pour laquelle vous souhaitez créer une sauvegarde complète sur demande, puis cliquez sur son nom pour afficher ses détails.
  5. Sous Ressources, cliquez sur Sauvegardes.

    Une liste de sauvegardes s'affiche.

  6. Cliquez sur Créer une sauvegarde.
  7. Dans la fenêtre Create backup qui s'affiche, procédez comme suit :
    • Nom : Entrez un nom descriptif pour la sauvegarde.
    • Sélectionnez une option Conservation des sauvegardes :
      • Conserver les sauvegardes par période de conservation des sauvegardes : Sélectionnez cette option pour utiliser la période de conservation de la politique de protection pour cette sauvegarde.
      • Spécifier la période de conservation des sauvegardes à long terme : Sélectionnez cette option pour spécifier une période LTR avec le service de récupération autonome. La période de conservation doit être entrée en jours (90 - 3 650) ou en années (1 - 10) à compter de la création de la sauvegarde.
  8. Cliquez sur Créer.

Pour voir le statut de la sauvegarde

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage contenant la sauvegarde de base de données à afficher.
  4. Cliquez sur Grappes de machines virtuelles Exadata. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.
  5. Dans la liste des bases de données, recherchez celle qui vous intéresse et cliquez sur son nom pour en afficher les détails.
  6. Sous Ressources, cliquez sur Sauvegardes.

    Une liste de sauvegardes s'affiche. La colonne d'état affiche le statut de la sauvegarde : Actif, Création, Annulé, Annulation ou Échec.

Pour annuler une sauvegarde

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Exadata dans Oracle Public Cloud.
  2. Sélectionnez votre compartiment.
  3. Naviguez vers la grappe de machines virtuelles en nuage contenant la sauvegarde de base de données à afficher :
  4. Cliquez sur Grappes de machines virtuelles Exadata.

    Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

  5. Dans la liste des bases de données, recherchez celle qui vous intéresse et cliquez sur son nom pour en afficher les détails.
  6. Sous Ressources, cliquez sur Sauvegardes.

    Une liste de sauvegardes s'affiche. La colonne d'état affiche le statut de la sauvegarde : Actif, Création, Annulé, Annulation ou Échec.

  7. Une sauvegarde à l'état Création peut être annulée en cliquant sur l'icône Actions (trois points) à droite de la rangée de sauvegarde et en cliquant sur Annuler la sauvegarde.

    Une boîte de dialogue de confirmation d'annulation de sauvegarde apparaît.

  8. Entrez le nom de la sauvegarde, puis cliquez sur Annuler la sauvegarde.

    L'état passe à Annulation.

    Vous pouvez voir la demande de travail Annuler la sauvegarde en cliquant sur Demandes de travail sous Ressources.

Si la sauvegarde Annuler échoue :

  • Dans le volet Demandes de travail sous Ressources, vous verrez une ligne nommée "Annuler la sauvegarde de base de données" avec l'état "Échec". Une demande de travail pour la sauvegarde "Créer une sauvegarde de base de données" reflétera l'état de l'opération de sauvegarde.

Pour supprimer des sauvegardes complètes du service de stockage d'objets

Note

Vous ne pouvez pas supprimer des sauvegardes automatiques de manière explicite. Sauf si vous arrêtez la base de données, les sauvegardes automatiques restent dans le service de récupération et le stockage d'objets pendant le nombre de jours spécifié par l'utilisateur, après quoi elles sont supprimées automatiquement.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez votre compartiment.

  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant la sauvegarde de base de données à supprimer :

    Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Dans la liste des bases de données, recherchez celle qui vous intéresse et cliquez sur son nom pour en afficher les détails.

  5. Sous Ressources, cliquez sur Sauvegardes.

    Une liste de sauvegardes s'affiche.

  6. Cliquez sur l'icône Actions (trois points) pour la sauvegarde qui vous intéresse, puis cliquez sur Supprimer.
  7. Confirmez à l'invite.

Pour supprimer des sauvegardes autonomes du service de stockage d'objets

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Sauvegardes autonomes sous Ressources.
  2. Dans la liste des sauvegardes autonomes, recherchez celle que vous voulez supprimer.
  3. Cliquez sur le menu Actions pour la sauvegarde qui vous intéresse, puis cliquez sur Supprimer.
  4. Dans la boîte de dialogue Supprimer, cliquez sur Supprimer pour confirmer la suppression de la sauvegarde.

Pour modifier la période de conservation d'une sauvegarde LTR avec le service de récupération

  1. Ouvrez le menu de navigation. Select Oracle Database, then select Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez votre compartiment.
  3. Accédez à la grappe de machines virtuelles en nuage ou au système de base de données contenant la base de données à modifier la période de conservation des sauvegardes :

    Cloud VM clusters ( new resource model): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Dans la liste des bases de données, cliquez sur celle pour laquelle vous voulez modifier la période de conservation.
  5. Sous Ressources, cliquez sur Sauvegardes.

    Une liste de sauvegardes s'affiche.

  6. Dans la liste des sauvegardes, cliquez sur le menu Actions de la sauvegarde de type Sauvegarde à long terme pour laquelle vous voulez modifier la période de conservation.
  7. Cliquez sur Modifier la période de conservation.
  8. Dans la modification de la période de conservation résultante, modifiez la période de conservation.
    Note

    La période de conservation doit être entrée en jours (90 - 3 650) ou en années (1 - 10) à compter de la création de la sauvegarde.
  9. Cliquez sur Enregistrer.

Pour désigner le service de récupération autonome comme destination de sauvegarde pour une base de données existante

Pour désigner le service de récupération autonome comme destination de sauvegarde pour une base de données existante, utilisez cette procédure.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la base de données :

    Grappes de machines virtuelles en nuage (Nouveau modèle de ressource Exadata Cloud Infrastructure) : Sous Exadata sur Oracle Public Cloud, cliquez sur Grappes de machines virtuelles Exadata.

    Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Base de données de base Oracle, cliquez sur systèmes de base de données.

    Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

    Dans la page de détails de la grappe de MV ou du système de base de données en nuage, dans la table Bases de données, cliquez sur le nom de la base pour afficher la page Détails de la base de données.
  4. Cliquez sur Configurer les sauvegardes automatiques.
  5. Dans la fenêtre qui s'affiche, fournissez les détails suivants :
    • Activer la sauvegarde automatique : Cochez cette case pour activer les sauvegardes incrémentielles automatiques pour cette base de données. Si vous créez une base de données dans un compartiment de zone de sécurité, vous devez activer les sauvegardes automatiques.
    • Destination de sauvegarde : Sélectionnez Autonome Service de récupération.
    • Planification de la sauvegarde : Si vous activez les sauvegardes automatiques, vous pouvez sélectionner une fenêtre de programmation de deux heures pour contrôler le démarrage des opérations de sauvegarde. Si vous ne spécifiez pas de fenêtre, une fenêtre par défaut de six heures comprise entre 00:00 et 06:00 (dans le fuseau horaire de la région du système de base de données) est utilisée pour votre base de données.

    • Politique de protection : Si vous choisissez d'activer les sauvegardes automatiques, vous pouvez choisir une politique avec l'une des périodes de conservation prédéfinies suivantes ou une politique personnalisée.

      Période de conservation des sauvegardes du stockage d'objets : 7, 15, 30, 45, 60. Par défaut : 30. Le système supprime automatiquement vos sauvegardes incrémentielles à la fin de la période de conservation sélectionnée.

      Politique de protection du service de récupération autonome :
      • Bronze : 14 jours
      • Argent : 35 jours
      • Or : 65 jours
      • Platine : 95 jours
      • Personnalisé défini par vous
      • Par défaut : Argent - 35 jours
    • Activer la protection des données en temps réel : La protection en temps réel est le transfert continu des modifications d'informations de journalisation d'une base de données protégée vers le service de récupération autonome. Cela réduit la perte de données et fournit un objectif de point de récupération (OPR) proche de 0. Cette option est payante.
  6. Cliquez sur Enregistrer.

Récupération d'une base de données Exadata à partir de la destination de sauvegarde

Cette rubrique explique comment récupérer une base de données Exadata à partir d'une sauvegarde stockée dans le service de stockage d'objets ou de récupération autonome à l'aide de la console ou de l'API.

  • Le service de stockage d'objets est une solution de stockage sécurisée et évolutive sur demande dans Exadata Cloud Infrastructure.
  • OracleDatabase Le service de récupération autonome est une solution de sauvegarde centralisée, entièrement gérée et autonome pour les bases de données Oracle Cloud Infrastructure (OCI).

Pour plus d'informations sur la sauvegarde de vos bases de données dans le service de stockage d'objets, voir Gestion des sauvegardes de base de données Exadata.

Rubriques connexes

Rubrique parent : Gérer la sauvegarde et la récupération de base de données dans le service Oracle Exadata Database sur une infrastructure dédiée

Utilisation de la console pour restaurer une base de données

Vous pouvez utiliser la console pour restaurer la base de données à partir d'une sauvegarde dans une destination de sauvegarde créée au moyen de la console.

Note

Les sauvegardes LTR représentent un point unique dans le temps pour la base de données. Par conséquent, les options suivantes ne sont pas prises en charge lors de la restauration.

Vous pouvez restaurer dans :

  • Restaurer le dernier état opérationnel : Restaure la base de données à son dernier état de bon fonctionnement connu, avec le moins de perte de données possible.
  • Restaurer à un horodatage : Restaure la base de données à l'horodatage indiqué.
  • Restaurer à un numéro SCN : Restaurer la base de données à l'aide du numéro SCN spécifié. Ce numéro SCN doit être valide.
    Note

    Vous pouvez déterminer le numéro SCN à utiliser en accédant à l'hôte de la base de données et en l'interrogeant, ou en accédant à des journaux en ligne ou archivés.
Note

La liste des sauvegardes affichée dans la console n'inclut pas de sauvegarde non gérée (sauvegarde créée directement par dbaascli).

Pour restaurer une base de données
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données contenant la base de données à restaurer :

    Grappes de machines virtuelles en nuage (Nouveau modèle de ressource Exadata Cloud Infrastructure) : Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Grappes de machines virtuelles Exadata. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    Systèmes de base de données : Sous Base de données de base Oracle, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Dans la liste des bases de données, recherchez celle que vous voulez restaurer et cliquez sur son nom pour en afficher les détails.
  5. Cliquez sur Restaurer.
  6. Sélectionnez l'une des options suivantes, puis cliquez sur Restaurer la base de données :
    • Restaurer le dernier état opérationnel : Restaure la base de données à son dernier état de bon fonctionnement connu, avec le minimum de perte de données possible.
    • Restaurer avec un heure : rétablit la base de données avec l'heure spécifiée.

    • Restaurer avec un numéro SCN : rétablit la base de données à l'aide du numéro SCN spécifié. Ce numéro SCN doit être valide.

      Note

      Vous pouvez déterminer le numéro SCN à utiliser en accédant à l'hôte de la base de données et en l'interrogeant, ou en accédant à des journaux en ligne ou archivés.
  7. Confirmez à l'invite.

    En cas d'échec de l'opération de restauration, la base de données aura l'état " Échec de la restauration". Vous pouvez réessayer à l'aide d'une autre option de restauration. Toutefois, Oracle vous recommande de consulter les journaux RMAN sur l'hôte et de corriger les problèmes avant de réessayer de restaurer la base de données. Ces fichiers journaux se trouvent dans des sous-répertoires du répertoire /var/opt/oracle/log.

Gestion des sauvegardes de base de données Exadata à l'aide de dbaascli

Vous pouvez utiliser l'utilitaire de sauvegarde d'Exadata, dbaascli, pour sauvegarder des bases de données sur une instance Exadata Cloud Infrastructure dans un seau existant du service de stockage d'objets Oracle.

Pour les sauvegardes gérées par Oracle Cloud Infrastructure, voir Gestion des sauvegardes de base de données Exadata.

Cette rubrique explique comment :

  • Créez un fichier de configuration de sauvegarde par défaut et modifiez les paramètres en fonction de vos besoins pour sauvegarder la base de données dans le service de stockage d'objets.
  • Associer le fichier de configuration de sauvegarde à une base de données. Une fois la configuration réussie, la base de données sera sauvegardée comme programmée. Sinon, vous pouvez créer une sauvegarde sur demande avec un marqueur.
Note

Vous devez mettre à jour les outils propres au nuage sur tous les noeuds de calcul de votre instance Exadata Cloud Infrastructure avant d'effectuer les procédures suivantes. Pour plus d'informations, voir Application manuelle de correctifs et de mises à jour à un système Exadata Cloud Infrastructure.

Configuration de sauvegarde par défaut

Directives des meilleures pratiques Oracle pour la configuration de sauvegarde par défaut.

La configuration de sauvegarde par défaut suit un jeu de règles de meilleures pratiques Oracle :

  • Chiffrement : Toutes les sauvegardes vers le service de stockage d'objets sont chiffrées.
  • Compression pour les sauvegardes : Faible
  • Compression par défaut pour les journaux d'archives : Faux
  • Algorithme de chiffrement RMAN : AES256
  • Optimisation pour les sauvegardes : Activé

Pour obtenir la configuration de sauvegarde par défaut pour une base de données nouvellement provisionnée

  1. Accédez par SSH à l'un des noeuds configurés dans la grappe de machines virtuelles ou la ressource de système de base de données.
  2. Connectez-vous en tant qu'opc, puis passez à l'utilisateur root à l'aide de sudo.
  3. Utilisez la commande dbaascli database backup --getConfig pour générer un fichier contenant les paramètres de sauvegarde par défaut pour le déploiement de base de données nouvellement provisionné.
    # dbaascli database backup --getConfig [--configFile <file_name>] --dbname <database_name>
    Où :
    • --getConfig - Retourne la configuration de sauvegarde de la base de données.
    • --configFile - Spécifie le fichier de configuration de sauvegarde de base de données.

Pour créer un fichier de configuration de sauvegarde

Note

La procédure suivante doit être effectuée sur le premier noeud de calcul de la ressource de grappe de machines virtuelles ou de système de base de données Exadata Cloud Infrastructure. Pour déterminer le premier noeud de calcul, connectez-vous à n'importe quel noeud de calcul en tant qu'utilisateur grid et exécutez la commande suivante :
$ $ORACLE_HOME/bin/olsnodes -n

Le chiffre 1 apparaît à côté du nom du premier noeud.

Note

Dans dbaascli version 25.1.2.0.0, les paramètres de configuration de sauvegarde ont été renommés. Toutefois, vous pouvez toujours utiliser les anciens noms de paramètre, car ils sont conservés à des fins de compatibilité descendante.
  1. Accédez par SSH à l'un des noeuds configurés dans la grappe de machines virtuelles ou la ressource de système de base de données.
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. Connectez-vous en tant qu'opc, puis passez à l'utilisateur root à l'aide de sudo.
    login as: opc [opc@dbsys ~]
$ sudo su -
  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 [--configFile <file_name>] --dbname <database_name>
  4. Modifiez les paramètres du fichier en fonction de vos besoins.
    Paramètre Description
    backupDestination=oss Indique s'il faut sauvegarder vers le service de stockage d'objets. Si oui, vous devez également fournir les paramètres bkup_oss_url, bkup_oss_user, bkup_oss_passwd et bkup_oss_recovery_window.

    Ancien nom : bkup_oss_url=<swift_url>

    Nouveau nom : ossURL=<swift_url>

    Requis si backupDestination=oss.

    URL du stockage d'objets incluant le locataire et le seau que vous voulez utiliser. L'URL est :

    https://swiftobjectstorage.<region_name>.oraclecloud.com/v1/<tenant>/<bucket>

    Où :

    • <tenant> - Nom de la location en minuscules (même si elle contient des majuscules) que vous spécifiez lors de la connexion à la console
    • <bucket> - Nom du seau existant à utiliser pour les sauvegardes.

    Ancien nom : bkup_oss_user=<oci_user_name>

    Nouveau nom : ossUserName=<oci_user_name>

    Requis si backupDestination=oss.

    Nom d'utilisateur du compte d'utilisateur Oracle Cloud Infrastructure. Il s'agit du nom d'utilisateur qui vous sert à vous connecter à la console Oracle Cloud Infrastructure.

    Par exemple, jsmith@example.com pour un utilisateur local ou <identity_provider>/jsmith@example.com pour un utilisateur fédéré.

    Pour déterminer le type d'utilisateur dont vous disposez, voir les rubriques suivantes :

    Notez que l'utilisateur doit être membre du groupe Administrateurs, tel que décrit dans les préalables pour les sauvegardes sur Exadata Cloud Infrastructure.

    Ancien nom : bkup_oss_passwd=<auth_token>

    Nouveau nom : ossAuthToken=<auth_token>

    Requis si backupDestination=oss.

    Jeton d'authentification généré à l'aide de la console ou de l'API GIA, tel que décrit sous Préalables.

    Il ne s'agit pas du mot de passe de l'utilisateur Oracle Cloud Infrastructure.

    Ancien nom : bkup_oss_recovery_window=n

    Nouveau nom : ossRecoveryWindow=n

    Requis si backupDestination=oss.

    Nombre de jours de maintenance des sauvegardes et des fichiers de journalisation archivés dans le compartiment du service de stockage d'objets. Indiquez 7 à 90 jours.

    Ancien nom : bkup_daily_time=hh:mm

    Nouveau nom : autoBackupTime=hh:mm

    		 Heure à laquelle la sauvegarde quotidienne est programmée, spécifiée en heures et minutes (hh:mm), dans le format de 24 heures.
  5. Utilisez dbaascli database backup --configure pour associer cette configuration de sauvegarde à un nom de base de données.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  6. Utilisez dbaascli database backup --status pour vérifier le statut de l'UUID généré pour cette commande.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>
    Note

    Un fichier de configuration de sauvegarde peut contenir les données d'identification pour accéder au compartiment de stockage d'objets. Pour cette raison, il est conseillé de supprimer le fichier une fois la sauvegarde configurée.

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-5 : Paramètres de configuration de sauvegarde - Programmer les paramètres pour dbaascli

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.

Nombre

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.

Nombre

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.

Nombre

Tableau 5-6 : 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 2.

 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 à 1440 dans des intervalles d'une heure exprimés en minutes.

La valeur par défaut est 30 pour ExaDB-D.

 Oui

Ancien nom : bkup_type

Nouveau nom : backupDestination

Type de l'emplacement où réside la sauvegarde. Spécifiez OSS comme destination de sauvegarde, qui est l'option par défaut et seule.

 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 le service de récupération, et ce paramètre ne peut pas être modifié.

 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.

Ne s'applique pas au service de récupération.

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

Nombre

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.

 Nombre

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.

Nombre

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.

Nombre

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

S'applique uniquement lorsque bkup_oss est réglé à yes ou backupdestination est réglé à OSS.

Nombre

Tableau 5-8 : 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

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

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

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
Note

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.

Pour créer une sauvegarde sur demande

Vous pouvez utiliser dbaascli pour créer une sauvegarde sur demande d'une base de données.

  1. Accédez par SSH à l'un des noeuds configurés dans la grappe de machines virtuelles ou la ressource de système de base de données.
    ssh -i <private_key_path> opc@<node_1_ip_address>

    Pour déterminer le premier noeud de calcul, connectez-vous à n'importe quel noeud de calcul en tant qu'utilisateur grid et exécutez la commande suivante : 

    $ $ORACLE_HOME/bin/olsnodes -n

    Le chiffre 1 apparaît à côté du nom du premier noeud.

  2. Connectez-vous en tant qu'opc, puis passez à l'utilisateur root à l'aide de sudo.
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. Vous pouvez laisser la sauvegarde suivre la politique de conservation courante ou créer une sauvegarde à long terme qui demeure jusqu'à ce que vous la supprimer :
    • Pour créer une sauvegarde qui respecte la politique de conservation courante, entrez la commande suivante :
      # dbaascli database backup --start --dbname <database_name>
    • Pour créer une sauvegarde à long terme, entrez la commande suivante :
      # dbaascli database backup --start --archival --dbname --tag <archival_tag>
  4. Quittez l'interpréteur de commandes et déconnectez-vous du noeud de calcul :
    # exit
$ exit
  5. Utilisez dbaascli database backup --status pour vérifier le statut de l'UUID généré pour la commande de sauvegarde
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Pour supprimer la configuration de sauvegarde

  1. Accédez par SSH à l'un des noeuds configurés dans la grappe de machines virtuelles ou la ressource de système de base de données.
  2. Connectez-vous en tant qu'opc, puis passez à l'utilisateur root à l'aide de sudo.
  3. Créez un fichier temp avec les paramètres suivants :
    • bkup_oss=no
    • bkup_cron_entry=no
    • bkup_archlog_cron_entry=no
  4. Utilisez le fichier ci-dessus avec dbaascli database backup --configure pour supprimer la configuration de sauvegarde d'une base de données.
    # dbaascli database backup --configure --configFile <file_name> --dbname <database_name>
  5. Utilisez dbaascli database backup --status pour vérifier le statut de l'UUID généré pour cette commande.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Cette action désactivera toutes les sauvegardes automatiques.

Pour supprimer une sauvegarde du service de stockage d'objets

Vous pouvez supprimer une sauvegarde d'archivage ou à long terme du stockage d'objets.

# dbaascli database backup --delete --backupTag --dbname <database_name>

Où :

  • --dbname - Indique le nom d'Oracle Database
  • --delete - Supprime la sauvegarde d'archivage.
  • --backupTag - Spécifie le marqueur de sauvegarde à supprimer.

Les sauvegardes basées sur une politique sont supprimées avec des sauvegardes quotidiennes programmées. Vous pouvez également utiliser la commande de suppression de sauvegarde RMAN pour supprimer une sauvegarde du magasin d'objets.

Utilisation de l'API pour gérer la sauvegarde et la récupération

Utilisation de l'API pour gérer les sauvegardes

Pour plus d'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 plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Pour gérer les sauvegardes de base de données, utilisez les opérations d'API suivantes :

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

Autres méthodes de sauvegarde

Découvrez les autres méthodes de sauvegarde disponibles en plus de la console OCI.

La sauvegarde des bases de données sur Exadata Cloud Infrastructure peut être effectuée au moyen de plusieurs méthodes, en plus des sauvegardes automatiques configurées dans la console. En général, la console (ou l'API OCI/interface de ligne de commande qui lui correspondent) est la méthode privilégiée car elle fournit la méthode la plus simple et la plus automatisée. En général, il est préférable d'utiliser la console OCI, l'API OCI ou la ligne de commande OCI que d'autres méthodes de gestion. Toutefois, si des actions requises ne peuvent pas être effectuées au moyen des méthodes privilégiées, deux autres options sont disponibles pour configurer manuellement les sauvegardes : dbaascli et Oracle Recovery Manager (RMAN).

Note

Utilisez les commandes dbaascli database backup, dbaascli pdb backup, dbaascli database recovery et dbaascli pdb recovery pour sauvegarder et récupérer des bases de données conteneur et des bases de données enfichables. Pour plus d'informations, voir Sauvegarde configurée par l'utilisateur dans Options recommandées par Oracle pour les opérations de sauvegarde et de récupération.

RMAN est l'outil de sauvegarde inclus dans Oracle Database. Pour obtenir des informations sur l'utilisation de RMAN, voir Guide d'utilisateur de la sauvegarde et de la récupération d'une base de données Oracle pour la version 19. L'utilisation de RMAN pour sauvegarder des bases de données dans Exadata Cloud Infrastructure offre la plus grande flexibilité en matière d'options de sauvegarde, mais aussi la plus grande complexité.

Note

Bien que l'utilisation de RMAN pour restaurer des bases de données sauvegardées par l'une des méthodes décrites ici soit considérée comme sécurisée, RMAN ne doit jamais être utilisé pour configurer des sauvegardes en conjonction avec la console (et l'API OCI/interface de ligne de commande), ni avec dbaascli. Si vous choisissez d'orchestrer les sauvegardes manuellement à l'aide de RMAN, vous ne devez pas utiliser les sauvegardes automatisées de la console ni dbaascli. Vous devez d'abord désactiver complètement les sauvegardes automatisées basées sur la console. Pour plus d'informations, voir Désactivation des sauvegardes automatiques pour faciliter la gestion manuelle de la sauvegarde et de la récupération.

La méthode dbaascli offre un compromis entre RMAN et les sauvegardes automatisées basées sur la console en matière de flexibilité et de simplicité. Utilisez dbaascli si la fonctionnalité nécessaire n'est pas prise en charge par les sauvegardes automatisées de la console, mais que vous souhaitez éviter la complexité liée à l'utilisation directe de RMAN. Dans certains cas, dbaascli peut être utilisé pour modifier la configuration de sauvegarde automatisée de la console, mais ce n'est généralement pas le cas. En général, vous devez utiliser dbaascli au lieu d'activer les sauvegardes dans la console.

Désactivation des sauvegardes automatiques pour faciliter la gestion manuelle de la sauvegarde et de la récupération

Les sauvegardes, configurées dans la console, l'API ou dbaascli pour Exadata Cloud Infrastructure fonctionnent pour divers cas d'utilisation de sauvegarde et de récupération. Si vous avez besoin de cas d'utilisation non pris en charge par les sauvegardes gérées par le nuage, vous pouvez gérer manuellement la sauvegarde et la récupération de base de données à l'aide de l'utilitaire Oracle Recovery Manager (RMAN). Pour obtenir des informations sur l'utilisation de RMAN, voir Guide d'utilisateur de la sauvegarde et de la récupération d'une base de données Oracle pour la version 19.

La gestion de la sauvegarde et de la récupération, à l'aide de RMAN, sur Exadata Cloud Infrastructure nécessite de prendre l'entière responsabilité des sauvegardes de journal de base de données et d'archivage, et les sauvegardes gérées par le nuage ne doivent plus être utilisées. Avant le démarrage des sauvegardes manuelles, la fonctionnalité de sauvegarde gérée par le nuage doit être désactivée. Les tâches de sauvegarde en nuage n'épurent pas les journaux d'archivage avant d'être sauvegardées manuellement et ne sont pas en conflit avec les sauvegardes manuelles.

Vous pouvez utiliser l'utilitaire dbaascli pour désactiver les sauvegardes gérées par le nuage, notamment la désactivation de la tâche d'épuration automatique des journaux d'archive.

Rubrique parent : Autres méthodes de sauvegarde

Récupération d'une base de données à l'aide d'Oracle Recovery Manager (RMAN)

Si vous avez sauvegardé votre base de données à l'aide de dbaascli, vous pouvez restaurer manuellement cette sauvegarde de la base de données à l'aide de l'utilitaire Oracle Recovery Manager (RMAN). Pour obtenir des informations sur l'utilisation de RMAN, voir Guide d'utilisateur de la sauvegarde et de la récupération dans Oracle Database pour la version 19.

Note

Bien que la récupération à l'aide de RMAN soit sécurisée, vous ne devez pas utiliser RMAN pour lancer des sauvegardes ou modifier les paramètres de sauvegarde en conjonction avec l'utilisation de dbaascli ou avec des sauvegardes automatiques de la console. Cela peut entraîner des conditions conflictuelles ou des remplacements de paramètres, et les sauvegardes peuvent ne pas s'exécuter correctement.