Sauvegarde et restauration d'une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée

Pour prendre en charge la haute disponibilité, la base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée sauvegarde automatiquement votre base de données. La période de conservation des sauvegardes est jusqu'à 95 jours en fonction de la politique de conservation des sauvegardes choisie pour la base de données conteneur autonome. Vous pouvez restaurer et récupérer votre base de données à tout point dans le temps pendant cette période.

Lors de la sauvegarde d'une base de données, celle-ci est entièrement fonctionnelle. Toutefois, pendant la sauvegarde, 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.

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

Par défaut, Autonomous AI Database est configuré pour sauvegarder votre base de données périodiquement. Vous pouvez désactiver les sauvegardes automatiques lors du provisionnement d'une base de données conteneur autonome et les activer à partir de la console Oracle Cloud Infrastructure (OCI) à tout moment ultérieurement. Une fois les sauvegardes automatiques activées, vous ne pouvez pas les désactiver pour une base de données conteneur autonome.

Les bases de données autonomes d'IA d'Oracle Public Cloud sont sauvegardées dans le service de stockage d'objets avec des sauvegardes incrémentielles quotidiennes et des sauvegardes complètes hebdomadaires ou le service de récupération autonome avec des sauvegardes complètes virtuelles quotidiennes, selon leur destination de sauvegarde. La base de données autonome d'IA d'Oracle Database@AWS est sauvegardée dans le service de stockage d'objets d'OCI ou le service de stockage simple d'Amazon (S3) avec des sauvegardes incrémentielles quotidiennes et des sauvegardes complètes hebdomadaires ou le service de récupération autonome avec des sauvegardes complètes virtuelles quotidiennes, selon leur destination de sauvegarde.

Lorsque les sauvegardes automatiques sont activées, vous avez la possibilité d'effectuer l'une des sauvegardes supplémentaires suivantes :

Politique de conservation des sauvegardes (période)

Vous pouvez définir la politique/période de conservation des sauvegardes lors du provisionnement d'une base de données conteneur autonome ou la modifier plus tard à partir de sa page de détails dans la console Oracle Cloud Infrastructure.

La valeur par défaut de la politique de conservation des sauvegardes est 15 jours et peut être modifiée en 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 l'arrêt de tout ou partie des composants de base de données d'IA autonome, tels que l'infrastructure Exadata, la grappe de machines virtuelles autonome, la base de données conteneur autonome et la base de données d'IA autonome. La chronologie de conservation des sauvegardes après l'arrêt d'une base de données conteneur autonome s'applique uniquement aux sauvegardes automatiques et non aux sauvegardes à long terme. Vous pouvez conserver les sauvegardes d'une base de données conteneur autonome arrêtée jusqu'à 72 heures ou jusqu'à la fin de sa période de conservation des sauvegardes. En outre, lors de l'arrêt de la base de données conteneur autonome, 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 la conservation. L'activation d'un verrouillage de conservation des sauvegardes interdit la suppression de 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'est pas expirée.

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

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 autonomes d'IA créées dans une base de données conteneur autonome.

Dans les déploiements Oracle Public Cloud, vous pouvez choisir le service de récupération autonome ou le service de stockage d'objets comme destination de sauvegarde. La valeur par défaut est Stockage d'objets et l'option recommandée est Service de récupération autonome. 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.

Voici les options de destination de sauvegarde pour les déploiements de base de données autonome avec intelligence artificielle.

Type de destination de sauvegarde Déploiements pris en charge Notes
Stockage d'objets

Base de données autonome sur Oracle Public Cloud

Base de données Autonomous AI Database sur Exadata Cloud@Customer

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

Stocke les sauvegardes incrémentielles hebdomadaires complètes et quotidiennes 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 Stockage d'objets comme type, vous pouvez éventuellement spécifier un mandataire HTTP Internet à utiliser lors de la connexion au conteneur de stockage. Oracle recommande d'utiliser un mandataire lorsque cela est possible pour améliorer la sécurité.

Service de récupération autonome (ARS)

Base de données autonome sur Oracle Public Cloud

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

Stocke les sauvegardes virtuelles complètes quotidiennes.

