Ir para o conteúdo

Perguntas frequentes

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

Com que frequência uma sincronização de CDI pode ser executada?

Sincronizações recorrentes podem ser executadas a cada 5 minutos ou, no máximo, uma vez por mês. Por padrão, o menor intervalo que você pode definir no dashboard é de 15 minutos, o que ajuda a gerenciar os custos de computação do seu data warehouse e o volume de solicitações. Para sincronizar a cada 5 minutos, entre em contato com o suporte da Braze ou com o seu gerente de sucesso do cliente. Para sincronizar assim que seus dados forem alterados, chame o endpoint Disparar uma sincronização. Para saber mais, consulte Como funciona.

Por que recebi o e-mail: “Error in CDI Sync”?

Esse tipo de e-mail geralmente significa que há um problema na configuração da CDI. Veja alguns problemas comuns e como resolvê-los:

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

Isso pode significar que as credenciais na CDI estão incorretas ou configuradas de forma errada no data warehouse. Para saber mais, consulte Integrações com Data Warehouse.

A tabela não foi encontrada

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

O catálogo não foi 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: “Row errors in your CDI sync”?

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 logs na Braze acessando CDI > Sync Log.

Como corrigir o erro “Time must be string in ISO8601 Format” na configuração de CDI?

Esse erro significa que o valor de time do evento na sua carga útil de CDI não está em um formato de data e hora compatível.

Para cargas úteis de eventos e compras, formate time como:

  • Uma string ISO 8601, ou
  • yyyy-MM-dd'T'HH:mm:ss:SSSZ

Se time for omitido, a Braze usará UPDATED_AT como o horário do evento.

Para ver os requisitos completos de carga útil, consulte Configuração de tabelas para ingestão de dados na nuvem.

Como corrigir erros de Test Connection e e-mails de suporte?

Test Connection está lento

O Test Connection é executado no seu data warehouse, então aumentar a capacidade do warehouse pode melhorar a velocidade. Usar uma instância SQL serverless reduzirá o tempo de aquecimento e melhorará a taxa de transferência de consultas, mas pode resultar em custos de integração ligeiramente maiores.

Erro ao conectar à instância do Snowflake: Incoming request with IP is not allowed to access Snowflake

Tente adicionar os IPs oficiais da Braze à sua lista de IPs permitidos. Para saber mais, consulte Integrações de data warehouse, ou permita os IPs relevantes:

Para as instâncias US-01, US-02, US-03, US-04, US-05, US-06, US-07, estes são os endereços IP relevantes:

  • 23.21.118.191
  • 34.206.23.173
  • 50.16.249.9
  • 52.4.160.214
  • 54.87.8.34
  • 54.156.35.251
  • 52.54.89.238
  • 18.205.178.15

Para a instância US-08, estes são os endereços IP relevantes:

  • 52.151.246.51
  • 52.170.163.182
  • 40.76.166.157
  • 40.76.166.170
  • 40.76.166.167
  • 40.76.166.161
  • 40.76.166.156
  • 40.76.166.166
  • 40.76.166.160
  • 40.88.51.74
  • 52.154.67.17
  • 40.76.166.80
  • 40.76.166.84
  • 40.76.166.85
  • 40.76.166.81
  • 40.76.166.71
  • 40.76.166.144
  • 40.76.166.145

Para a instância US-10, estes são os endereços IP relevantes:

  • 100.25.232.164
  • 35.168.86.179
  • 52.7.44.117
  • 3.92.153.18
  • 35.172.3.129
  • 50.19.162.19

Para as instâncias EU-01 e EU-02, estes são os endereços IP relevantes:

  • 52.58.142.242
  • 52.29.193.121
  • 35.158.29.228
  • 18.157.135.97
  • 3.123.166.46
  • 3.64.27.36
  • 3.65.88.25
  • 3.68.144.188
  • 3.70.107.88

Para a instância AU-01, estes são os endereços IP relevantes:

  • 13.210.1.145
  • 13.211.70.159
  • 13.238.45.54
  • 52.65.73.167
  • 54.153.242.239
  • 54.206.45.213

Para a instância ID-01, estes são os endereços IP relevantes:

  • 108.136.157.246
  • 108.137.30.207
  • 16.78.128.71
  • 16.78.14.134
  • 16.78.162.208
  • 43.218.73.35

