Perguntas frequentes

Esta página contém respostas para algumas perguntas frequentes sobre a Ingestão de dados na nuvem.

Por que recebi o e-mail: “Erro na sincronização do CDI”?

Esse tipo de e-mail geralmente significa que há um problema com a configuração do seu CDI. Aqui estão alguns problemas comuns e como corrigi-los:

O CDI não consegue acessar o data warehouse ou a tabela usando suas credenciais

Isso pode significar que as credenciais no CDI estão incorretas ou mal configuradas no data warehouse. Para saber mais, consulte Integrações de data warehouse.

A tabela não pode ser encontrada

Tente atualizar sua integração com a configuração correta do banco de dados ou criar recursos correspondentes no data warehouse, como database/table.

O catálogo não pode ser encontrado

O catálogo configurado na integração não existe no catálogo da Braze. Um catálogo pode ser removido depois que a integração foi configurada. Para resolver o problema, atualize a integração para usar um catálogo diferente ou crie um novo catálogo que corresponda ao nome do catálogo na integração.

Por que recebi o e-mail: “Erros de linha na sua sincronização de CDI”?

Esse tipo de e-mail significa que alguns dos seus dados não puderam ser processados durante a sincronização. Para descobrir o erro específico, você pode revisar os registros na Braze acessando CDI > Sync Log.

Como faço para corrigir erros na conexão de teste e nos e-mails de suporte?

• snowflake
• redshift
• bigquery
• databricks

Como faço para atualizar minhas preferências de alerta por e-mail para integrações CDI?

Cada integração tem sua própria preferência de notificação. Acesse a página do CDI e selecione o nome da integração que deseja atualizar. Na seção Preferências de notificação, é possível atualizar a forma como você recebe alertas referentes à integração selecionada.

O que acontece se um UPDATED_AT futuro for sincronizado com uma integração?

O CDI usa UPDATED_AT para decidir quais dados são novos. Depois que um UPDATED_AT futuro for sincronizado, todos os dados anteriores a essa data e hora futuras não serão processados. Para corrigir isso:

1. Corrija UPDATED_AT.
2. Remova quaisquer dados antigos que já estejam sincronizados com a Braze.
3. Crie uma nova integração para processar essa tabela novamente.

Por que “Rows Synced” não corresponde ao número no meu data warehouse?

O CDI usa UPDATED_AT para decidir quais registros devem ser coletados durante uma sincronização. Dê uma olhada nesta ilustração para ver como funciona. No início de uma execução de sincronização, o CDI consulta seu data warehouse para obter todos os registros com UPDATED_AT posterior ao valor UPDATED_AT processado anteriormente. Registros no timestamp exato do limite também podem ser ressincronizados se novas linhas compartilharem esse timestamp. Qualquer registro coletado no momento em que a consulta for executada será sincronizado com a Braze. Aqui estão os casos comuns em que um registro pode não ser sincronizado:

• Você está adicionando registros à tabela com um valor UPDATED_AT que já foi processado.
• Você está atualizando os valores de registro depois que eles foram processados por uma sincronização, mas deixando UPDATED_AT inalterado.
• Você está adicionando ou atualizando registros enquanto uma sincronização está em andamento. Dependendo de quando a consulta do CDI é executada, pode haver condições de corrida que fazem com que os registros não sejam coletados.

Dica

Para evitar esses comportamentos no futuro, recomendamos usar valores UPDATED_AT que aumentem monotonicamente e não atualizar a tabela durante a execução da sincronização agendada.

Preciso de valores UPDATED_AT majoritariamente distintos para importações grandes do CDI?

Sim. Para execuções de alto volume (por exemplo, mais de aproximadamente 10 milhões de linhas), certifique-se de que seus dados de origem tenham valores UPDATED_AT majoritariamente distintos. Se muitas linhas compartilharem o mesmo timestamp, o CDI terá mais chances de resselecionar linhas nos timestamps de limite em execuções posteriores. Isso pode aumentar sincronizações duplicadas e o consumo de pontos de dados.

Para saber mais sobre o comportamento de limite do CDI, consulte Evitar ressincronização de linhas com timestamps duplicados.

Onde devo executar essas verificações SQL?

Execute as verificações diretamente no editor SQL do seu data warehouse, na mesma tabela ou visualização usada pela sua integração CDI:

• Snowflake: Projects > Worksheets (para saber mais, consulte Snowflake Worksheets)
• Redshift: Query Editor v2 (para saber mais, consulte Using Amazon Redshift Query Editor v2)
• BigQuery: BigQuery Studio SQL workspace (para saber mais, consulte BigQuery Studio introduction)
• Databricks: SQL editor (SQL warehouse) (para saber mais, consulte Databricks SQL editor)
• Fabric: SQL query editor

Use este processo antes de ativar ou escalar uma sincronização grande:

