Copiar um backup

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:

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