Sauvegarde et restauration d'Autonomous Database on Dedicated Exadata Infrastructure
Pour prendre en charge la haute disponibilité, Autonomous Database on Dedicated Exadata Infrastructure sauvegarde automatiquement votre base de données. La période de conservation des sauvegardes peut aller jusqu'à 95 jours 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, Autonomous 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 instances Autonomous Database 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.
Remarques :
Vous ne pouvez pas désactiver les sauvegardes automatiques lors du provisionnement d'une base de données Conteneur Autonomous avec Autonomous Data Guard.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 Database dans 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 instances Autonomous Database et ne peuvent pas être utilisés pour les opérations de restauration sur place d'Autonomous Database.
- Ils sont pris en charge uniquement au niveau Autonomous Database.
- Ne peut pas être utilisé sur des instances Autonomous Database 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 d'Autonomous Database 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.
- 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.
- Ils sont pris en charge uniquement au niveau Autonomous Database.
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.
Dans les déploiements Oracle Public Cloud et Multicloud, la valeur par défaut de la stratégie de conservation des sauvegardes est 15 jours et peut être remplacée par n'importe quelle valeur comprise entre 7 et 95 jours.
- 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 :
S'APPLIQUE À 
Oracle Public Cloud S'APPLIQUE À Exadata Cloud@Customer
Vous pouvez conserver les sauvegardes automatiques même après l'interruption de tout ou partie des composants Autonomous Database, tels qu'une infrastructure Exadata, un cluster de machines virtuelles Autonomous (AVMC), une base de données Conteneur Autonomous et Autonomous Database. 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 instances Autonomous Database.
- 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.
- 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 vous mettez fin à Autonomous Database. 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 instances Autonomous Database créées dans une base de données Conteneur Autonomous. Sur les déploiements Exadata Cloud@Customer et Autonomous Database sur Oracle Database@AWS, vous pouvez choisir une destination de sauvegarde parmi les options disponibles lors du provisionnement de la base de données Conteneur Autonomous.
Par défaut, la destination de sauvegarde est définie sur Object Storage pour les instances Autonomous Database déployées sur Oracle Public Cloud. En revanche, vous pouvez définir Autonomous Recovery Service en tant que destination de sauvegarde pour toutes les bases de données Conteneur Autonomous provisionnées dans un compartiment spécifique, en soumettant une demande de service. Une fois la demande de service terminée, toutes les nouvelles bases de données Conteneur Autonomous provisionnées dans le compartiment indiqué utiliseront par défaut la destination de sauvegarde Autonomous Recovery Service.
Sur les déploiements Oracle Public Cloud et Autonomous Database sur Oracle Database@AWS, la destination de sauvegarde ne peut pas être modifiée après le provisionnement de la base de données Conteneur Autonomous.
Table - Options de destination de sauvegarde
| Type de destination de sauvegarde | Déploiements pris en charge | Remarques |
|---|---|---|
| Stockage d'objet |
Autonomous Database sur Oracle Public Cloud Autonomous Database sur Exadata Cloud@Customer Autonomous Database 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 Database sur Oracle Public Cloud |
Stockez les sauvegardes complètes virtuelles quotidiennes. Pour créer une base de données Conteneur Autonomous avec Autonomous Recovery Service comme destination de sauvegarde, vous devez avoir soumis une demande de service avant de provisionner la base de données Conteneur Autonomous. Cette demande de service indiquera par défaut Autonomous Recovery Service comme destination de sauvegarde pour toutes les nouvelles bases de données Conteneur Autonomous provisionnées dans le compartiment indiqué. Pour obtenir des instructions, reportez-vous à Création d'une demande d'assistance dans My Oracle Cloud Support. |
| Network File System (NFS) |
Autonomous Database 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 |
Autonomous Database 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 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. |
| Local |
Autonomous Database 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 | Autonomous Database sur Oracle Database@AWS | Stocke les sauvegardes sur AWS Object Storage. |
Modification des destinations de sauvegarde
S'APPLIQUE À : Exadata Cloud@Customer uniquement
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
- 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
| 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 d'Autonomous Database |
| 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 instance Autonomous Database. 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'Autonomous Database 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'Autonomous Database à partir de la 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 :
|
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 instance Autonomous Database | 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 instance Autonomous Database |
| 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 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 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 Events for Autonomous Database on Dedicated Exadata Infrastructure