Cette page décrit les fonctionnalités Cloud 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 se protéger contre les perturbations potentielles de l'infrastructure cloud dans Google Cloud, par exemple en cas de panne dans une zone ou une région, Cloud Firestore réplique les données dans plusieurs bases de données de réplication.
L'architecture de réplication varie selon que la base de données se trouve dans un emplacement régional ou multirégional. 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 %.
Cloud Firestore gère automatiquement la réplication 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
Les sauvegardes sont conservées pendant une durée maximale de 14 semaines. Vous pouvez programmer des sauvegardes quotidiennes ou hebdomadaires. Vous pouvez restaurer votre base de données à partir d'une sauvegarde dans une nouvelle base de données Cloud 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é d'une 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 à un moment précis offre également un objectif de temps de récupération inférieur et un objectif de point de récupération inférieur à celui 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'intégralité 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 horodatage remontant 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.