Sauvegarde et restauration de base de données autonome sur une infrastructure Exadata dédiée
Pour prendre en charge la haute disponibilité, Autonomous Database sur une infrastructure Exadata dédiée sauvegarde automatiquement votre base de données pour vous. La période de conservation des sauvegardes est de 95 jours en fonction de la politique de conservation des sauvegardes sélectionnée 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. L'arrêt d'une base de données Autonomous Database supprime toutes ses sauvegardes automatiques et manuelles, y compris les sauvegardes à long terme.
À propos de la sauvegarde et de la récupération
Par défaut, Autonomous 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 Autonomous Database sur Oracle Public Cloud sont sauvegardées dans le stockage d'objets avec des sauvegardes incrémentielles quotidiennes et des sauvegardes complètes hebdomadaires ou dans le service de récupération autonome avec des sauvegardes complètes virtuelles quotidiennes, selon leur destination de sauvegarde.
Note :
Vous ne pouvez pas désactiver les sauvegardes automatiques lors du provisionnement d'une base de données conteneur autonome avec Autonomous Data Guard.Lorsque les sauvegardes automatiques sont activées, vous avez la possibilité d'effectuer l'une des sauvegardes supplémentaires suivantes :
-
Les sauvegardes inter-région, également appelées sauvegardes distantes, sont des sauvegardes stockées dans une région différente de celle de la base de données source. Cette option de sauvegarde n'est disponible que pour les bases de données conteneur autonomes déployées sur Oracle Public Cloud. En cas de défaillance d'une région, vous pouvez utiliser cette sauvegarde pour récupérer votre base de données.
Sauvegardes inter-régions :
- Il s'agit de sauvegardes supplémentaires en plus des sauvegardes automatiques par défaut. Elles sont comme une deuxième sauvegarde effectuée dans une région que vous avez sélectionnée.
- Sont pris en charge uniquement au niveau de la base de données conteneur autonome et incluent toutes les bases de données Autonomous Database de la base de données conteneur autonome, ainsi que tous les journaux d'archivage.
- Ils sont exclusivement destinés au clonage dans une nouvelle base de données conteneur autonome et ne peuvent pas être utilisés pour des opérations de restauration sur place.
- Peut être cloné dans une autre grappe de machines virtuelles Exadata autonome (AVMC). Pour obtenir des instructions, voir Cloner une base de données conteneur autonome à partir d'une sauvegarde.
Note :
Les sauvegardes inter-régions ne peuvent être activées que sur les bases de données conteneur autonomes configurées sans Autonomous Data Guard. - Les sauvegardes à long terme sont les sauvegardes conservées au-delà de la politique (période) de conservation des sauvegardes définie au niveau de la base de données conteneur autonome. Lors de la création d'une sauvegarde à long terme, vous pouvez spécifier 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 Autonomous Database et ne peuvent pas être utilisés pour les opérations de restauration sur place d'Autonomous Database.
- Sont pris en charge uniquement au niveau Autonomous Database et ne sont disponibles que lorsque la base de données Autonomous Database existe.
- Ne peut pas être utilisé sur des bases de données Autonomous Database qui résident dans une base de données conteneur autonome qui n'a pas activé les sauvegardes.
-
Les sauvegardes manuelles sont des sauvegardes sur 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 en option pour effectuer une restauration et une récupération plus tard.
Sauvegardes manuelles :- Il s'agit de sauvegardes incrémentielles cumulatives contenant toutes les sauvegardes incrémentielles de la dernière sauvegarde complète.
- Elles sont conservées pendant une durée maximale de 95 jours, selon la politique de conservation des sauvegardes (période) choisie pour la base de données conteneur autonome.
- Sont pris en charge uniquement au niveau Autonomous Database.
Politique de conservation des sauvegardes (période)
Vous pouvez définir la période/politique de conservation des sauvegardes lors du provisionnement d'une base de données conteneur autonome ou la modifier ultérieurement à partir de sa page de détails dans la console Oracle Cloud Infrastructure.
Dans les déploiements Oracle Public Cloud et Multicloud, 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.
- Vous ne pouvez pas modifier la politique de conservation des sauvegardes si vous utilisez le boîtier ZDLRA ou le stockage local comme destination de sauvegarde de votre base de données conteneur autonome. Dans le cas du boîtier applicatif, cette valeur est contrôlée par la politique de protection du boîtier applicatif.
- Pour les types de destination de sauvegarde Stockage d'objets et Système de fichiers réseau (NFS), la politique de conservation des sauvegardes prend par défaut 30 jours et peut être remplacée par n'importe quelle valeur comprise entre 7 et 95 jours.
Destination de sauvegarde
Vous pouvez associer une destination de sauvegarde pour les sauvegardes des bases de données Autonomous Database créées dans une base de données conteneur autonome. Dans 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 autonome.
Par défaut, la destination de sauvegarde est réglée à Stockage d'objets pour les bases de données Autonomous Database déployées sur Oracle Public Cloud. Toutefois, vous pouvez définir le service de récupération autonome en tant que destination de sauvegarde pour toutes les bases de données conteneur autonomes provisionnées dans un compartiment spécifique, en soumettant une demande de service. Une fois la demande de service terminée, toute nouvelle base de données conteneur autonome provisionnée dans le compartiment spécifié affectera par défaut sa destination de sauvegarde au service de récupération autonome.
Dans les déploiements d'Oracle Public Cloud et d'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 autonome.
Tableau - Options de destination de sauvegarde
| Type de destination de sauvegarde | Déploiements pris en charge | Notes |
|---|---|---|
| Stockage d'objets |
Autonomous Database sur Oracle Public Cloud Autonomous Database sur Exadata Cloud@Customer Autonomous Database 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 le type Stockage d'objets, vous pouvez 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) |
Autonomous Database sur Oracle Public Cloud |
Stocker des sauvegardes virtuelles complètes quotidiennes. Pour créer une base de données conteneur autonome avec le service de récupération autonome comme destination de sauvegarde, vous devez avoir soumis une demande de service avant de provisionner la base de données conteneur autonome. Cette demande de service utilisera par défaut le service de récupération autonome en tant que destination de sauvegarde pour toutes les nouvelles bases de données conteneur autonomes provisionnées dans le compartiment spécifié. Pour obtenir des instructions, voir Créer une demande de service dans mon soutien Oracle Cloud. |
| Système de fichiers réseau (NFS) |
Autonomous Database sur Exadata Cloud@Customer |
Stocke les sauvegardes dans un emplacement de stockage du système de fichiers réseau (NFS). Si vous choisissez le type Système de fichiers réseau (NFS), sélectionnez une destination de sauvegarde déjà définie qui utilise le stockage du système de fichiers réseau (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 |
| Boîtier ZDLRA |
Autonomous 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 ZDLRA, sélectionnez une destination de sauvegarde précédemment définie qui utilise Oracle Zero Data Loss Recovery Appliance, le 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 |
| Identités locales |
Autonomous 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 | Autonomous Database sur Oracle Database@AWS | Stocke les sauvegardes sur AWS Object Storage. |
Modification des destinations de sauvegarde
APPLICATIONS À : 
Exadata Cloud@Customer APPLICATIONS À : Multicloud
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
- Utiliser une sauvegarde spécifique pour la restauration de la base de données
- Utiliser un horodatage pour la récupération à un moment donné à 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 Non disponible pendant 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 Mettre fin. Une fois l'opération de restauration terminée, votre 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 retourné 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'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 :
- Vous ne pouvez restaurer une sauvegarde qu'à partir de la base de données principale.
- La restauration de la base de données n'est pas autorisée si la base de secours a le rôle de base de secours instantanée. Vous devez convertir la base de données conteneur autonome de secours en base de données de secours physique pour restaurer cette base de données. Pour obtenir des instructions, voir Convertir une base de données de secours instantanée en base de données de secours physique.
Opérations de sauvegarde et de restauration
| 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 dans la console OCI. | Sauvegarder manuellement Autonomous Database |
| 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 dans la console OCI. | Créer une sauvegarde à long terme |
| Cloner à partir d'une sauvegarde |
Vous pouvez créer une copie à un moment précis d'un jeu de sauvegarde de votre base de données Autonomous Database. 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 obtenir des détails complets sur le clonage à partir d'une sauvegarde, ses exigences et ses limites, voir À 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, voir Cloner Autonomous Database à 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 dans la page Détails d'une base de données conteneur autonome à partir de la console OCI :
|
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 dans la console OCI. | Gérer les sauvegardes à long terme |
| Restaurer et récupérer votre base de données 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 autonome dans la console OCI. | Restaurer et récupérer votre base de données Autonomous Database |
| 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 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 Autonomous Database sur une infrastructure Exadata dédiée