Il s’agit de l’option recommandée.
Système de fichiers réseau (NFS) Base de données Autonomous AI Database sur Exadata Cloud@Customer

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

Voir Préalables pour les destinations de sauvegarde pour Exadata Cloud@Customer avant de configurer les 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 des sauvegardes si la base de données conteneur autonome correspondante est arrêtée.

Pour plus de détails, voir Politique de conservation des sauvegardes.

Boîtier ZDLRA Base de données Autonomous AI Database sur Exadata Cloud@Customer

Stocke les sauvegardes dans l'une de vos destinations de sauvegarde précédemment définies qui utilise Oracle Zero Data Loss Recovery Appliance. Si vous choisissez le type Boîtier ZDLRA, sélectionnez une destination de sauvegarde définie précédemment qui utilise Oracle Zero Data Loss Recovery Appliance, le DB_UNIQUE_NAME de la base de données conteneur autonome et le mot de passe du nom d'utilisateur VPC.

Pour une destination de sauvegarde Boîtier ZDLRA :

  • Le boîtier doit être configuré avec un utilisateur de catalogue privé virtuel (VPC) qui sert à effectuer les sauvegardes.

  • Le boîtier doit être configuré avec le nom unique de la base de données en cours de sauvegarde et un mappage avec l'utilisateur VPC. Par exemple :

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

  • Le boîtier doit être configuré avec un mappage avec l'utilisateur VPC. Par exemple :

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

  • L'exemple d'interrogation suivant peut être utilisé pour tester votre configuration ZDLRA. Cette interrogation doit retourner la valeur "1". 

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

Note : Assurez-vous de fournir la chaîne de connexion qui se connecte au boîtier de récupération dans un 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.

Voir Préalables pour les destinations de sauvegarde pour Exadata Cloud@Customer avant de configurer les destinations de sauvegarde sur un emplacement Zero Data Loss Recovery Appliance pour Exadata Cloud@Customer

Pour plus d'informations, voir Configuration du boîtier ZDLRA pour un accès protégé à la base de données dans le guide de l'administrateur de Zero Data Loss Recovery Appliance.

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

Modification des destinations de sauvegarde

APPLICATIONS À : Applicable Exadata Cloud@Customer seulement

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

Tableau - Modification des destinations de sauvegarde

Type de destination de sauvegarde courante Nouveaux types de destination de sauvegarde pris en charge Notes
Identités locales - Vous ne pouvez pas modifier le type de destination de sauvegarde si le type courant est local.
Système de fichiers réseau (NFS)

NFS

RA

 -
Stockage d'objets RA -
Appareil de récupération (RA)

RA

NFS

Stockage d'objets

 La modification du type de destination de sauvegarde de RA vers le stockage d'objets n'est prise en charge que si la base de données conteneur autonome a d'abord été configurée avec des sauvegardes du stockage d'objets.

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 Non disponible alors que la restauration est en cours. Vous ne pouvez pas vous connecter à une base de données dans cet état. La seule opération de gestion du cycle de vie prise en charge à l'état Non disponible est Arrêt. 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 à l'aide d'une sauvegarde spécifique), un numéro SCN est renvoyé lorsque la restauration est 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'un ancien mot de passe dont vous ne vous souvenez plus. Vous pouvez régler le mot de passe à une nouvelle valeur, comme décrit sous Déverrouiller ou modifier le mot de passe de l'utilisateur de base de données ADMIN.

Après la restauration de votre base de données, toutes les sauvegardes effectuées entre la date de fin de la restauration et la date que vous avez spécifiée pour l'opération de restauration (heure de la restauration) sont invalidées. Vous ne pouvez lancer aucune autre opération de restauration à un point dans le temps compris entre l'heure de restauration et l'heure de fin de la restauration. Vous ne pouvez lancer de nouvelles opérations de restauration qu'à un point dans le temps antérieur à l'heure de restauration ou postérieur à l'heure de fin 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 de la base de données d'IA autonome.

Opération Détails Informations de référence supplémentaires
Créer une sauvegarde manuelle Vous pouvez créer une sauvegarde manuelle (sur demande) à partir de la page Détails d'une base de données conteneur autonome sur la console OCI. Sauvegarder manuellement 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 autonome sur la console OCI. Créer une sauvegarde à long terme
Cloner à partir d'une sauvegarde

