Nesta página, descrevemos os recursos do Cloud Firestore que podem ajudar você a estabelecer planos de recuperação de desastres.
Planejamento de recuperação de desastres para falhas temporárias na infraestrutura em nuvem
Para se proteger contra possíveis interrupções na infraestrutura em nuvem no Google Cloud, como uma zona ou região que sofreu uma falha temporária, o Cloud Firestore replica dados em vários bancos de dados de réplicas.
A arquitetura de replicação depende do local do banco de dados: regional ou multirregional. Os bancos de dados regionais replicam dados de maneira síncrona em pelo menos três zonas. Os bancos de dados multirregionais replicam dados de maneira síncrona em cinco zonas em três regiões, com duas regiões de exibição e uma região testemunha. Os bancos de dados multirregionais maximizam a disponibilidade e a durabilidade deles ao fornecer 99,999% de disponibilidade. Os bancos de dados regionais oferecem 99,99% de disponibilidade.
O Cloud Firestore gerencia automaticamente a replicação para você e não requer configuração ou provisionamento extra. Para mais informações, consulte os seguintes tópicos:
Para mais informações sobre a arquitetura de replicação, consulte Como arquitetar a recuperação de desastres para interrupções da infraestrutura em nuvem.
Planejamento de recuperação de desastres para dados
Para se proteger contra desastres de dados, como exclusão ou modificação acidental de dados, use backups programados e recuperação pontual (PITR, na sigla em inglês). Dependendo dos seus requisitos de recuperação de desastres, é possível usar os dois recursos juntos.
Backups programados
É possível programar backups diários ou semanais. Os backups diários aceitam uma retenção máxima de 7 dias. Os backups semanais suportam uma retenção máxima de 14 semanas. É possível restaurar de um backup para um novo banco de dados do Cloud Firestore no mesmo projeto. Confira mais detalhes em Fazer backup e restaurar dados.
Os backups semanais fornecem um período de armazenamento maior do que a PITR. Restaurar um banco de dados inteiro a partir de um backup custa menos do que restaurar a partir de dados de uma PITR.
Recuperação pontual (PITR, na sigla em inglês)
Permitir que a PITR leia documentos de um período de até sete dias atrás. É possível ler dados em um nível de granularidade de 1 minuto e gravar cirurgicamente de volta no banco de dados com um objetivo de tempo de recuperação (tempo máximo para recuperação) igual a 0. O objetivo do ponto de recuperação (perda máxima de dados possível) é de 1 minuto. Para mais informações, consulte recuperação pontual.
Se não for necessário restaurar um banco de dados inteiro, a PITR poderá recuperar apenas os dados necessários. A PITR também fornece um objetivo de tempo de recuperação mais baixo e um objetivo de ponto de recuperação mais baixo do que os backups.
Exportações de dados
Para necessidades de retenção de dados além de 14 semanas, use a PITR para criar uma exportação de todo o banco de dados e salvar esses dados no Cloud Storage indefinidamente. Uma exportação de dados PITR captura dados de um carimbo de data/hora de até sete dias no passado.
As exportações de dados PITR são úteis para arquivar dados do seu banco de dados. Quando comparado aos backups, a recuperação de um banco de dados de uma exportação PITR geralmente é mais cara do que a recuperação dos mesmos dados de um backup.
Para iniciar uma operação de exportação de PITR, consulte Exportar e importar dados da PITR.