1. Identifique a tabela ou visualização de origem do CDI e a janela de sincronização que deseja validar.
2. Abra o editor SQL do seu data warehouse e selecione o mesmo banco de dados e esquema usados pelo CDI. Em seguida, use uma função com acesso de leitura à tabela ou visualização de origem.
3. Execute a consulta de contagem de timestamps distintos para medir quantos valores UPDATED_AT distintos existem nessa janela.
4. Execute a consulta que agrupa por UPDATED_AT e conta as linhas para encontrar timestamps com contagens de linhas incomumente altas.
5. Se muitas linhas compartilharem timestamps idênticos, ajuste seu processo de ingestão para que lotes consecutivos usem valores UPDATED_AT progressivamente mais recentes, ou aumente a precisão do timestamp para que as linhas fiquem mais distribuídas.
6. Execute ambas as consultas novamente até que a concentração seja reduzida e, em seguida, lance ou escale sua sincronização.
7. Após o lançamento, monitore CDI > Sync Log para verificar se há volume inesperado de ressincronização nos timestamps de limite.

Use verificações como estas no seu data warehouse:

1
2
3
4
5
6
7
SELECT
  COUNT(*) AS total_rows,
  COUNT(DISTINCT UPDATED_AT) AS distinct_timestamps,
  ROUND(COUNT(*) * 1.0 / NULLIF(COUNT(DISTINCT UPDATED_AT), 0), 2) AS avg_rows_per_timestamp
FROM YOUR_CDI_SOURCE_TABLE
WHERE UPDATED_AT >= CAST('2026-04-01 00:00:00' AS TIMESTAMP)
  AND UPDATED_AT < CAST('2026-04-02 00:00:00' AS TIMESTAMP);

1
2
3
4
5
6
7
8
9
SELECT
  UPDATED_AT,
  COUNT(*) AS rows_at_timestamp
FROM YOUR_CDI_SOURCE_TABLE
WHERE UPDATED_AT >= CAST('2026-04-01 00:00:00' AS TIMESTAMP)
  AND UPDATED_AT < CAST('2026-04-02 00:00:00' AS TIMESTAMP)
GROUP BY UPDATED_AT
ORDER BY rows_at_timestamp DESC
LIMIT 20;

Se o seu data warehouse não suportar LIMIT (por exemplo, Fabric), use uma sintaxe equivalente como TOP.

Por que uma sincronização do CDI com poucas linhas ainda pode levar vários minutos?

Uma sincronização do CDI inclui um período fixo de inicialização antes que o processamento das linhas comece. Como esse tempo de inicialização é semelhante independentemente do tamanho da sincronização, uma sincronização pequena ainda pode levar vários minutos e parecer mais lenta em linhas por minuto. O tempo total de sincronização ainda depende da complexidade da consulta de origem, do formato dos dados e da capacidade disponível no seu data warehouse. Para saber mais, consulte Integrações de data warehouse.

Durante uma sincronização, a ordem é preservada se vários registros tiverem o mesmo ID?

A ordem de processamento não é 100% previsível. Por exemplo, se houver várias linhas com o mesmo EXTERNAL_ID na tabela durante uma sincronização, não é possível garantir qual valor será incluído no perfil final. Se você estiver atualizando o mesmo EXTERNAL_ID com atributos diferentes na coluna de carga útil, todas as alterações serão refletidas quando a sincronização for concluída.

Por que novos usuários não estão sendo criados a partir da minha sincronização do CDI?

Se sua integração do CDI tiver a opção Atualizar apenas usuários existentes ativada, apenas os usuários que já existem na Braze são atualizados, e novos usuários não são criados. Isso significa que, se uma linha na sua tabela de sincronização referenciar um EXTERNAL_ID que não corresponda a nenhum usuário existente na Braze, essa linha será ignorada.

Para criar novos usuários através do CDI, desative o toggle Atualizar apenas usuários existentes nas configurações da sua integração. Acesse Configurações de dados > Ingestão de dados na nuvem e selecione uma integração.

Quais são as medidas de segurança do CDI?

Nossas medidas

A Braze tem as seguintes medidas em vigor para o CDI:

• Todas as credenciais são criptografadas em nosso banco de dados, e somente determinados colaboradores têm acesso autenticado a elas.
• Usamos conexões criptografadas para transferir dados aos data warehouses dos clientes.
• Fazemos solicitações aos endpoints da API da Braze usando as mesmas chaves de API e conexões TLS que recomendamos que nossos clientes usem.
• Atualizamos regularmente nossas bibliotecas e aplicamos todos os patches de segurança.

Suas medidas

Recomendamos que você e sua equipe configurem as seguintes medidas de segurança do seu lado:

• Restrinja o acesso às credenciais ao mínimo necessário para o funcionamento do CDI. Isso porque precisamos ser capazes de executar select (e count) nas tabelas e visualizações específicas.
• Restrinja os IPs que podem acessar as tabelas aos IPs da Braze publicados oficialmente.