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.
- MySQL HeatWave 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 précis dans la première et la dernière fenêtre de temps. La fenêtre de temps la plus ancienne et la plus récente s'affiche dans la console, sous l'option Sélectionner un point dans le temps spécifique. La première heure disponible 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, l'heure la plus ancienne disponible est 12 jours ou l'heure à laquelle la récupération jusqu'à un point dans le temps est activée, la date la plus tardive prévalant.
- Créez une sauvegarde manuelle après avoir chargé ou mis à jour une grande quantité de données.
Si une sauvegarde manuelle est disponible entre le point dans le temps sélectionné et la sauvegarde automatique effectuée avant le point dans le temps, MySQL HeatWave peut restaurer le système de base de données à partir de la sauvegarde manuelle au lieu de la sauvegarde automatique, et le nombre de journaux à appliquer diminuera. Cela réduit le temps nécessaire pour appliquer les journaux binaires car il y a moins de journaux à appliquer.
- Réduisez la taille des transactions chaque fois que possible en exécutant
COMMIT
plus fréquemment.
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 cas de 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 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) de système de base de données, de compartiment et de sous-réseau.
- Nom d'une forme et d'un domaine de disponibilité.
- 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 MySQL HeatWave prend en charge la récupération d'un système de base de données autonome ou à haute disponibilité vers un nouveau système de base de données à un instant donné.
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 le MySQL 8.3.0-u2, vous ne pouvez pas activer la récupération à un instant donné sur un système de base de données pour lequel MySQL 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 à un instant donné sur un système de base de données pour lequel MySQL HeatWave Lakehouse est 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.