Sauvegarde et restauration d'une base de données Autonomous AI sur une infrastructure Exadata dédiée

Pour prendre en charge la haute disponibilité, Autonomous AI Database on Dedicated Exadata Infrastructure sauvegarde automatiquement votre base de données pour vous. La durée de conservation des sauvegardes est de 95 jours au maximum. En fonction de la stratégie de conservation de sauvegarde choisie pour la base de données Conteneur Autonomous. Vous pouvez restaurer et récupérer votre base de données jusqu'à n'importe quel point dans le temps au cours de cette période de conservation.

Pendant sa sauvegarde, celle-ci est entièrement fonctionnelle, mais les opérations de gestion du Cycle de Vie ne sont pas autorisées. Par exemple, l'arrêt de la base de données n'est pas autorisé pendant la sauvegarde.

A propos de la sauvegarde et de la récupération

Par défaut, la base de données Autonomous AI est configurée pour sauvegarder régulièrement votre base de données. Vous pouvez désactiver les sauvegardes automatiques lors du provisionnement d'une base de données Conteneur Autonomous et les activer à partir de la console Oracle Cloud Infrastructure (OCI) ultérieurement. Une fois les sauvegardes automatiques activées, vous ne pouvez plus les désactiver pour une base de données Conteneur Autonomous.

Les bases de données Autonomous AI sur Oracle Public Cloud sont sauvegardées sur Object Storage avec des sauvegardes incrémentielles quotidiennes et des sauvegardes complètes hebdomadaires ou Autonomous Recovery Service avec des sauvegardes complètes virtuelles quotidiennes, en fonction de leur destination de sauvegarde. La base de données Autonomous AI sur Oracle Database@AWS est sauvegardée sur OCI Object Storage ou Amazon Simple Storage (S3) avec des sauvegardes incrémentielles quotidiennes et des sauvegardes complètes hebdomadaires ou Autonomous Recovery Service avec des sauvegardes complètes virtuelles quotidiennes, en fonction de leur destination de sauvegarde.

Lorsque les sauvegardes automatiques sont activées, vous pouvez effectuer l'une des sauvegardes supplémentaires suivantes :

Stratégie de conservation des sauvegardes (période)

Vous pouvez définir la stratégie/période de conservation de sauvegarde lors du provisionnement d'une base de données Conteneur Autonomous ou la modifier ultérieurement à partir de sa page de détails sur la console Oracle Cloud Infrastructure.

La valeur par défaut de la stratégie de conservation de sauvegarde est 15 jours et peut être remplacée par n'importe quelle valeur comprise entre 7 et 95 jours.

Sur les déploiements Exadata Cloud@Customer :

Verrouillage de conservation :

Vous pouvez conserver les sauvegardes automatiques même après la fin de l'un (ou de la totalité) des composants de base de données Autonomous AI, tels que l'infrastructure Exadata, le cluster de machines virtuelles Autonomous (AVMC), la base de données Conteneur Autonomous et la base de données Autonomous AI. Le délai de conservation des sauvegardes après l'interruption d'une base de données Conteneur Autonomous ne s'applique qu'aux sauvegardes automatiques et non aux sauvegardes à long terme. Vous pouvez conserver les sauvegardes d'une base de données Conteneur Autonomous arrêtée jusqu'à 72 heures ou jusqu'à la fin de sa période de conservation. En outre, lors de la terminaison de la base de données Conteneur Autonomous, lorsque vous choisissez de conserver les sauvegardes pendant la durée de la période de conservation des sauvegardes, vous pouvez activer le verrouillage de conservation. L'activation d'un verrou de conservation des sauvegardes ne permet pas de supprimer toutes les sauvegardes de base de données, y compris les sauvegardes à long terme, avant la fin de leur période de conservation. Vous ne pouvez pas supprimer ces sauvegardes tant que la période de conservation n'a pas expiré.

Vous pouvez activer le verrou de conservation lors du provisionnement de la base de données Conteneur Autonomous ou ultérieurement. Une fois activé, vous pouvez désactiver le verrou de conservation dans les 14 jours, au-delà duquel le paramètre devient permanent. Si vous avez activé le verrou de conservation pour votre base de données Conteneur Autonomous, ce verrou s'applique à la fois aux sauvegardes automatiques et aux sauvegardes à long terme de vos bases de données Autonomous AI.

