Documentation Oracle Cloud Infrastructure

Gestion de la sauvegarde et de la récupération de base de données sur Oracle Exadata Database Service on Dedicated Infrastructure

Découvrez comment utiliser les fonctions de sauvegarde et de récupération fournies par Oracle Exadata Database Service on Dedicated Infrastructure.

Rubrique parent : Guides pratiques

Options recommandées par Oracle pour effectuer des 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 de base de données Oracle. Ces options s'excluent mutuellement.

Remarque

Les configurations hybrides (qui mélangent les options) ne sont pas prises en charge. Le mélange des options empêche 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) selon une configuration effectuée une seule fois. En plus d'être entièrement intégrées au plan de contrôle des services cloud ExaDB-D ou ExaDB-C@C, ces sauvegardes sont également accessibles via les API OCI. Oracle recommande cette approche.

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

    N'utilisez pas la configuration RMAN pour modifier les paramètres RMAN cloud préréglés.

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 ni 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 de 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. Par exemple : accès au bucket OSS pour répliquer des sauvegardes entre des régions ou surveiller des destinations de sauvegarde.

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.

Pour plus d'informations, reportez-vous à 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, Oracle ne recommande pas cette approche.

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

Qui peut utiliser cette option ?
  • Clients souhaitant conserver leurs scripts de sauvegarde/restauration RMAN existants
  • Clients souhaitant configurer des sauvegardes à partir d'une base de données de secours dans des environnements Data Guard pour décharger la charge globale de sauvegarde vers la base de données de secours

ExaDB-D :

Si vous prévoyez d'effectuer des sauvegardes à l'aide de RMAN, vous devez désinscrire la base de données de l'automatisation de la sauvegarde. Pour plus d'informations, reportez-vous à 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 configurez cela à l'aide de la console ou de l'API.

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

Il existe deux destinations possibles pour les sauvegardes de base de données Exadata automatiques : Autonomous Recovery Service ou Oracle Object Storage.

La fonctionnalité de sauvegarde automatique gérée par Oracle est la méthode à privilégier pour sauvegarder les bases de données Oracle Cloud car vous pouvez configurer facilement les paramètres de sauvegarde à l'aide de la console. La fonctionnalité de sauvegarde automatique prend en charge Recovery Service et Object Storage en tant que destination de sauvegarde pour vous fournir une solution de sauvegarde cloud entièrement automatisée au même coût. Vous n'avez pas besoin d'effectuer de sauvegardes manuelles ni de tâches d'administration de stockage de sauvegarde. Vous pouvez également stocker des sauvegardes dans un stockage local. Chaque destination de sauvegarde présente des avantages et des exigences que vous devez prendre en compte, comme indiqué ci-dessous.

Recovery Service (recommandé)

Service entièrement géré basé sur la technologie Zero Data Loss Recovery Appliance d'Oracle sur site qui offre une protection moderne de la cybersécurité pour les bases de données Oracle. Des fonctionnalités uniques et automatisées protègent les modifications d'Oracle Database en temps réel, valident les sauvegardes sans surcharge de 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 Object Storage, vous pouvez passer en toute transparence à Recovery Service afin d'atteindre des fonctionnalités avancées avec le même coût.

Pour plus d'informations sur Recovery Service, reportez-vous à A propos d'Oracle Database Autonomous Recovery Service.

Object Storage

Une solution de stockage à la demande sécurisée et évolutive pour les bases de données.

Remarque

Si vous avez précédemment utilisé dbaascli afin de configurer des sauvegardes, puis que vous utilisez la console ou l'API pour les sauvegardes :

  • Une configuration de sauvegarde est créée et associée à votre base de données. Par conséquent, vous ne pouvez plus utiliser vos sauvegardes non gérées configurées précédemment pour protéger votre base de données.

Types de sauvegarde gérée et informations d'utilisation

Il existe deux types de sauvegarde de base de données Exadata automatique : Autonomous Recovery Service et Oracle Object Storage.

La base de données et l'infrastructure (cluster de machines virtuelles ou système de base de données) doivent présenter l'état Disponible pour permettre l'exécution d'une opération de sauvegarde. Oracle recommande d'éviter d'effectuer des actions susceptibles d'interférer avec la disponibilité (opérations d'application de patches, par exemple) pendant une opération de sauvegarde. En cas d'échec d'une opération de sauvegarde automatique, le service Database tente à nouveau l'opération au cours de la fenêtre de sauvegarde du jour suivant. En cas d'échec d'une sauvegarde complète à la demande, vous pouvez réessayer l'opération une fois la disponibilité de l'instance Exadata Cloud Infrastructure et de la base de données restaurée.

Lorsque la fonctionnalité de sauvegarde automatique est activée, l'un ou l'autre des services crée des sauvegardes incrémentielles quotidiennes de la base de données sur 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 Object Storage : 7, 15, 30, 45, 60. Valeur par défaut : 30 jours.

