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

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

Par défaut, Autonomous AI Database est configuré 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.

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

Les sauvegardes inter-régions, également appelées sauvegardes distantes, sont des sauvegardes stockées dans une région différente de la base de données source. Cette option de sauvegarde est uniquement disponible pour les bases de données Conteneur Autonomous déployées sur Oracle Public Cloud. En cas de panne d'une région, vous pouvez utiliser cette sauvegarde pour récupérer la base de données.

Sauvegardes inter-région :
- Sont des sauvegardes supplémentaires en plus des sauvegardes automatiques par défaut. Elles sont comme une seconde sauvegarde effectuée dans une région que vous avez sélectionnée.
- Sont prises en charge uniquement au niveau de la base de données Conteneur Autonomous et incluent toutes les bases de données Autonomous AI au sein de la base de données Conteneur Autonomous, ainsi que tous les journaux d'archivage.
- Ils sont exclusivement destinés au clonage dans une nouvelle base de données Conteneur Autonomous et ne peuvent pas être utilisés pour les opérations de restauration sur place.
- Peut être cloné dans un autre cluster de machines virtuelles Exadata Autonomous. Pour obtenir des instructions, reportez-vous à Clonage d'une base de données Conteneur Autonomous à partir d'une sauvegarde.
Remarques :
Les sauvegardes inter-région peuvent uniquement être activées sur des bases de données Conteneur Autonomous configurées sans Autonomous Data Guard.
Les sauvegardes à long terme sont les sauvegardes qui sont conservées au-delà de la stratégie de conservation des sauvegardes (période) définie au niveau de la base de données Conteneur Autonomous. Lors de la création d'une sauvegarde à long terme, vous pouvez indiquer sa période de conservation, allant de 90 jours à 10 ans.
Sauvegardes à long terme :
- Ils sont exclusivement destinés au clonage dans de nouvelles bases de données IA autonomes et ne peuvent pas être utilisés pour les opérations de restauration sur place d'Autonomous AI Database.
- Sont prises en charge uniquement au niveau de la base de données d'IA autonome.
- Ne peut pas être utilisé sur des bases de données AI autonomes qui résident dans une base de données Conteneur Autonomous qui n'a pas activé les sauvegardes.
- sont répertoriées sur la page de détails de la base de données AI autonome dans la section Sauvegardes. Ils sont également répertoriés sous Sauvegardes autonomes sur la console OCI.
Les sauvegardes manuelles sont des sauvegardes à la demande effectuées manuellement à partir de la console OCI. Par exemple, avant d'effectuer une mise à jour importante de votre application, vous pouvez effectuer une sauvegarde manuelle pour restaurer et récupérer ultérieurement.
Sauvegardes manuelles:
- Il s'agit de sauvegardes incrémentielles cumulées contenant toutes les sauvegardes incrémentielles de la dernière sauvegarde complète si la destination de sauvegarde est Object Storage.
- Il s'agit de sauvegardes complètes virtuelles quotidiennes si la destination de sauvegarde est Autonomous Recovery Service.
- Elles sont conservées jusqu'à 95 jours, selon la stratégie de conservation de sauvegarde (période) choisie pour la base de données Conteneur Autonomous.
- Sont prises en charge uniquement au niveau de la base de données d'IA autonome.

