Récupération en fonction d'un moment précis
Vous pouvez restaurer des données d'un système de base de données vers un nouveau système de base de données au plus tard à un point de temps disponible ou à un point de temps spécifique.
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 de type Toujours gratuit.
Pour effectuer une restauration à partir d'un point dans le temps, activez les sauvegardes automatiques, puis activez la récupération à un point dans le temps sur le plan de sauvegarde du système de base de données. Voir 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 (OPR) d'environ cinq minutes pour un système de base de données actif, tandis que la sauvegarde quotidienne vous fournit un OPR de 24 heures. Lorsque vous arrêtez un système de base de données, c'est-à-dire lorsque le système 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 de base de données 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. Il épurera également tous les fichiers journaux binaires antérieurs au paramètre
binlog_expire_seconds
. - La variable
binlog_expire_auto_purge
est réglée àOFF
pour garantir que le système de base de données n'épure aucun fichier journal binaire avant qu'il ne soit sauvegardé.
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 qui sont plus anciens que la plus ancienne sauvegarde automatique du système de base de données sont également supprimés.
- La sauvegarde automatique et la récupération en fonction d'un moment précis 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é au plus tard le 25 septembre 2024.
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 du 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'incidence sur l'opération de récupération jusqu'à un point dans le temps. Lorsque vous créez un nouveau système de base de données à partir d'un système de base de données existant à un moment donné, il conserve les données d'identification d'administrateur du système de base de données initial.
Vous pouvez effectuer une restauration à n'importe quel point dans le temps spécifique dans la première et la dernière fenêtre de temps. La fenêtre la plus ancienne et la plus récente s'affichent dans la console sous l'option Sélectionner un point dans le temps spécifique. La période de disponibilité au plus tôt dépend de la période de conservation des sauvegardes. Par exemple, si vous réglez la période de conservation des sauvegardes à 12 jours, la première heure disponible est 12 jours.
Vous ne pouvez pas créer un système de base de données ayant 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 du sous-réseau ou définir une nouvelle adresse IP pour le nouveau système de base de données à l'aide du champ Adresse IP de l'onglet Connexions de l'onglet Options avancées. Voir Option avancée : Connexions.
Lorsque vous restaurez un système de base de données à un point dans le temps, il conserve les données d'identification de l'administrateur du système de base de données initial à 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é n'est plus disponible, elle sera mise à niveau au cours du prochain cycle de maintenance.
- Utilisation de la console
- Utilisation de l'interface de ligne de commande
- À l'aide de l'API REST, exécutez l'opération CreateDbSystem avec l'attribut
source
réglé à CreateDbSystemSourceFromPitrDetails. - Scénarios de récupération en fonction d'un moment précis 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 de restauration 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, voir 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 à un point de restauration.
- Identificateur Oracle Cloud (OCID) d'un système de base de données.
- Installation de l'interface de ligne de commande correctement configurée et clés SSH requises. Voir Interface de ligne de commande.
Scénarios de récupération en fonction d'un moment précis pris en charge
Le service HeatWave prend en charge la récupération à un moment donné 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 à partir d'un système de base de données autonome vers un système de base de données à haute disponibilité, assurez-vous des éléments suivants :
- Des clés primaires existent sur 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 des versions antérieures de MySQL.
Tableau 9-1 Scénarios de récupération jusqu'à un point dans le temps pris en charge
Source | Cible | Prise en charge |
---|---|---|
Système de base de données autonome |
|
Prise en charge |
Système de base de données autonome avec grappe HeatWave1 |
|
Pris en charge - Seules les données InnoDB sont restaurées. |
Système de base de données autonome avec grappe HeatWave1 |
|
Pris en charge - Seules les données InnoDB sont restaurées. Si vous ajoutez une grappe 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 la grappe HeatWave et vous devez la charger manuellement. |
Système de base de données à haute disponibilité |
|
Prise en charge |
Système de base de données à haute disponibilité avec grappe HeatWave1 |
|
Pris en charge - Seules les données InnoDB sont restaurées. |
Système de base de données à haute disponibilité avec grappe HeatWave1 |
|
Pris en charge - Seules les données InnoDB sont restaurées. Si vous ajoutez une grappe 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 la grappe HeatWave et vous devez la charger manuellement. |
1 Avant MySQL 8.3.0-u2, vous ne pouvez pas activer la récupération à un moment donné sur un système de base de données avec l'entrepôt avec lac de données HeatWave 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 à un moment donné sur un système de base de données avec l'entrepôt avec lac de données HeatWave activé.
- Une défaillance de sauvegarde automatique peut avoir une incidence sur le temps nécessaire à l'opération de récupération à un instant donné. Par exemple, si la période de conservation des sauvegardes est réglée à 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 moment donné le mardi nécessite un repositionnement à 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 plus ancienne sauvegarde automatique réussie après l'activation de la récupération jusqu'à un point dans le temps. Par exemple, si la période de conservation des sauvegardes est réglée à trois jours, que la sauvegarde du lundi, 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 le mercredi.
- Vous ne pouvez pas désactiver la récupération en fonction d'un point dans le temps sur un système de base de données alors que la récupération en fonction d'un point dans le temps est en cours.
- La récupération à un instant donné n'est pas prise en charge sur un système de base de données de type Toujours gratuit.