Planeie a recuperação de desastres
Esta página descreve as funcionalidades do Firestore que podem ajudar a criar e implementar planos de recuperação de desastres.
Planeamento de recuperação de desastres para interrupções da infraestrutura na nuvem
Para se proteger contra potenciais interrupções da infraestrutura na nuvem, Google Cloud como uma zona ou uma região que esteja a sofrer uma indisponibilidade, o Firestore replica os dados em várias bases de dados de réplicas.
A arquitetura de replicação depende de a base de dados estar numa localização regional ou numa localização multirregional. As bases de dados regionais replicam os dados de forma síncrona em, pelo menos, três zonas. As bases 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 de testemunho. As bases de dados multirregionais maximizam a disponibilidade e a durabilidade das bases de dados, oferecendo uma disponibilidade de 99,999%. As bases de dados regionais oferecem uma disponibilidade de 99,99%.
O Firestore processa automaticamente a replicação e não requer configuração nem aprovisionamento adicionais. Para mais informações, consulte o seguinte:
Para mais informações sobre a arquitetura de replicação, consulte o artigo Arquitetar a recuperação de desastres para interrupções da infraestrutura na nuvem.
Planeamento de recuperação de desastres para dados
Para se proteger contra desastres de dados, como a eliminação ou a modificação acidental de dados, use cópias de segurança agendadas e a recuperação pontual (PITR). Consoante os seus requisitos de recuperação de desastres, pode usar ambas as funcionalidades em conjunto.
Cópias de segurança agendadas
As cópias de segurança suportam um período de retenção máximo de 14 semanas. Pode agendar cópias de segurança diárias ou semanais. Pode restaurar a sua base de dados a partir de uma cópia de segurança para uma nova base de dados do Firestore no mesmo projeto. Para mais detalhes, consulte o artigo Faça uma cópia de segurança e restaure os dados.
As cópias de segurança oferecem um período de retenção superior ao PITR. A restauração de uma base de dados a partir de uma cópia de segurança custa menos do que a restauração de uma base de dados a partir de dados de PITR.
Recuperação pontual (PITR)
Ative a PITR para ler documentos a partir de um ponto no tempo até sete dias no passado. Pode ler dados a um nível de detalhe de 1 minuto e escrever cirurgicamente na sua base de dados com um tempo de recuperação objetivo (tempo máximo para recuperação) de 0. O objetivo do ponto de recuperação (máxima perda de dados possível) é de 1 minuto. Para mais detalhes, consulte o artigo Recuperação num ponto específico no tempo.
Se não precisar de restaurar uma base de dados completa, a PITR pode recuperar apenas os dados necessários. A PITR também oferece um objetivo de tempo de recuperação mais baixo e um objetivo de ponto de recuperação mais baixo do que as cópias de segurança.
Exportações de dados
Para necessidades de retenção de dados superiores a 14 semanas, pode usar a PITR para criar uma exportação de toda a base de dados e guardar estes dados no Cloud Storage indefinidamente. Uma exportação de dados PITR captura dados de uma data/hora até sete dias anteriores.
As exportações de dados PITR são úteis para arquivar dados da sua base de dados. Quando comparada com as cópias de segurança, a recuperação de uma base de dados a partir de uma exportação de PITR é geralmente mais cara do que a recuperação dos mesmos dados a partir de uma cópia de segurança.
Para iniciar uma operação de exportação de PITR, consulte o artigo Exporte e importe dados de PITR.