Si vous avez activé le verrouillage de conservation :

Si vous n'avez pas activé le verrouillage de conservation :

Destination de sauvegarde

Vous pouvez associer une destination de sauvegarde pour les sauvegardes des bases de données Autonomous AI créées dans une base de données Conteneur Autonomous.

Dans les déploiements Oracle Public Cloud, vous pouvez choisir Autonomous Recovery Service ou Object Storage comme destination de sauvegarde. La valeur par défaut est Object Storage et l'option recommandée est Autonomous Recovery Service. Pour Autonomous AI Database sur Oracle Database@AWS, vous pouvez choisir Autonomous Recovery Service, OCI Object Storage ou Amazon Simple Storage (AWS S3). La valeur par défaut est AWS S3 et l'option recommandée est Autonomous Recovery Service.

Vous trouverez ci-dessous les options de destination de sauvegarde pour les déploiements de base de données Autonomous AI.

Type de destination de sauvegarde Déploiements pris en charge Remarques 
Stockage d'objet

Base de données d'IA autonome sur Oracle Public Cloud

Autonomous AI Database on Exadata Cloud@Customer

Base de données d'IA autonome sur Oracle Database@AWS

Stocke des sauvegardes incrémentielles quotidiennes et complètes hebdomadaires dans un conteneur de stockage d'objets géré par Oracle sur Oracle Cloud Infrastructure.

Pour les déploiements Exadata Cloud@Customer, si vous choisissez le type Object Storage, vous pouvez éventuellement indiquer un proxy HTTP Internet à utiliser lors du connexion au conteneur de stockage. Oracle recommande d'utiliser un proxy dès que possible pour améliorer la sécurité.

Service de récupération autonome (ARS)

Base de données d'IA autonome sur Oracle Public Cloud

Base de données d'IA autonome sur Oracle Database@AWS

Stocke des sauvegardes complètes virtuelles quotidiennes.

Il s'agit de l'option recommandée.
Network File System (NFS) Autonomous AI Database on Exadata Cloud@Customer

Stockage des sauvegardes dans un emplacement de stockage NFS (Network File System). Si vous choisissez le type NFS (Network File System), sélectionnez une destination de sauvegarde déjà définie qui utilise le stockage NFS (Network File System).

Reportez-vous à Prérequis pour les destinations de sauvegarde pour Exadata Cloud@Customer avant de configurer des destinations de sauvegarde sur un stockage NFS pour Exadata Cloud@Customer.

Si vous choisissez NFS comme type de destination de sauvegarde, vous devez supprimer manuellement les sauvegardes après la période de conservation de la sauvegarde si la base de données Conteneur Autonomous correspondante est arrêtée.

Pour plus d'informations, reportez-vous à Stratégie de conservation de sauvegarde.

Recovery Appliance Autonomous AI Database on Exadata Cloud@Customer

Stocke les sauvegardes dans l'une des destinations de sauvegarde précédemment définies qui utilisent la solution Oracle Zero Data Loss Recovery Appliance. Si vous choisissez le type Recovery Appliance, sélectionnez une destination de secours préalablement définie qui utilise Oracle Zero Data Loss Recovery Appliance, la valeur de DB_UNIQUE_NAME de la liste de distribution automatique d'appels (ACD) et le nom utilisateur du catalogue privé virtuelle.