Para a instância JP-01, estes são os endereços IP relevantes:

  • 13.159.155.212
  • 54.199.221.241
  • 13.192.23.16
  • 54.250.120.139
  • 18.181.114.232
  • 3.114.38.100

Para a instância KR-01, estes são os endereços IP relevantes:

  • 43.200.215.4
  • 52.79.67.175
  • 52.79.113.60
  • 3.34.212.92
  • 54.116.134.231
  • 3.37.197.225

Erro ao executar SQL devido à configuração do cliente: 002003 (42S02): SQL compilation error: does not exist or not authorized

Se a tabela não existir, crie a tabela. Se a tabela existir, verifique se o usuário e a função têm permissões para ler a tabela.

Could not use schema

Se você receber esse erro, conceda acesso a esse schema para o usuário ou função especificados.

Could not use role

Se você receber esse erro, permita que o usuário use a função especificada.

User access disabled

Se você receber esse erro, permita que o usuário acesse sua conta do Snowflake.

Erro ao conectar à instância do Snowflake com a chave atual e a antiga

Se você receber esse erro, verifique se o usuário está usando a chave pública atual conforme exibida no seu dashboard da Braze.

Test Connection está lento

O Test Connection é executado no seu data warehouse, então aumentar a capacidade do warehouse pode melhorar a velocidade. Usar uma instância SQL serverless reduzirá o tempo de aquecimento e melhorará a taxa de transferência de consultas, mas pode resultar em custos de integração ligeiramente maiores.

Permission denied for relation {table_name}

Se você receber esse erro:

  • Conceda a permissão usage no schema para esse usuário.
  • Conceda a permissão select na tabela para esse usuário.

Create Connection Error

Se você receber esse erro, verifique se o endpoint e a porta do Redshift estão corretos.

Create SSH Tunnel Error

Se você receber esse erro:

  • Verifique se a chave pública no seu dashboard da Braze está no host ec2 usado para o túnel SSH.
  • Verifique se o seu nome de usuário está correto.
  • Verifique se o túnel SSH está correto.

Test Connection está lento

O Test Connection é executado no seu data warehouse, então aumentar a capacidade do warehouse pode melhorar a velocidade. Usar uma instância SQL serverless reduzirá o tempo de aquecimento e melhorará a taxa de transferência de consultas, mas pode resultar em custos de integração ligeiramente maiores.

User does not have permission to query table

Se você receber esse erro, adicione permissões de usuário para consultar a tabela.

Your usage exceeded the custom quota

Se você receber esse erro, sua cota precisa ser atualizada para que você possa continuar sincronizando na taxa atual.

Table was not found in location {region} Location

Se você receber esse erro, verifique se a tabela está no projeto e dataset corretos.

Invalid JWT Signature

Se você receber esse erro, verifique se o serviço de API do BigQuery está ativado para a sua conta.

Seu pool de identidades de carga de trabalho confia em todos os clientes da Braze

Se você usa Workload Identity Federation e o teste de conexão informa que seu pool de identidades de carga de trabalho confia em todos os clientes da Braze, sua configuração aceitou uma identidade que não é do seu espaço de trabalho. Isso geralmente acontece quando a vinculação da conta de serviço concede acesso à função AWS da Braze em vez do principal completo do seu espaço de trabalho. Vincule o acesso ao principal completo da Braze a partir do seu formulário de credenciais. Para ver as etapas, consulte Sua configuração confia em identidades diferentes do seu espaço de trabalho.

A Braze não conseguiu confirmar que seu pool de identidades de carga de trabalho confia apenas neste espaço de trabalho

A verificação de que seu pool confia apenas no seu espaço de trabalho não chegou a um resultado. Teste a conexão novamente. Se o erro persistir, entre em contato com o suporte. Para saber mais, consulte A Braze não conseguiu confirmar que seu pool confia apenas neste espaço de trabalho.

Test Connection está lento

O Test Connection é executado no seu data warehouse, então aumentar a capacidade do warehouse pode melhorar a velocidade. No Databricks, pode haver de dois a cinco minutos de tempo de aquecimento quando a Braze se conecta a instâncias SQL Classic e Pro, o que causará atrasos durante a configuração e o teste da conexão, bem como no início das sincronizações agendadas. Usar uma instância SQL serverless reduzirá o tempo de aquecimento e melhorará a taxa de transferência de consultas, mas pode resultar em custos de integração ligeiramente maiores.

Command failed because warehouse was stopped

Se você receber esse erro, verifique se o warehouse do Databricks está em execução.

