Planejamento de recuperação de desastres

Esta página descreve os recursos do Cloud Firestore que podem ajudar você a estabelecer planos de recuperação de desastres.

Planejamento de recuperação de desastres para interrupções na infraestrutura em nuvem

Para se proteger contra possíveis interrupções na infraestrutura de nuvem do Google Cloud, como uma zona ou região que sofre uma interrupção, o Cloud Firestore replica dados em vários bancos de dados de réplica.

A arquitetura de replicação depende se o banco de dados está em um local regional ou multirregional. Os bancos de dados regionais replicam dados de forma síncrona em pelo menos três zonas. Os bancos de dados multirregionais replicam dados de forma síncrona em cinco zonas em três regiões, com duas regiões de serviço e uma região testemunha. Os bancos de dados multirregionais maximizam a disponibilidade e a durabilidade dos bancos de dados, fornecendo 99,999% de disponibilidade. Os bancos de dados regionais fornecem disponibilidade de 99,99%.

O Cloud Firestore gerencia automaticamente a replicação para você e não requer configuração ou provisionamento adicional. Para obter informações adicionais, consulte o seguinte:

Para obter mais informações sobre a arquitetura de replicação, consulte Arquitetura de recuperação de desastres para interrupções de 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 agendados e recuperação pontual (PITR). Dependendo dos seus requisitos de recuperação de desastres, você poderá usar os dois recursos juntos.

Backups agendados

Você pode agendar backups diários ou semanais. Os backups diários suportam uma retenção máxima de 7 dias. Os backups semanais suportam uma retenção máxima de 14 semanas. Você pode restaurar de um backup para um novo banco de dados do Cloud Firestore no mesmo projeto. Para obter mais detalhes, consulte Fazer backup e restaurar dados .

Os backups semanais fornecem um período de retenção maior que o PITR. Restaurar um banco de dados inteiro a partir de um backup custa menos do que restaurar dados PITR.

Recuperação pontual (PITR)

Habilite o PITR para ler documentos de um momento até sete dias atrás. Você pode ler dados em um nível de granularidade de 1 minuto e gravar cirurgicamente em seu banco de dados com um objetivo de tempo de recuperação (tempo máximo de recuperação) de 0. O objetivo do ponto de recuperação (máxima perda de dados possível) é de 1 minuto. Para obter mais detalhes, consulte Recuperação pontual .

Se você não precisar restaurar um banco de dados inteiro, o PITR poderá recuperar apenas os dados necessários. O PITR também fornece um objetivo de tempo de recuperação e um objetivo de ponto de recuperação mais baixos do que os backups.

Exportações de dados

Para necessidades de retenção de dados superiores a 14 semanas, você pode usar o PITR para criar uma exportação de todo o seu 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 atrás.

As exportações de dados PITR são úteis para arquivar dados do seu banco de dados. Quando comparado aos backups, recuperar um banco de dados de uma exportação PITR geralmente é mais caro do que recuperar os mesmos dados de um backup.

Para iniciar uma operação de exportação PITR, consulte Exportar e importar de dados PITR .

Qual é o próximo