Le processus de sauvegarde automatique démarre à tout moment pendant la fenêtre de sauvegarde quotidienne. Vous pouvez éventuellement indiquer une fenêtre de programmation de 2 heures pour la base de données, au cours de laquelle le processus de sauvegarde automatique démarre. Vous avez le choix parmi 12 fenêtres de programmation, chacune commençant à une heure paire (par exemple, de 4 h 00 à 6 h 00, puis de 6 h 00 à 8 h 00, etc.). Les travaux de sauvegarde ne se terminent pas forcément pendant la fenêtre de programmation.

Si vous ne spécifiez pas de fenêtre de sauvegarde, la fenêtre par défaut allant de 0 h 00 à 6 h 00 dans le fuseau horaire de la région de l'instance Exadata Cloud Infrastructure est affectée à votre base de données. La fenêtre de programmation de sauvegarde par défaut s'étend sur six heures, mais les fenêtres que vous indiquez s'étendent sur deux heures.

Stratégie de protection Autonomous Recovery Service :
  • Bronze : 14 jours
  • Argent : 35 jours
  • Or : 65 jours
  • Platine : 95 jours
  • Personnalisée par vous
  • Valeur par défaut : Argent - 35 jours

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

Remarque

  • Data Guard : vous pouvez activer la fonctionnalité de sauvegarde automatique sur une base de données ayant le rôle de base de données de secours dans une association Data Guard.
  • Modifications de la conservation de sauvegarde : si vous réduisez la période de conservation des sauvegardes de votre base de données ou votre stratégie de protection ultérieurement, les sauvegardes existantes effectuées en dehors de la période de conservation 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 Autonomous Recovery Service ou Object Storage en fonction de la destination de sauvegarde sélectionnée.

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

Lorsque vous mettez fin à 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 Object Storage sont supprimées et les sauvegardes gérées à l'aide d'Autonomous Recovery Service sont supprimées en fonction de l'option de suppression sélectionnée. Les sauvegardes autonomes créées dans Object Storage resteront une fois la base de données arrêtée et doivent être supprimées manuellement. Vous pouvez utiliser une sauvegarde autonome pour créer une base de données.

Afin d'être en adéquation avec la pratique recommandée par Oracle qui consiste à utiliser le privilège d'administration SYSBACKUP pour les opérations de sauvegarde et de récupération, l'automatisation du cloud 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 exécutées avec l'utilisateur doté des moindres privilèges requis. Les informations d'identification de cet utilisateur sont générées de manière aléatoire et gérées en toute sécurité par l'automatisation du cloud. Si l'utilisateur est introuvable ou s'il est à l'état LOCKED et EXPIRED, l'automatisation du cloud recrée ou déverrouille cet utilisateur lors de l'opération de sauvegarde ou de récupération. Cette modification de l'automatisation cloud est apportée à partir de dbaastools version 21.4.1.1.0.

Comportement de destination de sauvegarde lors de l'activation de sauvegardes automatiques et de sauvegardes autonomes à l'aide de la console OCI

À compter du 06 août 2025, lorsque vous activez les sauvegardes automatiques dans la console OCI, Autonomous Recovery Service sera la seule destination de sauvegarde disponible dans les conditions suivantes :

  • La location a été créée le 06 août 2025 ou après.
  • La base de données est déployée dans les régions OCI de Francfort (FRA), Phoenix (PHX) et Tokyo (NRT).
  • La version Oracle Database est postérieure à la version 19.18 ou 23.4.

Si ces conditions ne sont pas remplies, OCI Object Storage sera affiché en tant que destination de sauvegarde.

Sauvegarde de conservation à long terme avec Recovery Service

La sauvegarde de rétention à long terme (LTR) vous permet de stocker des sauvegardes complètes pendant des périodes allant jusqu'à dix ans pour répondre à des besoins de conformité, réglementaires ou autres, avec une gestion complète du cycle de vie LTR et une immuabilité.

Pour LTR avec Recovery Service, 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, Recovery Service ne nécessite pas de créer une sauvegarde de production complète, mais utilise des sauvegardes opérationnelles existantes dans le système dans la fenêtre de récupération définie de la stratégie. Pour plus d'informations, reportez-vous à Procédure de création d'une sauvegarde à la demande d'une base de données.

Vous pouvez modifier la période de conservation d'une sauvegarde LTR existante spécifique au cours de la période de conservation. Pour plus d'informations, reportez-vous à Procédure de modification de la période de conservation d'une sauvegarde LTR avec Recovery Service.

Vous pouvez restaurer une sauvegarde LTR pour créer une base de données au cours de la période de conservation. Pour plus d'informations, reportez-vous à Procédure de création d'une base de données à partir d'une sauvegarde.

Lors de la terminaison d'une base de données, les sauvegardes LTR sont supprimées conformément à la valeur Options de suppression après la terminaison de la base de données.

  • Supprimer les sauvegardes dans les 72 heures : toutes les sauvegardes, y compris les sauvegardes à long terme, seront supprimées.
  • Supprimer en fonction de la stratégie : les sauvegardes LTR sont conservées en fonction de la stratégie de conservation de chaque sauvegarde LTR.

