Este documento contém informações sobre ferramentas de recuperação de desastres e técnicas que ajudam a proteger os dados contra perdas e inatividade.
Recursos de recuperação de desastres do Spanner
O Spanner foi projetado para ser escalonável e distribuído globalmente. O Spanner oferece os seguintes recursos para ajudar a garantir alta disponibilidade de dados:
Configurações multirregionais: o Spanner pode manter réplicas dos dados em zonas separadas em uma ou várias regiões para garantir a disponibilidade de dados mesmo em caso de falha em uma zona ou região.
Proteção contra exclusão de banco de dados: é possível proteger contra a exclusão acidental de bancos de dados por usuários ou contas de serviço que têm as permissões necessárias do Identity and Access Management (IAM) para excluir o banco de dados.
Backup e restauração do banco de dados: É possível criar backups de Bancos de dados do Spanner e os restaura para ajudar a proteger contra erros do operador e do aplicativo. Todos os backups são altamente disponíveis, criptografados e podem ser retidos por até um ano a partir do momento da criação. É possível criar backups completos sob demanda ou usando uma programação de backup. Só é possível criar backups incrementais usando uma programação de backup.
Exportação e importação: é possível exportar bancos de dados do Spanner para Cloud Storage no formato CSV ou Avro.
Recuperação pontual (PITR, na sigla em inglês): Momento do Spanner recuperação (PITR) fornece proteção contra corrupção lógica de dados e exclusão ou gravações acidentais no banco de dados. Por exemplo: se um operador gravar dados acidentalmente ou a inicialização de um aplicativo corromper a você pode recuperar os dados de um momento no no passado (até 7 dias).
Texto entre regiões: É possível copiar backups para diferentes para proteger os dados contra falhas regionais ou atender às os requisitos de compliance da sua organização.
Escolha entre fazer backup ou exportar seu banco de dados
Compare o backup dos seus bancos de dados com a exportação deles antes de decidir qual usar. Por exemplo, os backups podem ter um período de retenção máximo de um ano. Exporte seu banco de dados se você quiser um período de armazenamento maior do que um ano. A tabela a seguir descreve semelhanças e diferenças entre usar backup e restauração versus importar e exportar:
| Backup e restauração | Importar e exportar | |
|---|---|---|
| Consistência de dados | Os backups e os bancos de dados exportados são consistentes de maneira transacional e externa. | |
| Impacto no desempenho | Os backups não afetam o desempenho de uma instância. O Spanner faz backups usando jobs dedicados que não usam os recursos do servidor de uma instância. | As exportações são executadas como uma tarefa de prioridade média para minimizar o impacto no desempenho do banco de dados. Para mais informações, consulte prioridade de tarefas. |
| Formato de armazenamento | Usa um formato reservado e criptografado projetado para restauração rápida. | Compatível com os formatos de arquivo CSV e Avro. |
| Portabilidade | Você cria backups na mesma instância do banco de dados de origem. Depois que um backup é criado, é possível copiar o backup para uma instância em uma região ou projeto diferente, se você precisar de um backup entre regiões ou projetos. Em seguida, é possível restaurar um backup como um novo banco de dados para qualquer instância no mesmo projeto. A instância para a qual você está restaurando deve ter a mesma configuração de instância que a instância em que o backup está armazenado. |
Os bancos de dados exportados ficam no Cloud Storage e os dados podem ser migrados para qualquer sistema compatível com CSV ou Avro. |
| Retenção | Os backups podem ser retidos por até um ano. | Os bancos de dados exportados são armazenados no Cloud Storage, onde, por padrão, são retidos até serem excluídos. Você pode personalizar as políticas de ciclo de vida e retenção. |
| Preços | Os backups são cobrados no projeto do Spanner com base no armazenamento usado por unidade de tempo. Para mais detalhes, consulte a seção Preços. | O faturamento para importação e exportação é mais complicado devido ao uso do Cloud Storage e do Dataflow. Para mais informações, consulte Preços de exportação e importação de banco de dados. |
| Tempo de restauração | A restauração acontece em duas operações: restaurar e otimizar. A operação de restauração oferece velocidade para o primeiro byte, porque o backup do banco de dados é montado diretamente sem copiar os dados. Após a conclusão da operação de restauração, o banco de dados estará pronto para uso, embora a latência de leitura possa ser um pouco maior durante a otimização. Para mais informações, consulte Como a restauração funciona. | A importação é mais lenta. Você precisa aguardar a gravação de todos os dados no banco de dados. |
Técnicas de recuperação de desastres
O Spanner oferece técnicas de recuperação de desastres para proteger seus dados contra os seguintes desastres:
- Falha por zona: configuração regional do Spanner oferece proteção automática contra falhas zonais, garantindo que, se um zona de uma região falhar, seu aplicativo permanece operacional.
- Falha regional: se o aplicativo exigir dados ainda mais altos disponibilidade e proteção contra falhas regionais, use configurações multirregionais que oferecem 99,999% de disponibilidade.
- Grandes desastres geográficos: use a cópia de backup entre regiões do Spanner para disponibilizar backups em diferentes regiões.
- Corrupção lógica: use as técnicas de recuperação de desastres
a seguir para diferentes períodos de retenção:
- Configure a recuperação pontual (PITR) para restaurar seus dados a qualquer momento nos últimos sete dias.
- Configure uma programação de backup que crie backups completos ou incrementais em uma frequência que atenda aos seus requisitos. Todos os backups podem ser mantidos por até um ano.
- Exporte seu banco de dados para o Cloud Storage, onde você pode reter os dados para conformidade, análises ou relatórios.
- Exclusão acidental de banco de dados: use a proteção contra exclusão de bancos de dados para evitar a exclusão acidental de bancos de dados por usuários ou serviços contas com as permissões necessárias do IAM.
Otimizar custos para sua estratégia de recuperação de desastres
É possível otimizar os custos de recuperação de desastres do Spanner das seguintes maneiras:
- Configurações multirregionais: use configurações multirregionais apenas para e aplicativos que precisam de disponibilidade de 99,999%. Para aplicativos que exigem latências somente leitura, considere réplicas de leitura em outras regiões.
- Frequência de backup: programe backups apenas com a frequência necessária para atender aos seus requisitos.
- Tipo de backup: use programações de backup incrementais para economizar nos custos de armazenamento.
- Retenção de backup: determine e defina o período de armazenamento de backup. pelo menor tempo necessário para atender às suas necessidades de recuperação e compliance.
- Exportações de dados grandes: use o Data Boost do Spanner para exportações de dados grandes para descarregar recursos de computação da sua instância e evitar impactos negativos na performance da transação.
Testar a estratégia de recuperação de desastres
Considere testar e validar os seguintes componentes do seu plano de recuperação de desastres:
- Simule os eventos mais prováveis que podem causar perda de dados para sua organização.
- Pratique a restauração bancos de dados a partir de um backup criado. Para mais informações sobre como restaurar sua banco de dados, consulte a Visão geral da restauração.
- Avaliar o impacto do plano de recuperação de desastres na utilização do armazenamento.
- Avaliar o impacto dos processos de backup no desempenho do aplicativo.
- Simular uma falha zonal ou regional para testar o failover e procedimento de recuperação de desastres.