Planifier la reprise après sinistre
Cette page décrit les fonctionnalités Firestore qui peuvent vous aider à créer et à implémenter des plans de reprise après sinistre.
Planifier la reprise après sinistre pour les pannes d'infrastructure cloud
Pour vous protéger contre les perturbations potentielles de l'infrastructure cloud dans Google Cloud, comme une panne dans une zone ou une région, Firestore réplique les données dans plusieurs bases de données de réplication.
L'architecture de réplication dépend de l'emplacement régional ou multirégional de la base de données. Les bases de données régionales répliquent les données de manière synchrone sur au moins trois zones. Les bases de données multirégionales répliquent de manière synchrone les données sur cinq zones de trois régions, avec deux régions de diffusion et une région témoin. Les bases de données multirégionales maximisent la disponibilité et la durabilité des bases de données en offrant une disponibilité de 99,999 %. Les bases de données régionales offrent une disponibilité de 99,99 %.
Firestore gère automatiquement la réplication pour vous et ne nécessite aucune configuration ni provisionnement supplémentaires. Pour en savoir plus, consultez les ressources suivantes:
Pour en savoir plus sur l'architecture de réplication, consultez la page Concevoir une solution de reprise après sinistre pour les pannes d'infrastructure cloud.
Planifier la reprise après sinistre pour les données
Pour vous protéger contre les sinistres de données tels que la suppression ou la modification accidentelle de données, utilisez des sauvegardes planifiées et une récupération à un moment précis (PITR). Selon vos exigences de reprise après sinistre, vous pouvez utiliser les deux fonctionnalités ensemble.
Sauvegardes planifiées
La durée de conservation maximale des sauvegardes est de 14 semaines. Vous pouvez planifier des sauvegardes quotidiennes ou hebdomadaires. Vous pouvez restaurer votre base de données à partir d'une sauvegarde dans une nouvelle base de données Firestore du même projet. Pour en savoir plus, consultez la section Sauvegarder et restaurer des données.
Les sauvegardes offrent une durée de conservation plus longue que la PITR. Restaurer une base de données à partir d'une sauvegarde coûte moins cher que de restaurer une base de données à partir de données PITR.
Récupération à un moment précis (PITR)
Activez la récupération à un moment précis pour lire les documents à partir d'un moment antérieur précis (jusqu'à sept jours en arrière). Vous pouvez lire les données avec une granularité de 1 minute et les réécrire avec une précision chirurgicale dans votre base de données avec un objectif de temps de récupération (durée maximale de récupération) de 0. L'objectif de point de récupération (perte de données maximale possible) est de 1 minute. Pour en savoir plus, consultez la section Récupération à un moment précis.
Si vous n'avez pas besoin de restaurer l'intégralité d'une base de données, la récupération à un moment précis ne peut récupérer que les données requises. La récupération PITR offre également un objectif de temps de récupération et un objectif de point de récupération inférieurs à ceux des sauvegardes.
Exportations de données
Pour les besoins de conservation des données au-delà de 14 semaines, vous pouvez utiliser PITR pour créer une exportation de l'ensemble de votre base de données et enregistrer ces données dans Cloud Storage indéfiniment. Une exportation de données PITR capture les données d'un code temporel jusqu'à sept jours en arrière.
Les exportations de données PITR sont utiles pour archiver les données de votre base de données. Par rapport aux sauvegardes, la récupération d'une base de données à partir d'une exportation PITR est généralement plus coûteuse que la récupération des mêmes données à partir d'une sauvegarde.
Pour démarrer une opération d'exportation PITR, consultez la section Exporter et importer à partir de données PITR.