Récupération à un point dans le temps
Vous pouvez restaurer les données d'un système de base de données dans un nouveau système de base de données au dernier point dans temps disponible ou à un point dans temps spécifique.
La récupération jusqu'à un point dans le temps n'est pas prise en charge sur le système de base de données Toujours gratuit.
Pour effectuer une restauration à partir d'un point dans le temps, activez les sauvegardes automatiques, puis la récupération jusqu'à un point dans le temps sur le plan de sauvegarde du système de base de données. Reportez-vous à Modification d'un plan de sauvegarde. La récupération jusqu'à un point dans le temps fournit un objectif de point de récupération (RPO) d'environ cinq minutes pour un système de base de données actif, tandis que la sauvegarde quotidienne vous fournit un RPO de 24 heures. Lorsque vous arrêtez un système de base de données, c'est-à-dire lorsque le système de base de données est inactif, le dernier point de récupération n'est pas mis à jour. Lorsque vous redémarrez le système de base de données, c'est-à-dire que le système est actif, le dernier point de récupération est mis à jour.
- HeatWave Le service effectue une sauvegarde complète initiale (type de sauvegarde : Complet, type de création : Automatique). Les sauvegardes suivantes sont des sauvegardes incrémentielles.
- Le fichier journal binaire fait l'objet d'une rotation et est sauvegardé toutes les cinq minutes. Elle purge également tous les fichiers journaux binaires antérieurs au paramètre
binlog_expire_seconds
. - La variable
binlog_expire_auto_purge
est définie surOFF
pour garantir que le système de base de données ne purge aucun fichier journal binaire avant sa sauvegarde.
Les sauvegardes automatiques sont supprimées après la période de conservation. Lorsqu'une sauvegarde automatique est supprimée, tous les fichiers journaux binaires sauvegardés antérieurs à la sauvegarde automatique la plus ancienne du système de base de données sont également supprimés.
- La sauvegarde automatique et la récupération ponctuelle sont activées.
- La conservation des sauvegardes automatiques est activée.
- Il est toujours dans la période de conservation de la sauvegarde automatique.
- Le système de base de données est supprimé le 25 septembre 2024 ou après.
L'activation ou la désactivation de la récupération jusqu'à un point dans le temps n'a aucune incidence sur le système de base de données. En outre, les opérations de système de base de données telles que l'arrêt, le démarrage, le redémarrage ou la mise à niveau n'ont pas d'impact sur l'opération de récupération jusqu'à un point dans le temps. Lorsque vous créez un système de base de données à partir d'un système de base de données existant à un moment donné, il conserve les informations d'identification d'administrateur du système de base de données d'origine.
Vous pouvez effectuer une restauration jusqu'à un point dans le temps spécifique dans la fenêtre de temps la plus ancienne et la plus récente. La fenêtre de temps la plus ancienne et la plus récente est affichée dans la console sous l'option Sélectionner un point dans le temps spécifique. La durée de disponibilité la plus proche dépend de la période de conservation de la sauvegarde. Par exemple, si vous définissez la période de conservation de la sauvegarde sur 12 jours, la période disponible la plus ancienne est de 12 jours.
Vous ne pouvez pas créer un système de base de données qui a la même adresse IP qu'un système de base de données en cours d'exécution. Vous pouvez laisser Oracle sélectionner une adresse IP non utilisée dans le sous-réseau ou définir une nouvelle adresse IP pour le nouveau systèmes de base de données à l'aide du champ Adresse IP de l'onglet Connexions des options avancées. Reportez-vous à Option avancée : Connexions.
Lorsque vous restaurez un système de base de données à un point dans le temps, il conserve les informations d'identification d'administrateur du système de base de données d'origine à ce point dans le temps. Il conserve également la version du système de base de données par défaut, sauf si vous choisissez une version supérieure pour mettre à niveau le système de base de données restauré. Si la version du système de base de données restauré est devenue indisponible, elle sera mise à niveau lors du prochain cycle de maintenance.
- Utilisation de la console
- Utilisation de l'interface de ligne de commande
- A l'aide de l'API REST, exécutez l'opération CreateDbSystem avec l'attribut
source
défini sur CreateDbSystemSourceFromPitrDetails. - Scénarios de récupération à un point dans le temps pris en charge
- Limites
Utilisation de la console
Utilisez la console pour effectuer une restauration à partir d'un système de base de données à un point dans le temps vers un nouveau système de base de données.
- Si vous rencontrez une erreur de demande de travail
OutOfHostCapacity
lors de la création d'un système de base de données à partir d'une sauvegarde, reportez-vous à Résolution de l'erreur OutOfHostCapacity.
Utilisation de l'interface de ligne de commande
Utilisez l'interface de ligne de commande pour effectuer une restauration à partir d'un système de base de données vers un nouveau système de base de données à un point dans le temps.
- Identificateur Oracle Cloud (OCID) de système de base de données.
- Interface de ligne de commande installée et correctement configurée, et clés SSH requises. Reportez-vous à Interface de ligne de commande.
Scénarios de récupération à un point dans le temps pris en charge
Le service HeatWave prend en charge la récupération jusqu'à un point dans le temps d'un système de base de données autonome ou haute disponibilité vers un nouveau système de base de données.
Lorsque vous effectuez une restauration d'un système de base de données autonome vers un système de base de données haute disponibilité, assurez-vous des points suivants :
- Des clés primaires existent dans chaque table du système de base de données.
- La version de MySQL est 8.0.24 ou supérieure. Vous ne pouvez pas activer la haute disponibilité sur les versions antérieures de MySQL.
Tableau 9-1 Scénarios de récupération jusqu'à un point dans le temps pris en charge
Source | Objectif | Support technique |
---|---|---|
Système de base de données autonome |
|
pris en charge |
Système de base de données autonome avec cluster HeatWave1 |
|
Pris en charge : seules les données InnoDB sont restaurées. |
Système de base de données autonome avec cluster HeatWave1 |
|
Pris en charge : seules les données InnoDB sont restaurées. Si vous ajoutez un cluster HeatWave au système de base de données autonome ou haute disponibilité ultérieurement, les données ne sont pas chargées automatiquement dans le cluster HeatWave et vous devez les charger manuellement. |
Système de base de données haute disponibilité |
|
pris en charge |
Système de base de données haute disponibilité avec cluster HeatWave1 |
|
Pris en charge : seules les données InnoDB sont restaurées. |
Système de base de données haute disponibilité avec cluster HeatWave1 |
|
Pris en charge : seules les données InnoDB sont restaurées. Si vous ajoutez un cluster HeatWave au système de base de données autonome ou haute disponibilité ultérieurement, les données ne sont pas chargées automatiquement dans le cluster HeatWave et vous devez les charger manuellement. |
1 Avant MySQL 8.3.0-u2, vous ne pouvez pas activer la récupération jusqu'à un point dans le temps sur un système de base de données sur lequel HeatWave Lakehouse est activé.
Limites
La restauration à partir d'un système de base de données à un moment donné présente certaines limites.
- Avant MySQL 8.3.0-u2, vous ne pouvez pas activer la récupération jusqu'à un point dans le temps sur un système de base de données sur lequel HeatWave Lakehouse est activé.
- Un échec de sauvegarde automatique peut avoir une incidence sur la durée de l'opération de récupération jusqu'à un point dans le temps. Par exemple, si la période de conservation de la sauvegarde est définie sur deux jours et que la sauvegarde du lundi a réussi alors que la sauvegarde du mardi a échoué, la récupération jusqu'à un point dans le temps le mardi nécessite une réimplémentation à partir de la sauvegarde du lundi. Par conséquent, l'opération de récupération jusqu'à un point dans le temps nécessite plus de temps pour la restauration.
- Vous ne pouvez pas sélectionner une valeur (dans le champ Sélectionner un point dans le temps spécifique) antérieure à la sauvegarde automatique la plus ancienne après l'activation de la récupération jusqu'à un point dans le temps. Par exemple, si la période de conservation de la sauvegarde est définie sur trois jours et que lundi, la sauvegarde du mardi a échoué et que la sauvegarde du mercredi a réussi, la récupération jusqu'à un point dans le temps la plus ancienne est mercredi.
- Vous ne pouvez pas désactiver la récupération à un point dans temps sur un système de base de données en cours de récupération.
- La récupération jusqu'à un point dans le temps n'est pas prise en charge sur un système de base de données Toujours gratuit.