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 prémunir contre les éventuelles perturbations de l'infrastructure cloud dans Google Cloud telle qu'une zone ou une région défaillante, Firestore réplique les données sur plusieurs bases de données répliquées.
L'architecture de réplication varie selon que la base de données se trouve ou non dans une région ou un emplacement multirégional. Les bases de données régionales répliquent les données de manière synchrone sur au moins trois zones. Bases de données multirégionales répliquer des données de manière synchrone dans cinq zones de trois régions, avec deux d'entre elles des régions 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 %. Régional 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 programmer chaque jour 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 depuis une sauvegarde coûte moins cher que la restauration d'une base de données à partir de données PITR.
Récupération à un moment précis (PITR)
Activez la récupération PITR pour lire les documents à partir d'un moment donné jusqu'à sept jours en arrière. Vous pouvez lire des données à un niveau de précision d'une minute et écrire chirurgicalement dans votre base de données objectif de temps de récupération (temps maximal 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 une base de données entière, la récupération à un moment précis ne peut récupérer que les données obligatoire. 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'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 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.