Pour une destination de sauvegarde Zero Data Loss Recovery Appliance :

  • L'appliance doit être configurée avec un utilisateur de catalogue privé virtuel, utilisé pour effectuer les sauvegardes.

  • L'appliance doit être configurée avec le nom unique de la base de données sauvegardée et une correspondance avec l'utilisateur de catalogue privé virtuel. Exemple :

    EXEC dbms_ra.add_db(db_unique_name=>'', protection_policy_name=>'VF_7DAYS', reserved_space=>'500G');

  • L'appliance doit être configurée avec un mappage avec l'utilisateur de catalogue privé virtuel. Exemple :

    EXEC dbms_ra.grant_db_access(db_unique_name=>'', username=>'');
  • L'appliance doit être accessible à partir du système Oracle Exadata Database Service on Cloud@Customer à l'aide de la chaîne De connexion Oracle Net Services, fournie par l'administrateur Zero Data Loss Recovery Appliance.
  • Toutes les bases de données Conteneur Autonomous principales et de secours d'Autonomous Data Guard ne peuvent pas partager la même instance ZDLRA ou toute autre instance Recovery Appliance.
  • La réplication des instances ZDLRA ne doit pas être activée.

  • L'exemple de requête suivant peut être utilisé pour tester votre configuration ZDLRA. Cette requête doit renvoyer la valeur "1". 

    select count(1) from rasys.db where REG_DB_UNIQUE_NAME = '';

Remarque : veillez à fournir la chaîne de connexion qui se connecte à l'appliance de récupération au format de chaîne Oracle "easy connect", c'est-à-dire <host>:<port>/<service name>, où <host> est le nom d'hôte SCAN de Zero Data Loss Recovery Appliance.

Reportez-vous à Prérequis pour les destinations de sauvegarde pour Exadata Cloud@Customer avant de configurer des destinations de sauvegarde sur un emplacement de Zero Data Loss Recovery Appliance pour Exadata Cloud@Customer.

Pour plus d'informations, reportez-vous à Configuration de Recovery Appliance pour l'accès à une base de données protégée dans le guide de l'administrateur Zero Data Loss Recovery Appliance.

Local Autonomous AI Database on Exadata Cloud@Customer Stockage des sauvegardes sur le stockage Exadata local. Cette option n'est disponible que si vous avez configuré le stockage local lors de la création du cluster de machines virtuelles Exadata Autonomous. Une fois qu'une base de données Conteneur Autonomous est créée avec un type de destination de sauvegarde autre que Local, elle ne peut plus être remplacée par des sauvegardes locales.
AWS S3 Base de données d'IA autonome sur Oracle Database@AWS Stocke les sauvegardes sur AWS Object Storage.

Modifier les destinations de sauvegarde

S'applique à : Applicable Exadata Cloud@Customer uniquement

Vous pouvez modifier le type de destination de sauvegarde pour une base de données Conteneur Autonomous lorsque la sauvegarde automatique est activée. A un moment donné, il ne peut y avoir qu'un maximum de deux destinations de sauvegarde associées à une base de données Conteneur Autonomous.

Table - Modification des destinations de sauvegarde

Type actuel de destination de la sauvegarde Nouveaux types de destination de sauvegarde pris en charge Remarques 
Local - Vous ne pouvez pas modifier le type de destination de sauvegarde si le type actuel est local.
Network File System (NFS)

NFS

Adaptateur de ressources

 -
Stockage d'objet Adaptateur de ressources -
Recovery Appliance (RA)

Adaptateur de ressources

NFS

Stockage d'objet

 La modification du type de destination de sauvegarde de RA vers Object Storage n'est prise en charge que si la base de données Conteneur Autonomous a d'abord été configurée avec des sauvegardes Object Storage.

Restaurer et récupérer

Vous pouvez restaurer la base de données à l'aide de l'une des options suivantes :

La base de données passe à l'état indisponible pendant que la restauration est en cours. Vous ne pouvez pas vous connecter à la base de données lorsqu'elle présente cet état. La seule opération d'administration du cycle de vie prise en charge à l'état d'indisponibilité est d'interrompre la gestion. Une fois l'opération de restauration terminée, la base de données est ouverte dans le même état qu'avant la restauration. Pour les trois types de restauration (par numéro SCN, par horodatage ou en utilisant une sauvegarde spécifique), un numéro SCN est renvoyé une fois la restauration terminée.

Une fois la base de données restaurée, la valeur du mot de passe de l'utilisateur ADMIN est également restaurée. Par conséquent, il peut s'agir d'une ancienne valeur dont vous ne vous souvenez plus. Vous pouvez définir le mot de passe sur une nouvelle valeur, tel que décrit dans Déverrouillage ou modification du mot de passe de l'utilisateur de base de données ADMIN.