Vous pouvez créer une copie à un instant donné d'un jeu de sauvegarde de votre base de données d'IA autonome.

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

Pour plus de détails sur le clonage à partir d'une sauvegarde, ses exigences et ses limites, consultez À 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, voir Cloner une base de données IA autonome à partir d'une sauvegarde.

Pour obtenir des instructions sur le clonage à partir d'une sauvegarde ACD, voir Cloner une base de données conteneur autonome à 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 autonome) et modifier les paramètres de sauvegarde suivants à partir de la page Détails d'une base de données conteneur autonome à partir de la console OCI :
  • Période de conservation des sauvegardes à une valeur comprise entre 7 et 95 jours.
  • Type de destination de sauvegarde, s'il est déployé sur Exadata Cloud@Customer.
  • Mandataire HTTP. Cela s'applique uniquement lorsque le service de stockage d'objets est sélectionné comme destination de sauvegarde pour les déploiements Exadata Cloud@Customer.
  • Copie de sauvegarde inter-région, si déployée sur Oracle Public Cloud.
  • Conserver une sauvegarde automatique pendant la durée de la période de conservation des sauvegardes ou pendant 72 heures après l'arrêt de la base de données conteneur autonome.
  • Activer le verrouillage de la conservation. Cela s'applique uniquement si vous choisissez de conserver les sauvegardes pendant la durée de la période de conservation des sauvegardes lors de l'arrêt de la base de données conteneur autonome.
Pour des détails complets sur la modification des paramètres de sauvegarde, voir Modifier les paramètres de sauvegarde de base de données conteneur autonome.
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 autonome sur la console OCI. Gérer les sauvegardes à long terme
Restaurer et récupérer votre base de données IA autonome Vous pouvez restaurer la base de données à partir d'une sauvegarde spécifique ou utiliser un horodatage pour une récupération jusqu'à un point dans le temps à partir de la page Détails de la base de données conteneur autonome sur la console OCI. Restaurer et récupérer votre base de données autonome avec intelligence artificielle
Voir les sauvegardes distantes Vous pouvez voir la liste des sauvegardes distantes dans une région à partir de la console OCI. Voir une liste de sauvegardes distantes
Cloner une base de données conteneur autonome à partir d'une sauvegarde Vous pouvez récupérer votre base de données en clonant une base de données conteneur autonome à partir d'une sauvegarde distante dans une machine virtuelle autonome dans une région différente de celle de la source du clone. Cloner une base de données conteneur autonome à partir d'une sauvegarde

Vous pouvez également utiliser une API pour effectuer des opérations de sauvegarde et de restauration. Pour plus de détails, voir Informations de référence sur les API pour Autonomous AI Database sur une infrastructure Exadata dédiée.

Événements de sauvegarde et de restauration

Les ressources Oracle Database émettent des événements, qui sont des messages structurés 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 Événements pour une base de données d'IA autonome sur une infrastructure Exadata dédiée.

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 autonome avec intelligence artificielle 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 politiques de récupération et éviter l'utilisation ou les coûts imprévus du stockage.

Gestion des sauvegardes dans une base de données d'IA autonome

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

Collecter des mesures sources précises

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

Note : Les sauvegardes Oracle AI Database présentent généralement un taux de compression de 50 %, à moins que les données ne soient déjà compressées par Hybrid Columnar Compression (HCC), auquel cas une compression faible ou nulle autre doit être supposée. Les journaux d'archivage se compressent généralement au minimum.

Planification de la conservation

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 politique de conservation de 2 semaines, planifiez jusqu'à 3 semaines de stockage de sauvegarde pour tenir compte du chevauchement et pour vous assurer que votre fenêtre de récupération est toujours entièrement protégée.

Scénarios de sauvegarde supplémentaires

Sauvegardes manuelles :

Sauvegardes à long terme :

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

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

Note : Pour les déploiements ZDLRA, consultez toujours les mesures de base de données réelles et consultez la documentation ZDLRA pour un dimensionnement précis.

Exemple de calcul

Considérez un environnement avec :

Profil de sauvegarde hebdomadaire :

Sommaire

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

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