Stratégie de conservation de sauvegarde (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, procédez comme suit :

Vous ne pouvez pas modifier la stratégie de conservation des sauvegardes si vous utilisez Recovery Appliance ou Stockage local comme destination de sauvegarde de la base de données Conteneur Autonomous. Dans le cas de Recovery Appliance, cette valeur est contrôlée par la stratégie de protection Recovery Appliance.
Pour les types de destination de sauvegarde Object Storage et Network File System (NFS), la stratégie de conservation de sauvegarde est définie par défaut sur 30 jours et peut être remplacée par n'importe quelle valeur comprise entre 7 et 95 jours.

Verrouillage de conservation :

Vous pouvez conserver les sauvegardes automatiques même après l'arrêt de tout (ou de la totalité) des composants de la base de données AI autonome, 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 AI autonome. 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 verrouillage de conservation pour votre base de données Conteneur Autonomous, ce verrouillage s'applique à la fois aux sauvegardes automatiques et aux sauvegardes à long terme de vos base de données Autonomous AI.

Si vous avez activé le verrouillage de conservation :

Une fois la base de données Conteneur Autonomous terminée, toutes les sauvegardes automatiques et les sauvegardes à long terme sont conservées pendant leur période de conservation.
La période de conservation ne peut être augmentée que plus tard et ne peut pas être réduite.
A la fin de la période de conservation de sauvegarde de la base de données Conteneur Autonomous, toutes les sauvegardes automatiques sont supprimées. Toutefois, si vous avez configuré NFS pour le stockage des sauvegardes automatiques, vous devez supprimer manuellement les sauvegardes. Les sauvegardes automatiques sont garanties jusqu'à la fin de la période de conservation des sauvegardes.
Une fois la base de données Conteneur Autonomous terminée, les sauvegardes à long terme ne peuvent pas être supprimées et restent jusqu'à ce qu'elles expirent. Toutes les sauvegardes à long terme sont automatiquement supprimées après leur expiration. Toutefois, si vous avez configuré NFS pour le stockage des sauvegardes à long terme, vous devez les supprimer manuellement après leur expiration.

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

Une fois la base de données Conteneur Autonomous terminée, toutes les sauvegardes automatiques sont supprimées en fonction de la période de conservation définie, qui est de 72 heures ou de la période de conservation de la base de données Conteneur Autonomous. Toutefois, si vous avez configuré NFS pour le stockage des sauvegardes automatiques, vous devez supprimer manuellement les sauvegardes automatiques.
La période de conservation peut être augmentée ou réduite à tout moment.
Les sauvegardes à long terme peuvent être supprimées à tout moment. Vous pouvez également choisir de les supprimer lorsque la base de données IA autonome prend fin. Toutefois, si vous avez configuré NFS pour le stockage de la sauvegarde à long terme et que la base de données Conteneur Autonomous correspondante est arrêtée, vous devez supprimer manuellement les sauvegardes après leur expiration.

Destination de sauvegarde

Vous pouvez associer une destination de sauvegarde pour les sauvegardes des bases de données AI autonomes 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.

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

Table - Options de destination de sauvegarde

Type de destination de sauvegarde	Déploiements pris en charge	Remarques
Stockage d'objet	Autonomous AI Database sur Oracle Public Cloud Base de données d'IA autonome sur 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)	Autonomous AI Database sur Oracle Public Cloud	Stocke des sauvegardes complètes virtuelles quotidiennes. Il s'agit de l'option recommandée.
Network File System (NFS)	Base de données d'IA autonome sur 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. Reportez-vous à : Pour plus d'informations, reportez-vous à Stratégie de conservation de sauvegarde.
Récupération Appliance	Base de données d'IA autonome sur 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=>'<ACD 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=>'<ACD db unique name>', username=>'<VPC user>');` 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 = '<ACD db unique name>';` Remarques : Veillez à fournir la chaîne de connexion qui se connecte à l'appliance de récupération dans un format de chaîne Oracle "easy connect", à savoir `<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	Base de données d'IA autonome sur 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.

Modification des destinations de sauvegarde

S'APPLIQUE À : 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 :

Utiliser une sauvegarde spécifique pour restaurer la base de données
Utiliser un horodatage pour la récupération jusqu'à un point dans le temps à partir de la console OCI
Utiliser un numéro SCN (System Change Number) spécifique pour restaurer la base de données à partir de la console OCI

La base de données passe à l'état indisponible alors 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 de gestion du cycle de vie prise en charge à l'état non disponible est l'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é 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 :