Une fois la base de données restaurée, toutes les sauvegardes effectuées entre la date de fin de la restauration et la date que vous avez indiquée pour l'opération de restauration (heure de restauration) sont invalidées. Vous ne pouvez pas lancer d'autres opérations de restauration jusqu'à un point dans le temps entre l'heure de restauration et l'heure de fin de la restauration. Vous pouvez uniquement lancer de nouvelles opérations de restauration jusqu'à un point dans le temps antérieur à l'heure de restauration ou ultérieur à l'achèvement de la restauration.

Dans une configuration Autonomous Data Guard :

Opérations de sauvegarde et de restauration

Le tableau suivant répertorie les opérations que vous pouvez effectuer sur les sauvegardes d'Autonomous AI Database.

Opération Détails Références supplémentaires
Créer une sauvegarde manuelle Vous pouvez créer une sauvegarde manuelle (à la demande) à partir de la page Détails d'une base de données Conteneur Autonomous sur la console OCI. Sauvegarde manuelle de votre base de données d'IA autonome
Créer une sauvegarde à long terme Vous pouvez créer une sauvegarde à long terme à partir de la page Détails d'une base de données Conteneur Autonomous sur la console OCI. Création d'une sauvegarde à long terme
Cloner à partir d'une sauvegarde

Vous pouvez créer une copie ponctuelle d'un ensemble de sauvegarde de votre base de données Autonomous AI.

Vous pouvez effectuer un clonage à partir d'une sauvegarde automatique, d'une sauvegarde manuelle (sélectionnée dans la liste des sauvegardes ou basée sur un horodatage) ou d'une sauvegarde à long terme.

Pour obtenir des détails complets sur le clonage à partir d'une sauvegarde, ses exigences et ses limites, reportez-vous à A propos du clonage d'une base de données d'IA autonome sur une infrastructure Exadata dédiée

Pour obtenir des instructions sur le clonage d'une sauvegarde manuelle ou à long terme à partir de la console OCI, reportez-vous à Clonage d'une base de données Autonomous AI à partir d'une sauvegarde.

Pour obtenir des instructions sur le clonage à partir d'une sauvegarde de base de données Conteneur Autonomous, reportez-vous à Clonage de la base de données Conteneur Autonomous à partir d'une sauvegarde.

modifier les paramètres de sauvegarde, Vous pouvez activer les sauvegardes automatiques (si elles sont désactivées lors du provisionnement de la base de données Conteneur Autonomous) et modifier les paramètres de sauvegarde suivants à partir de la page Détails d'une base de données Conteneur Autonomous à partir de la console OCI :
  • Période de conservation de sauvegarde jusqu'à une valeur comprise entre 7 et 95 jours.
  • Type de destination de sauvegarde, s'il est déployé sur Exadata Cloud@Customer.
  • Proxy HTTP . Applicable uniquement lorsque Object Storage est sélectionné en tant que destination de sauvegarde pour les déploiements Exadata Cloud@Customer.
  • Copie de sauvegarde inter-région, si elle est déployée sur Oracle Public Cloud.
  • Conservez une sauvegarde automatique pendant la durée de la période de conservation de la sauvegarde ou pendant 72 heures après l'arrêt de la base de données Conteneur Autonomous.
  • Activer le verrouillage de conservation Cela ne s'applique que si vous choisissez de conserver les sauvegardes pendant la durée de la période de conservation de la sauvegarde à la fin de la base de données Conteneur Autonomous.
