Vista geral das cópias de segurança do Bigtable

Esta página apresenta uma vista geral das cópias de segurança do Bigtable. O conteúdo apresentado aqui destina-se a administradores e programadores do Bigtable.

As cópias de segurança permitem-lhe guardar uma cópia do esquema e dos dados de uma tabela e, em seguida, restaurar a partir da cópia de segurança para uma nova tabela mais tarde. O Bigtable oferece dois tipos de cópias de segurança. O tipo de cópia de segurança que cria depende dos seus requisitos de recuperação de desastres (DR) e do tipo de armazenamento (HDD ou SSD) que o seu cluster do Bigtable usa.

  • As cópias de segurança padrão são otimizadas para a retenção a longo prazo. Quando restaura a partir de uma cópia de segurança padrão para um cluster de SSDs, a operação de restauro requer uma otimização adicional pelo Bigtable para colocar a tabela no desempenho ao nível da produção. Para mais informações, consulte a secção Desempenho ao restaurar.
  • As cópias de segurança a quente oferecem o restauro mais eficiente para o desempenho ao nível da produção e o serviço de baixa latência. Para mais informações, consulte o artigo Cópias de segurança rápidas.

Pode criar cópias de segurança das seguintes formas:

  • Ative a cópia de segurança automática para permitir que o Bigtable crie cópias de segurança diárias para si.
  • Crie uma cópia de segurança a pedido através da Google Cloud consola, da gcloud CLI ou de uma biblioteca cliente do Bigtable.
  • Crie uma cópia de uma cópia de segurança.

Antes de ler esta página, deve conhecer a vista geral do Bigtable e a gestão de tabelas.

Funcionalidades

  • Totalmente integrado: as cópias de segurança são processadas inteiramente pelo serviço Bigtable, sem necessidade de importação nem exportação.
  • Incremental: uma cópia de segurança partilha o armazenamento físico com a tabela de origem e outras cópias de segurança da tabela.
  • Rentável: a utilização de cópias de segurança do Bigtable permite-lhe evitar os custos associados à exportação, ao armazenamento e à importação de dados através de outros serviços.
  • Expiração automática: cada cópia de segurança tem uma data de validade definida pelo utilizador que pode ser até 90 dias após a criação da cópia de segurança. Pode armazenar uma cópia de uma cópia de segurança durante um máximo de 30 dias.
  • Opções de restauro flexíveis: pode restaurar a partir de uma cópia de segurança para uma tabela numa instância diferente daquela em que a cópia de segurança foi criada.
  • Cópia de segurança automática: ative a cópia de segurança automática para permitir que o Bigtable crie cópias de segurança diárias.
  • Cópias de segurança a quente: planeie a recuperação de desastres com cópias de segurança a quente prontas para produção.

Exemplos de utilização

As cópias de segurança são úteis para os seguintes exemplos de utilização:

  • Continuidade do negócio
  • Conformidade regulamentar
  • Testes e desenvolvimento
  • Recuperação de desastres

Considere os seguintes cenários de recuperação de desastres:

Objetivo Estratégia de cópia de segurança Estratégia de restauro
Proteja-se contra erros humanos: é recomendável ter sempre uma cópia de segurança recente dos seus dados pronta em caso de eliminação ou dano acidental. Determine a programação de criação de cópias de segurança adequada às necessidades da sua empresa, como diariamente. Opcionalmente, crie cópias periódicas das cópias de segurança e armazene-as num projeto ou numa região diferente para aumentar o isolamento e a proteção. Para ainda mais proteção, armazene as cópias de segurança num projeto ou numa instância com autorizações de acesso restritas. Restaure para uma nova tabela a partir da cópia de segurança ou da cópia e, em seguida, reencaminhe os pedidos para a nova tabela.
Indisponibilidade da zona: tem de se certificar de que, na improvável eventualidade de uma Google Cloud zona ficar indisponível, os seus dados continuam disponíveis. Ative a cópia de segurança automática para permitir que o Bigtable crie uma cópia de segurança diária em todos os clusters na instância. Em alternativa, crie cópias de segurança com regularidade e, em seguida, crie periodicamente uma cópia da cópia de segurança mais recente e armazene-a num ou mais clusters em diferentes zonas (opcionalmente, numa instância ou num projeto diferente). Se a zona onde o cluster de publicação ficar indisponível, restaure a partir da cópia de segurança remota para uma nova tabela e, em seguida, reencaminhe os pedidos para a nova tabela.
Corrupção de dados: use uma cópia de segurança para recuperar alguns dos dados de uma tabela, como quando parte da tabela de origem ficou corrompida. Ative a replicação e a cópia de segurança automática para criar cópias de segurança diárias em várias regiões, para que, se uma tabela ficar danificada num cluster, tenha uma ou mais cópias de segurança que não partilham armazenamento no cluster danificado. Restaure a partir da cópia de segurança para uma nova tabela no novo cluster ou instância. Em seguida, escreva uma aplicação com uma biblioteca de cliente do Bigtable ou Dataflow que leia a partir da nova tabela e, em seguida, escreva os dados novamente na tabela de origem. Quando os dados forem copiados para a tabela original, elimine a nova tabela.
Recuperação rápida: restaure rapidamente os níveis de desempenho de produção completos, minimizando o tempo de inatividade. Mantenha sempre uma cópia de segurança ativa recente da sua tabela. Restaurar para uma nova tabela a partir da cópia de segurança ativa e, em seguida, reencaminhar pedidos para a nova tabela.

Cópias de segurança a quente

Uma cópia de segurança a quente é uma cópia de segurança pronta para produção otimizada para uma recuperação rápida, com uma latência inferior ao ler da nova tabela pouco depois do restauro. O restauro para o desempenho de produção a partir de uma cópia de segurança ativa é mais rápido do que o restauro a partir de uma cópia de segurança padrão.