Remarque : Oracle recommande de choisir l'option Supprimer en fonction de la stratégie lors de la terminaison 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 sur la base de données.
  • Les sauvegardes LTR seront automatiquement supprimées une fois la période de conservation indiquée terminée.
  • La restauration sur place n'est pas prise en charge pour la fonction LTR.
  • Pour les bases de données d'une configuration Data Guard, la sauvegarde à long terme est créée uniquement pour la base de données dans laquelle elle est demandée.
  • La base de données doit avoir l'état AVAILABLE pour pouvoir créer une durée de conservation (LTR).
  • La fonction LTR est prise en charge pour les bases de données avec des fichiers de clés TDE ou KMS basés sur des fichiers.
  • Les clés de cryptage seront conservées pendant toute la période de conservation de la durée de conservation de la durée de conservation.
  • Une sauvegarde LTR peut être annulée tant 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 majeure DBHome prise en charge, elle sera restaurée vers la dernière RU de cette version.
    • Si la sauvegarde est d'une version majeure DBHome non prise en charge, elle sera restaurée vers une version majeure prise en charge, après quoi la base de données doit être mise à niveau vers l'une des versions majeures prises en charge.

Allocation de canaux de sauvegarde par défaut

Paramètres par défaut des canaux de sauvegarde de base de données lors de l'utilisation de la sauvegarde gérée par Oracle ou de la sauvegarde configurée par l'utilisateur.

Lorsqu'une base de données est configurée pour la sauvegarde gérée par Oracle ou la sauvegarde configurée par l'utilisateur, les outils utilisent des valeurs par défaut pour les canaux de sauvegarde. Lorsque la valeur par défaut est utilisée, dbaas détermine le nombre de canaux à allouer au moment de l'exécution de la commande de sauvegarde ou de restauration. Le nombre de canaux alloués est déterminé par le nombre d'OCPU du noeud. Le tableau suivant fournit les valeurs utilisées et la plage d'OCPU. Les valeurs d'OCPU et de canaux sont indiquées par noeud. Les opérations de restauration sont prioritaires. Le nombre total de canaux à l'échelle du cluster correspond à la valeur par noeud multipliée par le nombre de noeuds. L'automatisation utilise le nom SCAN pour distribuer les canaux RMAN sur tous les noeuds du cluster.

OCPU par noeud Formule Allocation de canaux de sauvegarde par noeud Allocation de canaux de restauration par noeud
Moins de 12 ou 12 OCPU <= 12 2 4
Plus de 12 et moins de 24 ou 24 OCPU > 12 et OCPU <= 24 4 8
Plus de 24 OCPU > 24 8 16

Si nécessaire, vous pouvez définir une valeur statique par noeud à l'aide de la commande getConfig/configure de DBAASCLI pour générer un fichier bckup.cfg et définir le paramètre bkup_channels_node sur le nombre de canaux par noeud de votre choix.

Les valeurs valides sont comprises entre 1 et 32 : le nombre total de canaux correspond à cette 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'allocation de canaux en fonction du nombre d'OCPU.

Prérequis pour les sauvegardes sur Exadata Cloud Infrastructure

Recovery Service

Assurez-vous que votre location est configurée pour utiliser Recovery Service.

Tableau 5-4 Passez en revue les tâches prérequises avant d'utiliser Recovery Service comme destination de sauvegarde automatique

Tâche Plus d'informations Requise ou facultative

Création de stratégies IAM

Stratégies permettant d'accéder à Recovery Service et aux ressources associées

Obligatoire

Configurez les ressources réseau et inscrivez un sous-réseau Recovery Service

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

Obligatoire

Créer des stratégies de protection

Vérification des stratégies de protection pour la conservation de la sauvegarde de base de données

facultatif

Pour plus d'informations sur Recovery Service, reportez-vous à Présentation d'Oracle Database Autonomous Recovery Service.

Object Storage

  • L'instance Exadata Cloud Service requiert un accès au Oracle Cloud Infrastructure Object Storage. Oracle recommande d'utiliser une passerelle de service avec le réseau cloud virtuel pour activer cet accès. Pour plus d'informations, reportez-vous à Configuration réseau pour les instances Exadata Cloud Infrastructure. Dans cette rubrique, prêtez particulièrement attention aux contenus suivants :
  • Un bucket Object Storage existant doit être utilisé comme destination de sauvegarde. Vous pouvez utiliser la console ou l'API Object Storage pour créer le bucket. Pour plus d'informations, reportez-vous à Gestion des buckets.
  • Un jeton d'authentification généré par Oracle Cloud Infrastructure. Vous pouvez utiliser la console ou l'API IAM pour générer le mot de passe. Pour plus d'informations, reportez-vous à Utilisation des jetons d'authentification.
  • Le nom utilisateur indiqué dans le fichier de configuration de sauvegarde doit disposer d'un accès à Object Storage au niveau de la location. A cette fin, vous pouvez facilement ajouter le nom utilisateur au groupe d'administrateurs. Toutefois, cette opération donne accès à l'ensemble des services cloud. A la place, un administrateur peut créer une stratégie semblable à la suivante, qui limite l'accès aux seules ressources requises dans Object Storage afin de sauvegarder et de restaurer 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, reportez-vous à Gestion des groupes. Pour plus d'informations sur les stratégies, reportez-vous à Introduction aux stratégies.

Utilisation de la console pour gérer les sauvegardes

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

