Introdução à replicação e failover em várias contas¶

Replicação da matriz de recursos/edições¶

Observe que alguns recursos de replicação só estão disponíveis apenas para Business Critical Edition (ou superior). A tabela a seguir lista a disponibilidade de recursos de replicação para cada edição do Snowflake:

Replicação de banco de dados¶

Esse recurso oferece suporte à replicação de bancos de dados. Um instantâneo inclui alterações nos objetos e dados. Se roles forem replicados (no mesmo grupo de replicação ou failover ou em um grupo diferente), a atualização do banco de dados também sincroniza as concessões de privilégios sobre o banco de dados secundário e sobre os objetos no banco de dados (esquemas, tabelas, exibições etc.) com as funções na conta. Consulte Concessões para objetos de banco de dados para obter mais detalhes.

A replicação de alguns bancos de dados não é suportada ou pode falhar na operação de atualização. Para obter mais informações, consulte Limitações atuais da replicação.

Replicação de integrações¶

A replicação da conta oferece suporte à replicação das integrações para os seguintes recursos:

• Integrações de segurança dos seguintes tipos:

  • Autenticação federada e SSO (como SAML2)

  • SCIM

  • Snowflake OAuth

  • OAuth externo

  Para obter mais informações sobre integrações de segurança, consulte Replicação de integrações de segurança e políticas de redes em múltiplas contas.

• Integrações de API.

  Depois de replicar as integrações de API em uma conta de destino, você deve conceder acesso ao serviço remoto para as funções externas replicadas. Para obter mais informações, consulte Atualização do serviço remoto para integrações de API.

• Notificações integradas dos seguintes tipos:

  • TYPE = EMAIL

  • TYPE = QUEUE com DIRECTION = OUTBOUND

• Integrações de armazenamento.

  Recurso em versão preliminar — Aberto

  Disponível para contas Business Critical Edition (ou superior).

  Ao replicar uma integração de armazenamento, você deverá estabelecer uma nova relação de confiança para seu armazenamento em nuvem nas contas de destino. Para saber mais, consulte Configuração do acesso ao armazenamento em nuvem para integrações de armazenamento secundárias.

• Integrações de acesso externo.

  Para obter mais informações sobre integrações de acesso externo, consulte Visão geral do acesso à rede externa.

Replicação de políticas de redes¶

O recurso oferece suporte à replicação de políticas de rede.

Para obter mais informações, consulte Replicação de integrações de segurança e políticas de redes em múltiplas contas.

Replicação de parâmetros¶

Esse recurso oferece suporte à replicação de parâmetros em nível de conta e parâmetros de objetos. Os parâmetros de objeto são replicados quando o objeto está incluído no grupo de replicação. Por exemplo, se WAREHOUSES são replicados, os parâmetros específicos do warehouse (por exemplo, STATEMENT_TIMEOUT_IN_SECONDS) são replicados. Para obter uma lista completa, consulte Parâmetros de objeto.

A replicação de parâmetros em nível de conta inclui todos os Parâmetros de conta e parâmetros definidos na conta. Os parâmetros em nível de conta (por exemplo, DATA_RETENTION_TIME_IN_DAYS) são replicados quando ACCOUNT PARAMETERS está incluído na lista de tipos de objetos para um grupo de replicação.

Replicação de monitores de recursos¶

Esse recurso oferece suporte à replicação de monitores de recursos e privilégios concedidos em monitores de recursos para funções. Um monitor de recursos secundário segue o mesmo cronograma de redefinição de cotas que seu primário. Por exemplo, se a cota no monitor de recursos primário for redefinida no primeiro dia do mês, e o secundário for replicado pela primeira vez no 15º dia do mês, a cota será redefinida no primeiro dia do mês seguinte junto com o primário.

Replicação de funções¶

Esse recurso oferece suporte à replicação de funções, incluindo hierarquias de funções. Os objetos de função devem ser replicados para replicar os privilégios de acesso. Os privilégios de acesso replicados estão listados em Replicação de funções e concessões abaixo.

Replicação de compartilhamentos¶

Esse recurso oferece suporte à replicação de objetos de compartilhamento, bem como privilégios de acesso concedidos a compartilhamentos sobre objetos de banco de dados.

A replicação de compartilhamentos de entrada (compartilhamentos de provedores) não é suportada.

Replicação de usuários¶

Esse recurso oferece suporte à replicação de usuários e suas propriedades para contas de destino, além dos seguintes métodos de autenticação de usuários e provisionamento de usuários e grupos com SCIM:

Replicação de warehouses¶

Esse recurso oferece suporte à replicação de warehouses e privilégios concedidos em warehouses para funções (se roles forem replicadas). O estado do warehouse primário não é replicado. Os warehouses são replicados no estado suspenso para cada conta de destino e podem ser retomados na conta de destino.

Replicação de funções e concessões¶

A fim de replicar concessões sobre objetos para funções, as funções devem ser replicadas a partir da conta de origem para a conta de destino. Para replicar funções em um grupo de replicação ou failover, você deve incluir roles na lista object_types. As funções podem estar em um grupo de replicação ou de failover separado dos objetos de dados para os quais os privilégios são concedidos.

Quando roles são replicadas, as concessões sobre objetos apenas são replicadas para uma conta de destino se:

• O privilégio foi concedido pelo proprietário do objeto ou indiretamente por um função que recebeu o privilégio com o parâmetro WITH GRANT OPTION por parte do proprietário do objeto.

• A função que recebe e a função que concede um privilégio estão localizadas na conta de destino.

• O objeto é replicado (ou seja, o tipo de objeto está incluído na lista object_types).

Caso contrário, a concessão sobre o objeto não é replicada.

Usuário que atualiza objetos em uma conta de destino¶

Um usuário que executa o comando ALTER FAILOVER GROUP … REFRESH para atualizar objetos em uma conta de destino a partir da conta de origem deve usar uma função com o privilégio REPLICATE no grupo de failover. O Snowflake protege esse usuário na conta de destino, apresentando falha nos seguintes cenários:

• Se o usuário não existir na conta de origem, a operação de atualização falha.

• Se o usuário existir na conta de origem, mas uma função com o privilégio REPLICATE não foi concedida ao usuário, a operação de atualização falha.

Suspensão e retomada da replicação programada¶

Um grupo secundário de failover não pode ser promovido a grupo primário enquanto uma atualização estiver sendo executada. Para um failover suave, suspenda a replicação programada na conta de destino. Após a conclusão do failover, retome a replicação programada. Para sintaxe, consulte ALTER FAILOVER GROUP.