O recurso de backup e restauração do Spanner permite copiar um backup do banco de dados desse serviço de uma instância para outra em uma região ou projeto diferente, a fim de fornecer recursos adicionais de proteção e conformidade de dados. O backup copiado tem os mesmos recursos principais que o backup original. Além disso, é possível restaurar um backup copiado na mesma instância para oferecer suporte a casos de uso de backup e restauração entre regiões e projetos.
É possível copiar um backup das seguintes maneiras:
- No console do Google Cloud
- usando a gcloud CLI
- com as bibliotecas de cliente
- Como usar as APIs REST ou RPC
Para ter uma visão geral do backup e da restauração, consulte Sobre backup e restauração.
Casos de uso comuns entre regiões
Alguns casos de uso comuns entre regiões para copiar um backup incluem:
Mantenha um backup em outra região para atender aos requisitos regulatórios e de compliance.
Por exemplo, é possível copiar um backup do banco de dados para uma instância em uma região a uma distância mínima dos dados de produção para atender aos requisitos de conformidade.
Mantenha um backup em uma região separada para fins de recuperação de desastres e continuidade de negócios.
Por exemplo, é possível copiar um banco de dados de backup para uma instância de destino para fins de recuperação de desastres com um objetivo de tempo de recuperação (RTO) e um objetivo de ponto de recuperação (RPO, na sigla em inglês) diferentes de zero. Depois, quando necessário, restaure o banco de dados a partir do backup copiado na instância de destino. Se o aplicativo tiver requisitos de zero-RTO e zero-RPO, recomendamos as configurações multirregionais do Spanner para os planos de recuperação de desastres.
Casos de uso comuns entre projetos
Alguns casos de uso comuns entre projetos para copiar um backup incluem:
- Mantenha uma cópia de backup em um projeto separado para atender aos requisitos operacionais, de segurança ou de conformidade.
Copie e mova dados entre projetos de desenvolvimento, teste e produção.
Por exemplo, se você quiser mover dados do projeto de produção para um projeto de teste, crie um backup dos dados de produção e copie-o para o projeto de teste. Após a conclusão da operação de cópia, é possível restaurar o backup copiado para uma instância no projeto de teste.
mover o banco de dados de um projeto para outro. É possível que haja inatividade durante a migração.
Como funciona o backup de cópia
É possível copiar um backup para uma instância de destino em uma região ou projeto diferente
especificando um backup de origem, um backup de destino e uma data de validade
de até um ano a partir da hora de criação do backup de origem. Isso significa que o valor de
expiration_date
precisa ser de pelo menos seis horas a partir do momento em que a solicitação de cópia
atual é processada e no máximo 366 dias após o create_time
do backup de origem.
No início da solicitação de backup de cópia, o Spanner cria um
recurso de backup e uma operação de backup de longa duração para ajudar a acompanhar o andamento
do backup. O backup é copiado para cada zona de leitura/gravação e somente leitura na
instância de destino. Se uma zona estiver temporariamente indisponível, a cópia de backup
não será concluída até que ela fique on-line novamente. Não é possível excluir a instância de destino durante a cópia. Para acompanhar o progresso e
o status de conclusão da operação de cópia de backup, siga as etapas em Mostrar progresso
do backup.
Após a conclusão da cópia, é possível excluir o backup de origem se você não precisar mais
dele. Quando a cópia for concluída, será possível usar operações como
GetBackup
, UpdateBackup
e DeleteBackup
com o backup copiado.
Pré-requisitos para iniciar a cópia de um backup
Se você estiver copiando um backup para uma instância em uma região ou projeto diferente, defina e configure a instância de destino primeiro. A instância de destino é onde a cópia do seu backup reside. Ela pode ter até 100 unidades de processamento e não precisa ter a mesma configuração que a instância de origem, ou seja, aquela em que o backup de origem reside. Antes de restaurar, verifique se a instância de destino tem nós ou unidades de processamento provisionadas para aceitar o tamanho do banco de dados de acordo com o limite de armazenamento de 4 TB por nó (por exemplo, você precisa de pelo menos dois nós para restaurar um backup de 8 TB). Para criar uma instância de destino, consulte Criar e gerenciar instâncias.
Outras considerações
Outras considerações incluem:
- Quando você copia um backup de uma instância de origem para uma de destino, o backup copiado existe independentemente do backup de origem. Após a conclusão da operação de cópia, haverá um backup na instância de origem e um backup na instância de destino. Se você não precisar mais do backup na instância de origem, é possível excluí-lo.
- Quando você copia um backup para uma instância regional, os dados de backup são copiados para cada uma das três zonas de leitura/gravação na instância de destino.
- Quando você copia um backup para uma instância multirregional, os dados de backup são copiados para cada zona na instância que contém uma réplica de leitura/gravação ou somente leitura.
- É possível copiar vários backups ao mesmo tempo.
- É possível atualizar ou excluir o backup de destino enquanto um processo de cópia ainda está em andamento. Se você excluir o backup de destino, a operação de cópia em andamento será cancelada.
- É possível restaurar um backup na instância de origem enquanto há uma operação de cópia em andamento.
- É possível cancelar uma operação de cópia antes que ela seja concluída.
As seguintes operações não são permitidas durante o processo de cópia:
- Não é possível excluir o backup de origem enquanto uma operação de cópia está em andamento.
- Não é possível iniciar uma nova cópia ou restauração no backup copiado de destino enquanto a cópia ainda está em andamento. Depois que uma cópia é concluída, ela pode ser copiada novamente ou restaurada.
Criptografia
Por padrão, um backup copiado usa a mesma configuração de criptografia, gerenciada pelo Google ou gerenciada pelo cliente (CMEK), como a criptografia do backup de origem. É possível modificar esse comportamento especificando uma configuração de criptografia diferente ao copiar o backup. Se você quiser que o backup copiado seja criptografado com a CMEK ao copiar entre regiões, especifique a chave KMS correspondente à região de destino.
Copiar tempo e desempenho
O tempo necessário para copiar um backup depende de fatores como o tamanho do backup de origem e a região de destino escolhida para o backup copiado. Geralmente, a maioria das cópias é concluída em até quatro horas. Algumas cópias podem levar mais tempo, dependendo do tamanho do backup e da região de destino. Copiar um backup não tem implicações de desempenho na instância ou no banco de dados de origem. É possível fazer várias cópias simultâneas do backup de origem para instâncias em diferentes regiões sem afetar o desempenho.
Controle de acesso (IAM)
Para copiar um backup, você precisa ter a permissão spanner.backups.copy
no backup
de origem e spanner.backups.create
na instância de destino.
Essas permissões estão incluídas nos papéis spanner.backupAdmin
e
spanner.backupWriter
. Portanto, se você tiver um papel spanner.backupAdmin
ou
spanner.backupWriter
em uma instância de origem, poderá invocar uma solicitação de cópia de backup
nesse backup.
Preços
A cópia de um backup está sujeita aos mesmos custos de armazenamento de um backup original. Quando a cópia do backup for concluída, você vai receber a cobrança pelo armazenamento de backup na instância de destino. Se você criar uma cópia entre duas instâncias que estão em regiões diferentes, serão aplicados custos da transferência de dados.
Por exemplo, se você copiar o banco de dados da configuração da instância multirregional
de origem nam7
para a configuração da instância multirregional de destino
nam-eur-asia3
, as cobranças a seguir serão aplicadas:
- Sem custo financeiro pela sobreposição da região
us-central1
- Sem custo financeiro para testemunha da região
us-central2
- A cobrança de transferência de dados intercontinental é aplicada duas vezes: uma para cada novo continente (Europa e Ásia)
- A cobrança de transferência de dados entre regiões no mesmo continente é aplicada uma vez para
us-east1
- A cobrança de transferência de dados entre regiões no mesmo continente é aplicada uma vez na Europa
O Spanner otimiza o processo de cópia para minimizar o número de transferências entre regiões. Isso ajuda a minimizar os custos de transferência de dados e, ao mesmo tempo, oferece uma experiência de backup de cópia rápida.
A seguir
Saiba mais sobre backup e restauração.
Saiba como trabalhar com backups usando o Console do Google Cloud.
Saiba como trabalhar com backups usando a Google Cloud CLI.
Saiba como trabalhar com backups usando as bibliotecas de cliente.