Pour obtenir des détails complets sur la modification des paramètres de sauvegarde, reportez-vous à Modification des paramètres de sauvegarde de base de données Conteneur Autonomous.
mettre à jour une sauvegarde à long terme, Vous pouvez modifier la période de conservation d'une sauvegarde à long terme ou même supprimer une sauvegarde à long terme à partir de la page Détails d'une base de données Conteneur Autonomous sur la console OCI. Gestion des sauvegardes à long terme
Restaurer et récupérer votre base de données Autonomous AI Vous pouvez restaurer la base de données à partir d'une sauvegarde spécifique ou utiliser un horodatage pour la récupération jusqu'à un point dans le temps à partir de la page Détails de la base de données Conteneur Autonomous sur la console OCI. Restauration et récupération de votre base de données Autonomous AI
Afficher les sauvegardes distantes Vous pouvez afficher la liste des sauvegardes distantes dans une région à partir de la console OCI. Affichage de la liste des sauvegardes distantes
Cloner une base de données Conteneur Autonomous à partir d'une sauvegarde Vous pouvez récupérer votre base de données en clonant une base de données Conteneur Autonomous à partir d'une sauvegarde distante vers une base de données Conteneur Autonomous dans une région différente de la source du clone. Clonage d'une base de données Conteneur Autonomous à partir d'une sauvegarde

Vous pouvez également utiliser l'API pour effectuer des opérations de sauvegarde et de restauration. Pour plus de détails, reportez-vous à Référence d'API pour Autonomous AI Database on Dedicated Exadata Infrastructure.

Evénements de sauvegarde et de restauration

Les ressources Oracle Database émettent des événements, qui sont un message structuré indiquant les modifications apportées aux ressources. Plusieurs événements sont associés aux opérations de sauvegarde de base de données. Vous pouvez les trouver dans Evénements pour Autonomous AI Database on Dedicated Exadata Infrastructure.

Meilleures pratiques pour estimer l'espace de sauvegarde

Vous avez besoin d'une estimation précise des besoins en stockage de sauvegarde lors du déploiement d'une base de données d'IA autonome sur une infrastructure Exadata dédiée, à la fois dans les environnements Oracle Public Cloud et Exadata Cloud@Customer. Cette section décrit les principaux facteurs et calculs nécessaires pour assurer la conformité aux stratégies de récupération et éviter une utilisation ou des coûts imprévus du stockage.

Gestion des sauvegardes dans la base de données IA autonome

Les sauvegardes sont gérées automatiquement, avec la planification par défaut suivante :

Collecter des mesures source précises

Pour obtenir l'estimation la plus précise, effectuez les calculs de base sur les mesures de votre environnement Oracle AI Database existant, notamment :

Remarque : les sauvegardes Oracle AI Database atteignent généralement un taux de compression de 50 %, sauf si les données sont déjà compressées par HCC (Hybrid Columnar Compression), auquel cas une compression minimale, voire nulle, doit être envisagée. La compression des journaux d'archivage est généralement minimale.

Planification de la rétention

Pour conserver une fenêtre de récupération donnée (par exemple, 14 jours), vous devez conserver la dernière sauvegarde complète et tous les fichiers de journalisation incrémentiels et archivés associés jusqu'à ce qu'ils soient tous remplacés par une nouvelle sauvegarde complète. En raison de la dépendance entre les sauvegardes, pour une stratégie de conservation de 2 semaines, prévoyez jusqu'à 3 semaines de stockage de sauvegarde pour tenir compte des chevauchements et vous assurer que la fenêtre de récupération est toujours entièrement protégée.

Scénarios de sauvegarde supplémentaires

Sauvegardes manuelles:

Sauvegardes à long terme :

Remarque spéciale pour Exadata Cloud@Customer avec ZDLRA :

Pour les environnements utilisant Zero Data Loss Recovery Appliance (ZDLRA) :

Remarque : pour les déploiements ZDLRA, reportez-vous toujours aux mesures de base de données réelles et consultez la documentation ZDLRA pour obtenir un dimensionnement précis.

Exemple de calcul

Considérez un environnement avec :

Profil de sauvegarde hebdomadaire :

Résumé

Table - Paramètres clés pour l'estimation du stockage de sauvegarde

Paramètre Valeur type / Recommandation
Fréquence de sauvegarde complète Hebdomadaire
Fréquence de sauvegarde incrémentielle Tous les jours (jours de sauvegarde non complets)
Taux de génération du journal d'archivage Quotidien (estimation par rapport au taux observé)
Taux de compression 50 % (sauf pour les données compressées HCC)
Stratégie de conservation 2 semaines (planifiez 3 semaines de stockage simultané)
Calcul du stockage (Complet + Incrémentiel) x Compression + Journaux d'archivage