Vous pouvez uniquement restaurer une sauvegarde à partir de la base de données primary.
La restauration de base de données n'est pas autorisée si la base de données de secours a le rôle de secours cliché. Pour restaurer cette base de données, vous devez convertir la base de données Conteneur Autonomous de secours en base de données de secours physique. Pour obtenir des instructions, reportez-vous à Conversion de la base de données de secours cliché en base de données de secours physique.

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 IA autonome
Création d'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 IA autonome. Vous pouvez effectuer un clonage à 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 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 Autonomous AI 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 IA autonome à 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 : Durée de conservation de la sauvegarde à n'importe quelle valeur comprise entre 7 et 95 jours. Type de destination de sauvegarde, si déployé sur Exadata Cloud@Customer. Proxy HTTP . Applicable uniquement lorsqu'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 la fin 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 la 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
Restauration et récupération de 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 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 IA autonome
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 sur une infrastructure Exadata dédiée.

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'Autonomous AI Database on Dedicated Exadata Infrastructure, à 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 Autonomous AI Database

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

Sauvegarde complète : effectuée chaque semaine.
Sauvegardes incrémentielles : exécutées quotidiennement, sauf le jour de la sauvegarde complète.
Journaux de journalisation archivés : générés quotidiennement et inclus dans leurs propres cycles de sauvegarde.

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 :

Taille totale de la base de données Conteneur
Taux moyen de modification des données quotidiennes
Taux de génération journalier
Taux de compression observés réels (en particulier si vous utilisez la compression en colonnes hybride)

Remarques :

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). Dans ce cas, la compression doit être faible, voire nulle. 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. et son incremental.Because de 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 du chevauchement 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:

Les sauvegardes manuelles sont des sauvegardes incrémentielles cumulées.
La taille est généralement égale à la somme de toutes les modifications depuis la dernière sauvegarde complète.

Sauvegardes à long terme :

Exécuté au niveau ADB dans la base de données Conteneur Autonomous.
La taille de chaque sauvegarde à long terme est basée sur l'ADB individuel, et non sur l'intégralité de la base de données Conteneur Autonomous.
Le stockage doit être dimensionné en fonction du nombre de sauvegardes à long terme nécessaires pour chaque ADB et de la somme de tous les ADB nécessitant une conservation de sauvegarde à long terme.

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

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

Seule la sauvegarde complète initiale est stockée physiquement.
Toutes les sauvegardes supplémentaires sont incrémentielles ; les sauvegardes complètes virtuelles sont synthétisées si nécessaire.
ZDLRA gère les sauvegardes et la conservation des journaux d'archivage, ce qui réduit généralement les chevauchements de stockage.
Le stockage est requis pour une sauvegarde complète unique, des fichiers de journalisation incrémentiels cumulatifs et des fichiers de journalisation archivés, optimisés davantage par les mécanismes internes de suppression des doublons de ZDLRA.

Remarques :

Pour les déploiements ZDLRA, reportez-vous toujours aux 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 :

Taille ACD : 10 To
Taux de modification des données quotidiennes : 10 % (1 To)
Génération du journal d'archivage : 1 To par jour

Profil de sauvegarde hebdomadaire :

Sauvegarde complète : 10 To (avant compression)
Incrémentaux : 6 × 1 To = 6 To (avant la compression)
Journaux d'archivage : 7 × 1 To = 7 To
Après la compression standard (50 % pour les sauvegardes) :
Complet + incrémentiel = (10 To + 6 To) × 50 % = 8 To
Journaux d'archivage : 7 To (peu de compression)
Nombre total de sauvegardes par semaine : 8 To (sauvegardes compressées) + 7 To (journaux d'archivage) = 15 To
Taille de conservation : 3 semaines de stockage requis pour la stratégie de conservation de 2 semaines : 15 To × 3 = 45 To (plus frais généraux supplémentaires mineurs pour les métadonnées et les variations opérationnelles)

Résumé

Utilisez toujours les indicateurs opérationnels récents et pertinents de vos charges de travail de production pour l'estimation.
Réévaluez les stratégies de sauvegarde et de conservation lorsque les caractéristiques de la base de données ou les exigences métier changent.
Pour les environnements ayant des besoins complexes en matière de stockage ou de conformité (comme l'intégration ZDLRA), demandez des conseils supplémentaires aux ressources techniques d'Oracle.

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) × Compression + Journaux d'archivage