Remarque

  • Toutes les sauvegardes sont cryptées à l'aide de la même clé maître que pour le cryptage transparent des données de portefeuille.
  • Les sauvegardes d'une base de données spécifique sont répertoriées dans la page de détails de cette dernière. La colonne Clé de cryptage indique Clé gérée par Oracle ou un nom de clé si vous utilisez vos propres clés de cryptage pour protéger la base de données. Pour plus d'informations, reportez-vous à Sauvegarde de coffres et de clés.
Remarque

Ne supprimez aucune clé de cryptage nécessaire du coffre, car les bases de données et les sauvegardes protégées par la clé deviendraient indisponibles.

Procédure de configuration de sauvegardes automatiques pour une base de données

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

Remarque

Les sauvegardes automatiques doivent être activées pour les bases de données d'un compartiment de zone de sécurité. Pour obtenir la liste complète des stratégies ayant une incidence sur les ressources du service Database, reportez-vous à Stratégies de zone de sécurité.
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Exadata sur Oracle Public Cloud.
  2. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud ou au système de base de données contenant la base de données à configurer :

    Clusters de machines virtuelles cloud (nouveau modèle de ressource Exadata Cloud Infrastructure) : : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    Systèmes de base de données : sous Oracle Base Database, 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 voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

  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 les détails la concernant. 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.
    Remarque

    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 les processus de sauvegarde manuelle vers d'autres destinations de stockage.
    • Destination de sauvegarde : vous avez le choix entre Autonomous Recovery Service (par défaut) ou Object Storage.

      • Scénario 1 : le client active les sauvegardes automatiques ET a des limites disponibles ET la capacité disponible dans la région pour Autonomous Recovery Service.

        Destination de sauvegarde : vous avez le choix entre Autonomous Recovery Service (par défaut) ou Object Storage. Vous pouvez basculer la destination de sauvegarde d'Autonomous Recovery Service vers Object Storage.

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

        Destination de sauvegarde : vous pouvez uniquement utiliser Object Storage. Toutefois, vous pouvez demander des limites supplémentaires, puis utiliser Autonomous Recovery Service.

        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 la région ne dispose d'aucune capacité disponible pour Autonomous Recovery Service.

        Destination de sauvegarde : vous pouvez uniquement utiliser Object Storage. Vous pouvez passer à Autonomous Recovery Service lorsque la capacité est 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é Autonomous Recovery Service est disponible. Si la capacité requise devient disponible et que vous avez choisi Object Storage, vous pouvez passer à Autonomous Recovery Service.

    • Programmation de sauvegarde :
      • Object Storage (L0) :
        • Jour de programmation de sauvegarde complète : choisissez un jour de la semaine pour le démarrage des sauvegardes L0 initiale et futures.
        • Heure de programmation de sauvegarde complète (UTC) : indiquez la fenêtre de temps pour le démarrage des sauvegardes complètes lorsque la fonction de sauvegarde automatique est sélectionnée.

        • Effectuer la première sauvegarde immédiatement : une sauvegarde complète est une sauvegarde de système d'exploitation de tous les fichiers de données et du fichier de contrôle qui constituent 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 complète de la base de données pendant qu'elle est arrêtée ou ouverte. Normalement, vous ne devez pas effectuer de sauvegarde complète après un échec d'instance ou dans d'autres circonstances inhabituelles.

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

      • Object Storage (L1) :
        • Heure de programmation de la sauvegarde incrémentielle (UTC) : indiquez la fenêtre de temps pour le démarrage des sauvegardes incrémentielles lorsque la fonction de sauvegarde automatique est sélectionnée.
      • Autonomous Recovery Service (L0) :
        • Jour programmé pour la sauvegarde initiale : choisissez un jour de la semaine pour la sauvegarde initiale.
        • Heure programmée pour la sauvegarde initiale : 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 de système d'exploitation de tous les fichiers de données et du fichier de contrôle qui constituent 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 complète de la base de données pendant qu'elle est arrêtée ou ouverte. Normalement, vous ne devez pas effectuer de sauvegarde complète après un échec d'instance ou dans d'autres circonstances inhabituelles.

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

      • Autonomous Recovery Service (L1) :
        • Heure programmée pour la sauvegarde quotidienne (UTC) : indiquez la fenêtre de temps pour le démarrage des sauvegardes incrémentielles lorsque la fonction de sauvegarde automatique est sélectionnée.
      • Options de suppression après terminaison 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 terminaison de la base de données. Ces options peuvent également contribuer à restaurer la base de données à partir de sauvegardes en cas de dommage accidentel ou malveillant de la base de données.
        • Conserver les sauvegardes pour la période indiquée dans la stratégie de protection ou la période de conservation des sauvegardes : sélectionnez cette option pour conserver les sauvegardes de base de données pendant toute la période définie dans la période de conservation des sauvegardes Object Storage ou la stratégie de protection Autonomous Recovery Service après la fin 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 la fin de la base de données.
    • Activer la protection de données en temps réel : la protection en temps réel est le transfert continu des modifications de journalisation d'une base de données protégée vers Autonomous Recovery Service. Cela réduit la perte de données et fournit un objectif de point de récupération proche de 0. Cette option entraîne un coût supplémentaire.
  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 de stratégie dans la section Sauvegarde.

