Esta página descreve os recursos do Firestore no modo Datastore que podem ajudar você a criar e implementar 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 modo Datastore 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 modo Datastore processa automaticamente a replicação para você e não exige 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
Os backups são compatíveis com um período de armazenamento máximo de 14 semanas. É possível programar backups diários ou semanais. É possível restaurar seu banco de dados de um backup em um novo banco de dados do modo Datastore 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. Como restaurar um banco de dados de um backup custa menos do que restaurar um banco de dados a partir de dados PITR.
Recuperação pontual (PITR)
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.