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.

Remarque

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.

Lorsque vous activez la récupération à un point dans le temps :
  • 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 sur OFF 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.

Lorsqu'un système de base de données est supprimé, les sauvegardes automatiques sont conservées si le système de base de données a été configuré et que la conservation des sauvegardes automatiques est activée. Reportez-vous à Option avancée : Plan de suppression. A partir du 25 septembre 2024, la suppression d'un système de base de données qui conserve les sauvegardes automatiques conserve également les fichiers journaux binaires sauvegardés. Cela permet d'effectuer une récupération jusqu'à un point dans le temps sur un système de base de données supprimé si les conditions suivantes sont remplies :
  • 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

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.

Remarque

  • 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.
  1. Ouvrez le menu de navigation et sélectionnez Bases de données. Sous HeatWave MySQL, sélectionnez Sauvegardes.
  2. Sélectionnez votre compartiment dans Portée de la liste.
  3. Effectuez l'une des opérations suivantes :
    • Sur la ligne de votre sauvegarde, sélectionnez Restaurer vers le nouveau système de base de données dans le menu Actions.
    • Sélectionnez le nom de la sauvegarde pour ouvrir la page Détails de sauvegarde et sélectionnez Restaurer vers le nouveau système de base de données.
    • Sélectionnez le nom du système de base de données présent sur la même ligne que votre sauvegarde pour ouvrir la page Détails du système de données. Sélectionnez Actions supplémentaires, puis Restaurer vers un nouveau système de base de données.
  4. Dans le panneau Restaurer vers un nouveau système de base de données, sélectionnez Restaurer à partir d'un système de base de données à un point dans le temps.
  5. Sélectionnez l'une des options suivantes :
    • Utiliser le dernier point dans le temps disponible : restaure le système de base de données vers un nouveau système de base de données à l'aide du dernier point dans le temps disponible.
    • Sélectionner un point dans le temps spécifique : restaure le système de base de données vers un nouveau système de base de données à l'aide de la date et de l'heure indiquées. Sélectionnez la date et l'heure de restauration du système de base de données.
  6. Fournir des informations sur le système de base de données:
    • Créer dans le compartiment : si vous voulez lancer le système de base de données dans un compartiment autre que celui en cours, sélectionnez ce compartiment dans la liste. Si vous ne choisissez pas d'autre compartiment, celui en cours est utilisé.
    • Nom : (facultatif) indiquez un nom d'affichage convivial pour le système de base de données. Le nom ne doit pas nécessairement être unique. Un identificateur Oracle Cloud (OCID) identifie de manière unique le système de base de données.
    • Description : (facultatif) indiquez une description conviviale du système de base de données et de son objectif.
  7. Type de système de base de données : Autonome ou Haute disponibilité.
  8. Configuration du réseau:
    • Réseau cloud virtuel : sélectionnez le VCN dans lequel lancer le système de base de données.
    • Sous-réseau : sélectionnez le sous-réseau requis, correspondant au réseau cloud virtuel sélectionné.
    • Afficher les options avancées : (facultatif) cliquez sur cette option pour configurer les groupes de sécurité réseau.
      • Compartiment : sélectionnez le compartiment dans lequel le groupe de sécurité réseau est configuré.
      • Groupe de sécurité de réseau : sélectionnez le groupe que vous voulez utiliser.
      • Pour ajouter plusieurs groupes de sécurité réseau, cliquez sur le bouton Autre groupe de sécurité réseau pour ajouter une autre ligne.
        Remarque

        Vous pouvez ajouter jusqu'à 5 groupes de sécurité réseau.
  9. Configurer le placement :
    • Domaine de disponibilité : vous pouvez changer le domaine de disponibilité, mais pas la région.
    • Sélectionner un domaine de pannes : sélectionnez cette option pour pouvoir choisir un domaine de pannes. Si vous ne choisissez pas de domaine de pannes, Oracle le fait pour vous. Reportez-vous à Domaines de pannes.
  10. Configurer le matériel :
    • Activer le cluster HeatWave : la valeur par défaut dépend de l'état du système de base de données lors de la sauvegarde. Vous pouvez modifier cette option selon vos exigences.
      Remarque

      Lors de la restauration d'un système de base de données associé à un cluster HeatWave, vous ne pouvez pas effectuer de mise à niveau vers une version plus récente. Si nécessaire, vous pouvez mettre à niveau le système de base de données et le cluster HeatWave une fois la restauration terminée.
    • Sélectionner une forme : sélectionnez Modifier la forme. Dans le panneau Parcourir toutes les formes, procédez comme suit :
      1. Sélectionnez le modèle de calcul.
        • ECPU : selon une mesure abstraite des coeurs de processeur, de la mémoire et d'autres ressources, indépendante de l'architecture de l'ECPU.
        • OCPU : selon le coeur physique d'un processeur avec hyperthread activé. Filtrez les formes en sélectionnant le type de machine :
          • Tous les types : affiche toutes les formes disponibles.
          • Machine virtuelle : affiche uniquement les formes basées sur une machine virtuelle.
          • Bare Metal : affiche uniquement les formes basées sur Bare Metal.
          Remarque

          Toutes les formes d'OCPU sont en phase d'abandon et ne sont pas disponibles pour les nouveaux utilisateurs créés après le 5 septembre 2024. Les utilisateurs existants peuvent toujours les utiliser jusqu'au 5 septembre 2025.
      2. Cochez la case correspondante pour sélectionner une forme. Reportez-vous à Formes prises en charge.
      3. Sélectionnez Sélectionner une forme.
      Remarque

      La forme n'est pas modifiable lors de la restauration d'une sauvegarde Toujours gratuit vers un système de base de données Toujours gratuit.
    • HeatWave, configuration de cluster : cette option apparaît lorsque l'option Activer le cluster HeatWave est sélectionnée. Pour modifier la configuration par défaut, sélectionnez Configurer le cluster HeatWave et effectuez les opérations suivantes dans le panneau Configurer le cluster HeatWave :
      Remarque

      La forme et le nombre de noeuds ne sont pas modifiables lors de la restauration d'une sauvegarde Toujours gratuit vers un système de base de données Toujours gratuit.
      1. Détails de forme : forme des noeuds HeatWave. Pour modifier la forme, sélectionnez Modifier la forme afin de sélectionner une forme pour les noeuds HeatWave. Reportez-vous à Formes prises en charge.
      2. Noeud : indiquez le nombre de noeuds HeatWave à créer. La valeur minimale est de 1 noeud et la valeur maximale dépend des éléments suivants :
        • Forme HeatWave.Free : 1 noeud
        • Forme HeatWave.32GB : 16 noeuds
        • Forme HeatWave.512GB ou MySQL.HeatWave.VM.Standard : 64 noeuds
        • Forme HeatWave.512GB ou MySQL.HeatWave.VM.Standard avec Lakehouse activé : 512 noeuds
      3. HeatWave Lakehouse : activez le traitement des requêtes sur les données résidant dans Object Storage. Avant MySQL 8.4.0-u3, HeatWave Lakehouse est pris en charge sur les formes MySQL.HeatWave.VM.Standard et HeatWave.512GB uniquement. Reportez-vous à HeatWave Lakehouse.
        Remarque

        Avant MySQL 8.3.0-u2, vous devez désactiver la récupération jusqu'à un point dans le temps, la haute disponibilité, les répliques de lecture et la réplication sortante afin d'activer HeatWave Lakehouse.
      4. Sélectionnez Enregistrer les modifications.
    • Taille de stockage : configurez la taille de stockage du système de base de données. La taille du stockage de données est indépendante de la forme que vous sélectionnez.
      • Taille de stockage de données initiale (Go) : indiquez la taille de stockage de données initiale, en Go, à affecter au système de base de données. La valeur doit être supérieure à 50 et inférieure à 131072.

        La valeur de stockage initiale a un impact sur votre capacité à augmenter la taille de stockage ultérieurement et les performances de l'augmentation du stockage. Reportez-vous à Stockage de système de base de données. En outre, si vous importez des données, veillez à indiquer un stockage de données suffisant.

      • Extension automatique du stockage : activez l'extension automatique du stockage de données lorsque l'utilisation de l'espace approche des limites de lecture seule de Health Monitor pour n'importe quelle instance dans le système de base de données.
        Remarque

        L'extension de stockage automatique est activée par défaut lorsque la haute disponibilité est activée et ne peut pas être désactivée.
      • Taille de stockage de données maximale (Go) : indiquez la taille de stockage de données maximale, en Go, à laquelle la taille de stockage peut être étendue. La valeur doit être supérieure à la taille de stockage de données initiale.
        Remarque

        Chaque fois que la taille de stockage est étendue, la facturation de l'utilisation du stockage augmente en conséquence. Utilisez la taille de stockage maximale pour éviter tout dépassement de coût.
  11. Configurer le plan de sauvegarde : sélectionnez cette option pour activer les sauvegardes automatiques. Si vous ne sélectionnez pas les sauvegardes automatiques, gérez les sauvegardes manuellement. Il est recommandé d'activer les sauvegardes automatiques.
    Plan de sauvegarde:
    • Durée de conservation de la sauvegarde : (facultatif) indiquez le nombre de jours pendant lesquels conserver la sauvegarde. Par défaut, le système de base de données conserve la sauvegarde pendant sept jours.
    • Activer la récupération jusqu'à un point dans le temps : sélectionnez l'option permettant de restaurer un système de base de données à un point dans le temps vers un nouveau système de base de données.
    • Sélectionner une fenêtre de sauvegarde : sélectionnez cette option pour pouvoir choisir l'heure de début de la fenêtre de sauvegarde. Si vous n'activez pas cette option, une heure de début de fenêtre par défaut sera choisie en fonction de votre région.
      • Heure de début de fenêtre : indiquez l'heure (dans le fuseau horaire UTC) à laquelle démarrer la sauvegarde du système de base de données. La sauvegarde commence dans les 30 minutes qui suivent l'heure de début de fenêtre.
        Remarque

        Ne définissez pas l'heure de début de fenêtre de sauvegarde trop proche de l'heure de début de fenêtre de maintenance. La sauvegarde automatique ne peut pas démarrer si une opération conflictuelle telle que la maintenance ou la mise à niveau est en cours d'exécution. Il doit attendre la fin de l'opération en conflit. Si l'opération en conflit ne se termine pas dans les deux heures suivant le début de la fenêtre de sauvegarde, la sauvegarde automatique est ignorée et une nouvelle tentative est effectuée dans la fenêtre de sauvegarde suivante le jour suivant.
      • Afficher les fenêtres de sauvegarde par région : sélectionnez cette option pour afficher l'heure de début de fenêtre par défaut de votre région.
    • Suppression partielle : sélectionnez cette option pour conserver la sauvegarde à supprimer en raison de l'état de la stratégie de conservation DELETE_SCHEDULED pendant 7 jours supplémentaires avant de la supprimer définitivement. Cette option est activée par défaut.
    Copie inter-région : sélectionnez l'option permettant de programmer la copie inter-région. Si cette option est activée, chaque sauvegarde automatique est copiée dans la région de destination sélectionnée.
    • Région de destination : sélectionnez une région de destination vers laquelle la sauvegarde est copiée.
    • Période de conservation de la sauvegarde : (facultatif) indiquez le nombre de jours pendant lesquels vous souhaitez conserver la sauvegarde dans la région de destination. Si elle n'est pas définie, la valeur par défaut est identique à la période de conservation de la sauvegarde source.
    Remarque

    Vous devez disposer du droit d'accès MYSQL_BACKUP_COPY pour activer la copie inter-région. Le droit d'accès MYSQL_BACKUP_COPY n'est pas inclus dans le type agrégé de ressource mysql-family. La location doit également s'abonner à la région de destination.
  12. Fournir des contacts pour les notifications et annonces opérationnelles : (facultatif) entrez des courriels de contact pour recevoir des notifications et annonces opérationnelles, ainsi que des notifications de maintenance non planifiées. Sélectionnez Ajouter un contact pour ajouter d'autres contacts. Vous pouvez ajouter jusqu'à 10 contacts. Les adresses électroniques en double et non valides ne sont pas autorisées.
  13. Afficher les options avancées : sélectionnez cette option pour ouvrir un groupe d'onglets qui vous permettent de configurer plus précisément le système de base de données. Reportez-vous à Options avancées.
  14. Sélectionnez Restaurer.

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.

