Présentation de la récupération à un moment précis (PITR)

La récupération à un moment précis (PITR, Point-in-time Recovery) de Spanner fournit une protection contre les suppressions ou les écritures accidentelles. Par exemple, si un opérateur écrit par inadvertance des données ou qu'un déploiement d'application corrompt la base de données, la récupération PITR vous permet de récupérer facilement les données à un moment antérieur précis (au maximum sept jours). Si vous souhaitez conserver des données à plus long terme, vous pouvez utiliser les fonctions Sauvegarder et restaurer ou Exporter et importer.

Par défaut, votre base de données conserve toutes les versions de ses données et de son schéma pendant une heure. Vous pouvez augmenter cette limite jusqu'à sept jours grâce à l'option version_retention_period. Pour obtenir des instructions, consultez Définir la période de conservation. Spanner stocke les anciennes versions des données avec une précision de l'ordre de la microseconde et la base de données conserve un earliest_version_time, qui représente le point le plus récent auquel vous pouvez récupérer d'anciennes versions des données.

Méthodes de récupération des données

Il existe deux façons de récupérer des données :

  • Pour récupérer une partie de la base de données, effectuez une lecture non actualisée en spécifiant une condition de requête et un horodatage passé, puis écrivez à nouveau les résultats dans la base de données active. Cette méthode est généralement utilisée pour des opérations chirurgicales sur une base de données active. Par exemple, si vous supprimez accidentellement une ligne spécifique ou mettez à jour un sous-ensemble de données de manière incorrecte, vous pouvez les récupérer à l'aide de cette méthode. Pour obtenir des instructions, consultez la section Récupérer une partie de votre base de données.

  • Pour récupérer l'intégralité de la base de données, sauvegardez ou exportez la base de données en spécifiant un horodatage passé, puis restaurez-la ou importez-la dans une nouvelle base de données. Cette méthode est généralement utilisée pour résoudre les problèmes de corruption des données lorsque vous devez rétablir la base de données à un moment précis avant que la corruption ne se produise. Notez que la sauvegarde ou l'exportation d'une base de données peut prendre plusieurs heures et que vous ne pouvez pas restaurer ni importer de données dans une base de données existante. Pour obtenir des instructions, consultez Récupérer l'intégralité de la base de données.

Considérations sur les performances

Les bases de données dont les durées de conservation sont plus longues, en particulier celles qui écrasent fréquemment des données, utilisent davantage de ressources système. Cela peut affecter les performances de votre base de données, en particulier si votre instance n'est pas provisionnée avec une capacité de calcul suffisante. Si votre base de données a un taux d'écrasement très élevé (par exemple, si elle est écrasée plusieurs fois par jour), vous pouvez envisager d'augmenter progressivement la durée de conservation et de surveiller le système Voici quelques points à noter :

  • Augmentation de l'utilisation de l'espace de stockage Nous vous recommandons de configurer des alertes de stockage pour vous assurer de ne pas dépasser la limite de stockage. Lorsque vous augmentez la durée de conservation, gardez à l'esprit que l'utilisation de l'espace de stockage augmentera progressivement à mesure que la base de données accumule des versions plus anciennes des données. Cela est dû au fait que les anciennes données qui auraient expiré en vertu de la période de conservation précédente ne sont plus expirées. Ainsi, si vous augmentez la durée de conservation de trois à sept jours, vous devez attendre quatre jours pour que l'utilisation de l'espace de stockage de la base de données se stabilise. Nous fournissons également des instructions pour estimer l'augmentation de l'espace de stockage.

  • Augmentation de l'utilisation du processeur et de la latence Spanner utilise des ressources de calcul supplémentaires pour compacter et conserver les anciennes versions des données. Surveillez votre instance et votre base de données pour vous assurer que la latence et l'utilisation du processeur restent à des niveaux acceptables.

  • Augmentation du temps nécessaire aux mises à jour de schéma. Une période de conservation plus longue signifie que les versions des schémas doivent être conservées plus longtemps, ce qui peut entraîner un ralentissement des mises à jour des schémas (throttled) dans l'attente de ressources du serveur. Assurez-vous de suivre les bonnes pratiques de mise à jour de schéma et de respecter les limites applicables aux mises à jour de schéma.

Tarifs

L'utilisation de la récupération à un moment donné n'entraîne pas de frais supplémentaires. Toutefois, si vous augmentez la période de conservation des versions de votre base de données au-delà de la durée par défaut d'une heure, les coûts de stockage et de capacité de calcul de votre base de données peuvent augmenter. Le coût de votre sauvegarde à la demande n'est pas affecté, car une seule version de votre base de données est stockée. Pour en savoir plus, consultez la section Considérations sur les performances. Avant d'augmenter la durée de conservation de la version d'une base de données, vous pouvez estimer l'augmentation prévue de l'espace de stockage de la base de données.

Pour obtenir des informations générales sur la facturation de Spanner, consultez la page Tarifs de Spanner.

Étapes suivantes