Remarque

Lorsque la protection des données en temps réel est activée avec Autonomous Recovery Service comme destination de sauvegarde, l'outil provisionne automatiquement un utilisateur VPC sur la base de données protégée. Cet utilisateur possède le même identificateur que l'utilisateur VPC sur l'appareil de récupération et dispose des privilèges SYSOPER pour activer le transport des informations de journalisation et les opérations de sauvegarde.

Procédure de création d'une sauvegarde à la demande d'une base de données

Remarque

Object Storage crée une sauvegarde complète de la base de données tandis que Recovery Service 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. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud ou au système de base de données contenant la base de données à sauvegarder :

    Cluster de machines virtuelles cloud ( nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, 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 voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

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

    La liste des sauvegardes est affichée.

  6. Cliquez sur Créer une sauvegarde.
  7. Dans la fenêtre Create backup qui s'affiche, procédez comme suit :
    • Nom : indiquez un nom descriptif pour la sauvegarde.
    • Sélectionnez une option Conservation de sauvegarde :
      • Conserver les sauvegardes par période de conservation de sauvegarde : sélectionnez cette option afin d'utiliser la période de conservation de stratégie de protection pour cette sauvegarde.
      • Indiquer une période de conservation de sauvegarde à long terme : sélectionnez cette option pour indiquer une période de durée de conservation avec Autonomous Recovery Service. La période de conservation doit être saisie en jours (90 - 3 650) ou en années (1 - 10) à partir de la création de la sauvegarde.
  8. Cliquez sur Créer.

Pour visualiser 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. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud contenant la sauvegarde de base de données à afficher.
  4. Cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.
  5. Dans la liste des bases de données, recherchez celle qui vous intéresse, puis cliquez sur son nom pour afficher les détails la concernant.
  6. Sous Ressources, cliquez sur Sauvegardes.

    La liste des sauvegardes est affichée. La colonne d'état affiche le statut de la sauvegarde : Actif, Création, Annulé, Annulation ou Echec.

Procédure d'annulation d'une sauvegarde

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Exadata sur Oracle Public Cloud.
  2. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud contenant la sauvegarde de base de données à afficher :
  4. Cliquez sur Clusters de machines virtuelles Exadata.

    Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

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

    La liste des sauvegardes est affichée. La colonne d'état affiche le statut de la sauvegarde : Actif, Création, Annulé, Annulation ou Echec.

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

    Une boîte de dialogue de confirmation Annuler la sauvegarde apparaît.

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

    L'état passe sur Annulation.

    Vous pouvez afficher la demande d'annulation de sauvegarde en cliquant sur Demandes de travail sous Ressources.

Si l'annulation de la sauvegarde échoue :

  • Dans le panneau Demandes de travail, sous Ressources, vous pouvez voir une ligne de revenu appelée "Annuler la sauvegarde de base de données" avec l'état "Echec". Il existe également une demande de travail pour "Create Database Backup" qui reflète l'état de l'opération de sauvegarde.

Procédure de suppression des sauvegardes complètes dans Object Storage

Remarque

Vous ne pouvez pas supprimer explicitement les sauvegardes automatiques. Sauf si vous mettez fin à la base de données, les sauvegardes automatiques sont automatiquement supprimées dans Recovery Service et Object Storage pendant le nombre de jours indiqué par l'utilisateur.

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

  3. Accédez au cluster de machines virtuelles cloud ou au système de base de données qui contient la sauvegarde de base de données à supprimer :

    Cluster de machines virtuelles cloud ( nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, 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 voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

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

  5. Sous Ressources, cliquez sur Sauvegardes.

    La liste des sauvegardes est affichée.

  6. Cliquez sur l'icône Actions (trois points) de la sauvegarde qui vous intéresse, puis cliquez sur Supprimer.
  7. Confirmez l'opération lorsque vous y êtes invité.

Procédure de suppression des sauvegardes autonomes dans Object Storage

  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 de la sauvegarde qui vous intéresse, puis 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 Recovery Service

  1. Ouvrez le menu de navigation. Sélectionnez Oracle Database, puis Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud ou au système de base de données contenant la base de données à modifier :

    Cluster de machines virtuelles cloud ( nouveau modèle de ressource) : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, 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 voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

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

    La liste des sauvegardes est affichée.

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

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

Procédure de désignation d'un service de récupération autonome en tant que destination de sauvegarde pour une base de données existante

Pour désigner Autonomous Recovery Service en tant que destination de sauvegarde pour une base de données existante, suivez cette procédure.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Accédez à la base de données :

    Clusters de machines virtuelles cloud (nouveau modèle de ressource Exadata Cloud Infrastructure) : sous Exadata sur Oracle Public Cloud, cliquez sur Clusters de machines virtuelles Exadata.

    Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    Systèmes de base de données : sous Oracle Base Database, 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 voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

    Sur la page de détails du cluster de machines virtuelles ou du système de base de données cloud, dans la table Bases de données, cliquez sur le nom de la base de données pour afficher sa page Détails.
  4. Cliquez sur Configurer les sauvegardes automatiques.
  5. Dans la fenêtre qui apparaît, indiquez les informations suivantes :
    • Activer la sauvegarde automatique :, cochez cette case pour activer les sauvegardes incrémentielles automatiques de la 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 Autonomous Service de récupération.
    • Programmation de sauvegarde : : si vous activez les sauvegardes automatiques, vous pouvez choisir une fenêtre de programmation de deux heures pour contrôler le début des opérations de sauvegarde. Si vous ne spécifiez pas de fenêtre, une fenêtre par défaut de six heures, allant de 00 h 00 à 06 h 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.

    • Stratégie de protection : si vous choisissez d'activer les sauvegardes automatiques, vous pouvez sélectionner une stratégie avec l'une des périodes de conservation prédéfinies suivantes ou une stratégie personnalisée.

      Période de conservation des sauvegardes Object Storage : 7, 15, 30, 45, 60. La valeur par défaut est 30. Le système supprime automatiquement les sauvegardes incrémentielles à la fin de la période de conservation choisie.

      Stratégie de protection Autonomous Recovery Service :
      • Bronze : 14 jours
      • Argent : 35 jours
      • Or : 65 jours
      • Platine : 95 jours
      • Personnalisée par vous
      • Valeur par défaut : Argent - 35 jours
    • Activer la protection de données en temps réel : la protection en temps réel est le transfert continu des modifications de journalisation d'une base de données protégée vers Autonomous Recovery Service. Cela réduit la perte de données et fournit un objectif de point de récupération proche de 0. Cette option entraîne un coût supplémentaire.
  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 Object Storage ou Autonomous Recovery Service à l'aide de la console ou de l'API.

  • Le service Object Storage est une solution de stockage à la demande sécurisée et évolutive dans Exadata Cloud Infrastructure.
  • OracleDatabase Autonomous Recovery Service 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 Object Storage, reportez-vous à Gestion des sauvegardes de base de données Exadata.

Rubriques connexes

Rubrique parent : Gestion de la sauvegarde et de la récupération de base de données sur Oracle Exadata Database Service on Dedicated Infrastructure

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 à l'aide de la console.

Remarque

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

Vous pouvez effectuer une restauration vers :

  • Restaurer la dernière version : permet de restaurer la base de données jusqu'au dernier état correct connu, avec la perte de données la moins possible.
  • Restaurer vers un horodatage : restaure la base de données telle qu'à l'horodatage spécifié.
  • Restaurer vers le SCN : permet de restaurer la base de données à l'aide du SCN spécifié. Ce numéro SCN doit être valide.
    Remarque

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

La liste des sauvegardes affichée dans la console ne contient aucune sauvegarde non gérée (sauvegardes créées directement à l'aide de dbaascli).

Procédure de restauration d'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. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud ou au système de base de données contenant la base de données à restaurer :

    Cluster de machines virtuelles cloud (nouveau modèle de ressource Exadata Cloud Infrastructure) : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    Systèmes de base de données : sous Base de données Oracle Base, 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 voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

  4. Dans la liste des bases de données, recherchez celle à restaurer, puis cliquez sur son nom pour afficher les détails correspondants.
  5. Cliquez sur Restaurer.
  6. Sélectionnez l'une des options suivantes, puis cliquez sur Restaurer la base de données :
    • Restaurer la dernière version : restaure la base de données telle qu'au dernier état correct connu, avec la perte de données la plus limitée possible.
    • Restaurer vers l'horodatage : : permet de restaurer la base de données vers l'horodatage spécifié.

    • Restore to System Change Number (SCN) : permet de restaurer la base de données à l'aide du SCN spécifié. Ce numéro SCN doit être valide.

      Remarque

      Vous pouvez déterminer le numéro SCN à utiliser soit en accédant à l'hôte de base de données et en l'interrogant, soit en accédant à des journaux en ligne ou archivés.
  7. Confirmez l'opération lorsque vous y êtes invité.

    Si l'opération de restauration échoue, la base de données présente l'état Echec de la restauration. Vous pouvez réessayer d'effectuer la restauration à l'aide d'une autre option. Toutefois, Oracle recommande de consulter les journaux RMAN sur l'hôte et de corriger les problèmes éventuels avant toute nouvelle tentative de restauration de la base de données. Ces fichiers journaux se trouvent dans les sous- répertoires du répertoire /var/opt/oracle/log.

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

L'utilitaire de sauvegarde d'Exadata (dbaascli) permet de sauvegarder des bases de données sur une instance Exadata Cloud Infrastructure dans un bucket existant dans le service Oracle Object Storage.

Pour les sauvegardes gérées par Oracle Cloud Infrastructure, reportez-vous à Gestion des sauvegardes de base de données Exadata.

Cette rubrique explique les opérations suivantes :

  • 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 effectuée, la base de données est sauvegardée conformément à la programmation. Sinon, vous pouvez créer une sauvegarde à la demande avec une balise.
Remarque

Vous devez mettre à jour les outils propres au cloud sur tous les noeuds de calcul de l'instance Exadata Cloud Infrastructure avant d'effectuer les procédures suivantes. Pour plus d'informations, reportez-vous à Correspondance et mise à jour manuelles d'un système Exadata Cloud Infrastructure.

Configuration de sauvegarde par défaut

Recommandations Oracle pour la configuration de sauvegarde par défaut.

La configuration de sauvegarde par défaut suit un ensemble de meilleures pratiques Oracle :

  • Cryptage : toutes les sauvegardes sur Object Storage sont cryptées.
  • Compression pour les sauvegardes : LOW
  • Compression par défaut pour les journaux d'archivage : false
  • Algorithme de cryptage RMAN : AES256
  • Optimisation des sauvegardes : ON

Procédure d'obtention de la configuration de sauvegarde par défaut pour une base de données nouvellement provisionnée

  1. Connectez-vous via SSH à l'un des noeuds configurés de base de données dans la ressource de cluster de machines virtuelles ou de système de base de données.
  2. Connectez-vous en tant qu'utilisateur opc, puis passez à l'utilisateur root à l'aide de la commande sudo.
  3. Utilisez la commande dbaascli database backup --getConfig afin de 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 : renvoie la configuration de la sauvegarde de base de données.
    • --configFile : indique le fichier de configuration de sauvegarde de base de données.

Procédure de création d'un fichier de configuration de sauvegarde

Remarque

Vous devez effectuer la procédure suivante sur le premier noeud de calcul de la ressource de cluster 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 numéro 1 figure en regard du nom du premier noeud.

Remarque

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é ascendante.
  1. Connectez-vous via SSH à l'un des noeuds configurés de base de données dans la ressource de cluster de machines virtuelles ou de système de base de données.
    ssh -i <private_key_path> opc@<node_1_ip_address>
  2. Connectez-vous en tant qu'utilisateur opc, puis passez à l'utilisateur root à l'aide de la commande 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 en cours pour le déploiement de 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 si la sauvegarde doit être effectuée sur Object Storage. 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 Object Storage incluant le locataire et le bucket à utiliser. L'URL est la suivante :

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

    Où :

    • <tenant> : nom de locataire en minuscules (même s'il contient des caractères en majuscules) que vous indiquez lors de la connexion à la console
    • <bucket> : nom du bucket existant à utiliser pour les sauvegardes.

    Ancien nom : bkup_oss_user=<oci_user_name>

    Nouveau nom : ossUserName=<oci_user_name>

    Requis si backupDestination=oss.

    Nom utilisateur pour le compte utilisateur Oracle Cloud Infrastructure. Nom utilisateur que vous employez pour 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, reportez-vous aux rubriques suivantes :

    L'utilisateur doit être membre du groupe Administrateurs, comme indiqué dans Prérequis 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 IAM, comme indiqué dans Prérequis.

    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 pendant lesquels les sauvegardes et les fichiers de journalisation archivés sont conservés dans le bucket Object Storage. Indiquez une durée comprise entre 7 et 90 jours.

    Ancien nom : bkup_daily_time=hh:mm

    Nouveau nom : autoBackupTime=hh:mm

    		 Heure à laquelle la sauvegarde quotidienne est programmée, indiquée en heures et minutes (hh:mm), au format 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 afin de vérifier le statut de l'UUID généré pour cette commande.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>
    Remarque

    Un fichier de configuration de sauvegarde peut contenir les informations d'identification permettant d'accéder au bucket Object Storage. Ainsi, vous pouvez choisir d'enlever le fichier une fois la sauvegarde configurée.

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 des sauvegardes automatiques basées sur la 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-5 Paramètres de configuration de sauvegarde - Programmation des paramètres pour dbaascli

Paramètre Description Compatible avec les sauvegardes automatiques de la console*

Ancien nom : bkup_cron_entry

Nouveau nom : scheduleBackups

Permet la configuration de la 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.

La définition de manageArchivelogs sur Aucun désactive les travaux de nettoyage automatique des journaux d'archivage. 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-6 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 la compression 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.

Valeur par défaut : 2.

 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, 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. Indiquez OSS comme destination de sauvegarde, qui est l'option par défaut et la 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 standard/d'archivage.

 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 de journal d'archivage.

 Oui

Ancien nom : bkup_encryption

Nouveau nom : encryption

Le cryptage indique si les sauvegardes doivent être cryptées.

Par défaut, le cryptage est activé pour OSS et Recovery Service, et ce paramètre ne peut pas être modifié.

 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 des fichiers de journalisation archivés ne doivent pas être compressées.

Non applicable au service de récupération.

 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-7 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 backupdestination est défini sur OSS.

Valeur par défaut : 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 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 backupdestination est défini sur OSS.

Non

Ancien nom : bkup_oss_passwd

Nouveau nom : ossAuthToken

Mot de passe 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 backupdestination est défini sur OSS.

Non

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

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

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

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
Remarque

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 la console. Si d'autres paramètres doivent être modifiés, n'activez pas les sauvegardes via la console.

Procédure de création d'une sauvegarde à la demande

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

  1. Connectez-vous via SSH à l'un des noeuds configurés de base de données dans la ressource de cluster de machines virtuelles ou 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 numéro 1 figure en regard du nom du premier noeud.

  2. Connectez-vous en tant qu'utilisateur opc, puis passez à l'utilisateur root à l'aide de la commande sudo.
    login as: opc [opc@dbsys ~]
$ sudo su -
  3. Vous pouvez suivre la stratégie de conservation en cours pour la sauvegarde ou créer une sauvegarde à long terme qui persiste jusqu'à ce que vous la supprimiez :
    • Pour créer une sauvegarde qui suit la stratégie de conservation en cours, 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 le shell de commande root-user 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>

Procédure de suppression de la configuration de sauvegarde

  1. Connectez-vous via SSH à l'un des noeuds configurés de base de données dans la ressource de cluster de machines virtuelles ou de système de base de données.
  2. Connectez-vous en tant qu'utilisateur opc, puis passez à l'utilisateur root à l'aide de la commande 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 enlever 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 afin de vérifier le statut de l'UUID généré pour cette commande.
    # dbaascli database backup --status --uuid <uuid> --dbname <database_name>

Cela désactivera toutes les sauvegardes automatiques.

Procédure de suppression d'une sauvegarde dans Object Storage

Vous pouvez supprimer un archivage ou une sauvegarde à long terme à partir d'Object Storage.

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

Où :

  • --dbname : indique le nom Oracle Database.
  • --delete : supprime la sauvegarde d'archivage.
  • --backupTag : indique la balise de sauvegarde à supprimer.

Les sauvegardes basées sur une stratégie sont supprimées avec des sauvegardes quotidiennes programmées. Vous pouvez également utiliser la commande RMAN delete backup pour supprimer une sauvegarde de la banque 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 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.

Utilisez ces opérations d'API pour gérer les sauvegardes de base de données :

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

Autres méthodes de sauvegarde

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

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

Remarque

Utilisez les commandes dbaascli database backup, dbaascli pdb backup, dbaascli database recover et dbaascli pdb recovery pour sauvegarder et récupérer des bases de données Conteneur et des bases de données pluggables. Pour plus d'informations, reportez-vous à Sauvegarde configurée par l'utilisateur dans Options recommandées par Oracle pour effectuer des opérations de sauvegarde et de récupération.

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

Remarque

Bien que l'utilisation de RMAN pour restaurer des bases de données sauvegardées selon n'importe quelle méthode décrite ici soit sûre, RMAN ne doit jamais être utilisé pour configurer des sauvegardes avec la console (et l'API/interface de ligne de commande OCI) ou avec dbaascli. Si vous choisissez d'effectuer des sauvegardes manuellement à l'aide de RMAN, vous ne devez utiliser ni les sauvegardes automatiques de la console ni dbaascli. Vous devez d'abord désactiver complètement les sauvegardes automatiques basées sur la console. Pour plus d'informations, reportez-vous à 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 juste milieu entre les sauvegardes automatiques de la console et RMAN en matière de flexibilité et de simplicité. Utilisez dbaascli si les fonctionnalités nécessaires ne sont pas prises en charge par les sauvegardes automatiques de la console mais que vous voulez éviter la complexité liée à l'utilisation directe de RMAN. Dans certains cas, dbaascli peut être utilisé pour modifier la configuration de sauvegarde automatique de la console, mais ce n'est généralement pas le cas. En règle générale, dbaascli doit être utilisé 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 avec la console Exadata Cloud Infrastructure, l'API ou dbaascli fonctionnent pour divers cas d'emploi de sauvegarde et de récupération. Si vous avez besoin de cas d'emploi non pris en charge par les sauvegardes gérées par le cloud, vous pouvez gérer la sauvegarde et la récupération de base de données manuellement à l'aide de l'utilitaire Oracle Recovery Manager (RMAN). Pour plus d'informations sur l'utilisation de RMAN, reportez-vous au Guide de l'utilisateur relatif à la sauvegarde et à la récupération d'Oracle Database 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 l'obtention de la propriété complète des sauvegardes de base de données et de journal d'archivage, et les sauvegardes gérées par le cloud ne doivent plus être utilisées. Avant de démarrer des sauvegardes manuelles, la fonctionnalité de sauvegarde gérée par le cloud doit être désactivée. Cela est nécessaire pour que les travaux de sauvegarde cloud ne purgent pas les journaux d'archivage avant leur sauvegarde manuelle et n'entrent pas en conflit avec les sauvegardes manuelles.

Vous pouvez utiliser l'utilitaire dbaascli pour désactiver les sauvegardes gérées par le cloud, y compris le travail de purge automatique des journaux d'archivage.

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é la base de données à l'aide de dbaascli, vous pouvez restaurer manuellement cette sauvegarde de base de données à l'aide de l'utilitaire Oracle Recovery Manager (RMAN). Pour plus d'informations sur l'utilisation de RMAN, reportez-vous au Guide de l'utilisateur sur la sauvegarde et la récupération d'Oracle Database pour la version 19.

Remarque

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 des paramètres de sauvegarde en cas d'utilisation de dbaascli ou de sauvegardes automatiques de la console. Cela pourrait entraîner des conditions conflictuelles ou des remplacements de paramètres, et les sauvegardes peuvent ne pas s'exécuter correctement.