Cette tâche requiert les éléments suivants :
  • 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.
  1. Ouvrez une invite de commande et exécutez la commande suivante :
    oci mysql db-system create 
              --compartment-id=<CompartmentOCID> 
              --configuration-id=<ConfigurationOCID>
              --subnet-id=<SubnetOCID> 
              --shape-name=<ShapeName> 
              --display-name=<DisplayName>
              --availability-domain=<AvailabilityDomain> 
              --source='{"dbSystemId": "<DBSystemOCID>", 
                         "recoveryPoint": "2022-06-30T06:55:50.000Z", 
                         "sourceType": "PITR"}'
    • compartment-id : indiquez l'OCID du compartiment dans lequel vous voulez créer le système de base de données.
    • configuration-id : (facultatif) indiquez l'OCID de la configuration à appliquer au système de base de données. Si vous ne définissez pas d'ID de configuration, le système de base de données utilise la configuration par défaut associée à la forme sélectionnée. Si vous définissez une configuration personnalisée, utilisez la même forme que celle que vous avez définie dans la demande.
    • subnet-id : indiquez l'OCID du sous-réseau de réseau cloud virtuel auquel le système de base de données est attaché.
    • shape-name : indiquez le nom de la forme. Par exemple, MySQL.VM.Standard.E3.1.8GB.
    • display-name : (facultatif) indiquez le nom d'affichage du système de base de données. Si vous ne définissez pas de nom d'affichage, Oracle en génère un pour vous au format mysqldbsystemYYYYMMDDHHMMSS.
    • availability-domain : indiquez le nom du domaine de disponibilité dans lequel créer le système de base de données.
    • source : (facultatif) indiquez les détails de la récupération jusqu'à un point dans le temps.
      • dbSystemId : indiquez l'OCID du système de base de données à partir duquel restaurer les données.
      • recoveryPoint : indiquez le point dans le temps du système de base de données source sur lequel restaurer les données vers le nouveau système de base de données au format YYYY-MM-DDThh:mm:ss.SSSZ. La valeur SSS est ignorée, c'est-à-dire que 2020-08-07T15:02:00.832Z est traité comme 2020-08-07T15:02:00.000Z

        Si vous n'indiquez pas d'heure, le nouveau système de base de données est restauré vers le dernier point de récupération disponible pour le système de base de données source.

      • sourceType : indiquez PITR pour la récupération jusqu'à un point dans le temps.

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
  • Système de base de données autonome
  • Système de base de données haute disponibilité
  • Système de base de données autonome avec cluster HeatWave
  • Système de base de données haute disponibilité avec cluster HeatWave
pris en charge
Système de base de données autonome avec cluster HeatWave1
  • Système de base de données autonome
  • Système de base de données haute disponibilité
Pris en charge : seules les données InnoDB sont restaurées.
Système de base de données autonome avec cluster HeatWave1
  • Système de base de données autonome avec cluster HeatWave
  • Système de base de données haute disponibilité avec cluster HeatWave
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é
  • Système de base de données autonome
  • Système de base de données haute disponibilité
  • Système de base de données autonome avec cluster HeatWave
  • Système de base de données haute disponibilité avec cluster HeatWave
pris en charge
Système de base de données haute disponibilité avec cluster HeatWave1
  • Système de base de données autonome
  • Système de base de données haute disponibilité
Pris en charge : seules les données InnoDB sont restaurées.
Système de base de données haute disponibilité avec cluster HeatWave1
  • Système de base de données autonome avec cluster HeatWave
  • Système de base de données haute disponibilité avec cluster HeatWave
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.