Service: Amazon S3; Status Code: 403; Error Code: 403 Forbidden

Se você receber esse erro, consulte Databricks: Forbidden error while accessing S3 data.

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

Cada integração tem sua própria preferência de notificação. Acesse a página de CDI e selecione o nome da integração que deseja atualizar. Na seção Notification preferences, você pode atualizar como recebe alertas referentes à integração selecionada.

Por que estou vendo o erro “Incorrect Integration Object”?

Esse erro ocorre quando você tenta atualizar as preferências de notificação de uma integração CDI e dois ou mais espaços de trabalho possuem integrações apontando para o mesmo bucket ou pasta de armazenamento em nuvem. Cada local de armazenamento em nuvem pode ser usado por apenas uma integração por vez.

Para resolver isso:

  1. Identifique qual outro espaço de trabalho possui uma integração CDI usando o mesmo local de armazenamento.
  2. Remova ou reconfigure a integração conflitante no outro espaço de trabalho.
  3. Após remover o conflito, você poderá atualizar as preferências de notificação.

O erro não deve mais aparecer, e você poderá atualizar suas preferências de notificação com sucesso. Se ainda estiver enfrentando problemas, abra um ticket de suporte.

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

A CDI usa UPDATED_AT para decidir quais dados são novos. Depois que um UPDATED_AT futuro é sincronizado, quaisquer dados anteriores a essa data e hora futura não serão processados. Para corrigir isso:

  1. Corrija o UPDATED_AT.
  2. Remova quaisquer dados antigos que já foram 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. Confira esta ilustração para entender 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 último valor de UPDATED_AT processado. Registros exatamente no timestamp limite também podem ser ressincronizados se novas linhas compartilharem esse timestamp. Qualquer registro coletado no momento em que a consulta é executada é sincronizado na Braze. Veja os casos comuns em que um registro pode não ser sincronizado:

  • Você está adicionando registros à tabela com um valor de UPDATED_AT que já foi processado.
  • Você está atualizando valores de registros 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, podem ocorrer condições de corrida que fazem com que registros não sejam coletados.

Preciso de valores UPDATED_AT majoritariamente distintos para grandes importações via 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, é mais provável que o CDI reselecione linhas nos timestamps de fronteira em execuções posteriores. Isso pode aumentar sincronizações duplicadas e o consumo de pontos de dados.

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

Onde executo essas verificações SQL?

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

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

  1. Identifique a tabela ou view de origem CDI exata e a janela de sincronização que você deseja validar.
  2. Abra o editor SQL do seu data warehouse e selecione o mesmo banco de dados e schema usados pelo CDI. Em seguida, use uma role com acesso de leitura à tabela ou view de origem.
  3. Execute a consulta de contagem de timestamps distintos para medir quantos valores UPDATED_AT distintos existem naquela janela.
  4. Execute a consulta que agrupa por UPDATED_AT e conta as linhas para encontrar timestamps com contagens de linhas anormalmente 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. Depois, inicie 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 fronteira.

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

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);
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 CDI com poucas linhas ainda pode levar vários minutos?

Uma sincronização CDI inclui um período fixo de inicialização antes de o processamento das linhas começar. 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 com data warehouse.

Durante uma sincronização, a ordem é preservada se vários registros compartilham 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 ficará 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 CDI?

Se a sua integração CDI tiver a opção Update existing users only ativada, apenas os usuários que já existem na Braze serão atualizados, e novos usuários não serão criados. Isso significa que, se uma linha na sua tabela de sincronização fizer referência a um EXTERNAL_ID que não corresponde a nenhum usuário existente na Braze, essa linha será ignorada.

Para criar novos usuários por meio do CDI, desative o toggle Update existing users only nas configurações da sua integração. Acesse Data Settings > Cloud Data Ingestion e selecione uma integração.

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

Nossas medidas

A Braze tem as seguintes medidas implementadas para CDI:

  • Todas as credenciais são criptografadas em nosso banco de dados, e apenas determinados colaboradores têm acesso autenticado a elas.
  • Utilizamos conexões criptografadas para enviar 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 utilizem.
  • Atualizamos regularmente nossas bibliotecas e aplicamos todas as correções 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 que o CDI funcione. Isso porque precisamos ser capazes de executar select (e count) nas tabelas e views específicas.
  • Restrinja os IPs que podem acessar as tabelas aos IPs da Braze oficialmente publicados.
New Stuff!