Replicação de espaços de trabalho¶

Importante

Os espaços de trabalho de propriedade dos usuários exigem a edição Business Critical (BC) ou superior para oferecer suporte à replicação.
O failover e o failback exigem a Business Critical Edition ou posterior. Para dúvidas sobre atualização, entre em contato com o suporte Snowflake.

A replicação ajuda a garantir a continuidade dos negócios, tornando os espaços de trabalho e outros objetos importantes disponíveis em todas as contas, mesmo durante desastres, interrupções ou períodos de indisponibilidade. Os administradores configuram grupos de replicação para copiar objetos de conta e bancos de dados de uma conta primária para uma ou mais contas secundárias conforme um cronograma definido.

Como funciona a replicação de espaços de trabalho¶

Os espaços de trabalho compartilhados são replicados quando estão incluídos em um banco de dados que faz parte de um grupo de replicação ou failover. Os espaços de trabalho privados são replicados quando seus usuários proprietários são replicados. Em contas secundárias (destino), o conteúdo replicado é somente leitura. Os arquivos de espaço de trabalho são executáveis, mas não podem ser editados. Para criar e executar novas consultas, use a interface original do Worksheets na conta secundária.

A replicação de banco de dados pode ser configurada como um grupo de failover para oferecer suporte à alta disponibilidade. Quando um grupo secundário de failover é promovido a primário, todos os objetos contidos, incluindo os espaços de trabalho, tornam-se graváveis na nova conta primária.

Para obter mais informações, consulte Introdução à replicação e failover em várias contas.

Espaços de trabalho LOCAL¶

Os espaços de trabalho LOCAL não participam da replicação de espaços de trabalho. Os arquivos de espaço de trabalho permanecem na implantação atual e não são copiados ou sincronizados com outras implantações.

Quando a replicação de espaços de trabalho está habilitada, todos os espaços de trabalho e arquivos que já existem em uma implantação secundária são automaticamente designados como LOCAL. Isso garante que os usuários mantenham o acesso aos dados do espaço de trabalho existente na implantação secundária em vez de perdê-los quando a replicação é habilitada.

Configurar a replicação de espaços de trabalho¶

Para replicar espaços de trabalho, você deve concluir as seguintes tarefas de configuração em ordem:

Etapa 1: Habilitar a replicação na conta¶

Um usuário com a função ORGADMIN deve habilitar a replicação para cada conta de origem e destino na organização:

USE ROLE ORGADMIN;
SELECT SYSTEM$GLOBAL_ACCOUNT_SET_PARAMETER(
    '<organization_name>.<account_name>',
    'ENABLE_ACCOUNT_DATABASE_REPLICATION',
    'true');

Copy

Para obter mais informações, consulte Pré-requisito: Habilitar a replicação para contas na organização.

Etapa 2: Criar um grupo de replicação¶

Um grupo de replicação copia objetos de uma conta primária para uma conta secundária conforme um cronograma definido opcionalmente.

Para criar um grupo de replicação, especifique a conta com o espaço de trabalho no grupo de replicação:

Conta primária¶

USE ROLE ACCOUNTADMIN;

CREATE REPLICATION GROUP my_replication_group
    OBJECT_TYPES = USERS
    ALLOWED_ACCOUNTS = org_name.secondary_account_name
    [ REPLICATION_SCHEDULE = '10 MINUTE' ]

Copy

Neste exemplo:

ALLOWED_ACCOUNTS: a conta secundária para a qual replicar.
REPLICATION_SCHEDULE: com que frequência ocorre a replicação (por exemplo, «10 MINUTE» ou «1 HOUR»).

Conta secundária¶

USE ROLE ACCOUNTADMIN;
CREATE REPLICATION GROUP my_replication_group
  AS REPLICA OF org_name.primary_account_name.my_replication_group;

Copy

Configurar o failover para alta disponibilidade¶

Para habilitar o failover (promoção de uma conta secundária a primária) durante uma interrupção, você deve usar um grupo de failover em vez de um grupo de replicação:

Conta primária¶

USE ROLE ACCOUNTADMIN;
CREATE FAILOVER GROUP my_failover_group
  OBJECT_TYPES = USERS
  ALLOWED_ACCOUNTS = org_name.secondary_account_name
  [ REPLICATION_SCHEDULE = '10 MINUTE' ]

Copy

Conta secundária¶

USE ROLE ACCOUNTADMIN;
CREATE FAILOVER GROUP my_failover_group
  AS REPLICA OF org_name.primary_account_name.my_failover_group;

Copy

A secundária assume o controle quando a primária falha¶

Se você promover o grupo de failover a primário, o espaço de trabalho se tornará de leitura e gravação.

Comportamento da conta secundária¶

Se você não tem um espaço de trabalho de leitura e gravação disponível, também pode voltar a usar Planilhas no Snowsight, em que há suporte para leitura e gravação.

Considerações¶

Os resultados da consulta não são replicados. Os resultados da consulta são armazenados apenas na conta em que a consulta foi originalmente executada.
A função, o warehouse, o banco de dados e o contexto do esquema selecionados para quaisquer arquivos não são replicados. Você pode replicar esses objetos no nível da conta separadamente, mas esses contextos não permanecerão selecionados nos arquivos na conta de destino.

Limitações¶

Não há suporte para integração do Git após o failover. Se uma conta secundária com espaços de trabalho for promovida a primária, você deverá reconfigurar a integração do Git manualmente.
Os espaços de trabalho na conta secundária são somente leitura.

Para obter informações mais detalhadas sobre o comportamento de replicação, consulte Considerações sobre a replicação.