Migrar para a recuperação de desastres gerenciada

Esta página descreve como migrar da replicação entre regiões do BigQuery para a recuperação de desastres gerenciada pelo BigQuery.

Visão geral

A replicação entre regiões (CRR) e a recuperação de desastres (DR, na sigla em inglês) gerenciada do BigQuery são recursos projetados para melhorar a disponibilidade de dados e os recursos de recuperação de desastres. No entanto, eles processam interrupções regionais de maneiras diferentes. O CRR não permite a promoção da réplica secundária se a região principal estiver indisponível. Em contraste, a DR oferece uma proteção mais abrangente, permitindo um failover para a réplica secundária, mesmo que a região principal esteja indisponível. Com o CRR, apenas o armazenamento é replicado, enquanto com a DR, tanto o armazenamento quanto a capacidade de computação são replicados.

A tabela a seguir descreve os recursos do CRR e do DR:

Implicações da migração

As seções a seguir fornecem uma visão geral das mudanças de custo e capacidade que ocorrem quando você migra para DR.

Implicações no custo

Considere as seguintes implicações de custo ao migrar do CRR para o DR:

• A DR só oferece suporte ao acesso de gravação da edição Enterprise Plus, que incorre em custos de computação mais altos. É possível ler de qualquer modelo de capacidade. Portanto, os custos de leitura para jobs atuais não mudam.

• A DR usa a replicação turbo, que gera custos adicionais dependendo do par de regiões.

• Os preços de armazenamento são os mesmos para CRR e DR.

Para mais informações sobre preços, consulte Preços.

Implicações de recursos

Considere as seguintes implicações de recursos ao migrar do CRR para o DR:

• A DR só oferece suporte ao failover no nível da reserva. Todos os jobs que dependem do failover no nível do conjunto de dados falham.

• Somente as consultas da edição Enterprise Plus podem gravar no conjunto de dados depois que ele é anexado à reserva de DR. Todos os jobs de gravação que não usam uma edição Enterprise Plus para a capacidade de computação falham.

Antes de começar

Antes de começar a migração, conheça os conceitos de replicação entre regiões e recuperação de desastres gerenciada.

Para migrar para o DR, você precisa ter os seguintes pré-requisitos:

• Você tem um projeto Trusted Cloud by S3NS ativo com o BigQuery ativado.

• Você criou e replicou conjuntos de dados com o CRR.

• Os conjuntos de dados têm os mesmos locais primário e secundário que você quer usar para DR.

• Você tem as permissões necessárias para trabalhar com DR. Para mais informações sobre permissões, consulte Antes de começar.

Migrar do CRR para o DR

As seções a seguir descrevem como migrar seus conjuntos de dados do CRR para o DR. Considera-se que você já configurou seus conjuntos de dados para o CRR.

Criar uma reserva de failover

Para ativar a recuperação de desastres, crie uma reserva de failover na região principal. Configure sua reserva com a região primária e secundária adequada. As regiões principal e secundária precisam corresponder às regiões de todos os conjuntos de dados de CRR que você pretende migrar para DR. Para criar uma reserva de failover, escolha uma das seguintes opções:

Anexar o conjunto de dados à reserva

Depois de criar a reserva de failover, anexe os conjuntos de dados entre regiões à reserva. Isso ativa o failover para todos os conjuntos de dados anexados. Para anexar o conjunto de dados à reserva, escolha uma das seguintes opções:

Verificar a configuração

Para verificar o status da configuração, consulte a visualização INFORMATION_SCHEMA.SCHEMATA_REPLICAS.

PROJECT_ID.`region-REGION`.INFORMATION_SCHEMA.SCHEMATA_REPLICAS[_BY_PROJECT]

Verifique se os conjuntos de dados estão anexados à reserva correta nas regiões corretas.

• Opcional: PROJECT_ID: o ID do seu projeto Trusted Cloud . Se não for especificado, o projeto padrão será usado.
• REGION: qualquer nome da região do conjunto de dados. Por exemplo, `region-us`.

Exemplos

O exemplo a seguir mostra as etapas para migrar do CRR para o DR com exemplos práticos usando o GoogleSQL. Para este exemplo, considere o seguinte:

• Você está trabalhando em um projeto chamado myproject.

• Você já criou um conjunto de dados chamado mydataset e o configurou com CRR.

• A região principal de mydataset é us-central1, e a secundária é us-west1.

Para começar a migrar seu conjunto de dados para a DR, primeiro crie uma reserva com a edição Enterprise Plus. Neste exemplo, o nome da reserva é myreservation.

CREATE RESERVATION `myproject.region-us-central1.myreservation`
OPTIONS (
  slot_capacity = 0,
  edition = ENTERPRISE_PLUS,
  autoscale_max_slots = 50,
  secondary_location = 'us-west-1');

Depois que a reserva for criada, você poderá anexar o conjunto de dados a ela. O exemplo a seguir anexa o conjunto de dados à reserva:

ALTER SCHEMA
  `myproject.mydataset`
SET OPTIONS (
  failover_reservation = 'myproject.myreservation');

Em seguida, verifique se o conjunto de dados foi anexado.

SELECT
  failover_reservation_project_id,failover_reservation_name,
FROM
 `myproject`.`region-us-west1`.INFORMATION_SCHEMA.SCHEMATA_REPLICAS
WHERE
 schema_name='mydataset';

Os resultados dessa consulta vão ser parecidos com estes:

+---------------------------------+---------------------------+
| failover_reservation_project_id | failover_reservation_name |
+---------------------------------+---------------------------+
| myproject                       | myreservation             |
| myproject                       | myreservation             |
+---------------------------------+---------------------------+

A seguir

• Para mais informações sobre a replicação entre regiões, consulte Replicação de conjuntos de dados entre regiões.

• Para mais informações sobre a recuperação de desastres gerenciada, consulte Recuperação de desastres gerenciada.