Perguntas frequentes
Esta página contém respostas para algumas perguntas frequentes sobre o Cloud Data Ingestion.
Com que frequência uma sincronização CDI pode ser executada?
As sincronizações recorrentes podem ser executadas a cada 5 minutos, no mínimo, ou uma vez por mês, no máximo. Por padrão, o menor intervalo que você pode definir no dashboard é de 15 minutos. Isso ajuda a controlar 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 seu gerente de sucesso do cliente. Para sincronizar assim que seus dados mudarem, 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 indica um problema na sua configuração da CDI. Veja alguns problemas comuns e como resolvê-los:
A CDI não consegue acessar o data warehouse ou a tabela com suas credenciais
As credenciais na CDI podem estar incorretas ou mal configuradas no data warehouse. Para saber mais, consulte Integrações de data warehouse.
A tabela não foi encontrada
Atualize sua integração com a configuração correta do banco de dados ou crie 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 na Braze. Um catálogo pode ter sido removido depois que a integração foi configurada. Para resolver o problema, atualize a integração para usar outro catálogo ou crie um novo catálogo com o mesmo nome definido na integração.
Por que recebi o e-mail “Row errors in your CDI sync”?
Esse tipo de e-mail indica que parte dos seus dados não pôde ser processada durante a sincronização. Para descobrir o erro específico, confira os registros na Braze acessando CDI > Sync Log.
Como corrigir o erro “Time must be string in ISO8601 Format” na configuração da CDI?
Esse erro significa que o valor time do evento na carga útil da 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 horário do evento.
Para conferir todos os requisitos da carga útil, consulte Configuração de tabelas para a ingestão de dados na nuvem.
Como corrigir erros do teste de conexão e dos e-mails de suporte?
O teste de conexão está lento
O teste de conexão é executado no seu data warehouse. Por isso, aumentar a capacidade do warehouse pode deixá-lo mais rápido. Uma instância SQL serverless reduz o tempo de aquecimento e melhora a taxa de processamento das consultas, mas pode deixar os custos de integração um pouco mais altos.
Erro ao conectar à instância do Snowflake: a solicitação recebida do IP não tem permissão para acessar o Snowflake
Adicione 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.19134.206.23.17350.16.249.952.4.160.21454.87.8.3454.156.35.25152.54.89.23818.205.178.15
Para a instância US-08, estes são os endereços IP relevantes:
52.151.246.5152.170.163.18240.76.166.15740.76.166.17040.76.166.16740.76.166.16140.76.166.15640.76.166.16640.76.166.16040.88.51.7452.154.67.1740.76.166.8040.76.166.8440.76.166.8540.76.166.8140.76.166.7140.76.166.14440.76.166.145
Para a instância US-10, estes são os endereços IP relevantes:
100.25.232.16435.168.86.17952.7.44.1173.92.153.1835.172.3.12950.19.162.19
Para as instâncias EU-01 e EU-02, estes são os endereços IP relevantes:
52.58.142.24252.29.193.12135.158.29.22818.157.135.973.123.166.463.64.27.363.65.88.253.68.144.1883.70.107.88
Para a instância AU-01, estes são os endereços IP relevantes:
13.210.1.14513.211.70.15913.238.45.5452.65.73.16754.153.242.23954.206.45.213
Para a instância ID-01, estes são os endereços IP relevantes:
108.136.157.246108.137.30.20716.78.128.7116.78.14.13416.78.162.20843.218.73.35
Para a instância JP-01, estes são os endereços IP relevantes:
13.159.155.21254.199.221.24113.192.23.1654.250.120.13918.181.114.2323.114.38.100
Para a instância KR-01, estes são os endereços IP relevantes:
43.200.215.452.79.67.17552.79.113.603.34.212.9254.116.134.2313.37.197.225
Erro ao executar SQL devido à configuração do cliente: 002003 (42S02): erro de compilação SQL: não existe ou não está autorizado
Se a tabela não existir, crie a tabela. Se ela existir, verifique se o usuário e a função têm permissão para ler a tabela.
Não foi possível usar o esquema
Se você receber esse erro, conceda acesso a esse esquema para o usuário ou a função especificada.
Não foi possível usar a função
Se você receber esse erro, permita que esse usuário use a função especificada.
Acesso do usuário desativado
Se você receber esse erro, permita que esse 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, abra a credencial em Snowflake Data Access Credentials e execute a instrução exibida em RSA public key (primary). Essa instrução instala a chave pública atual. Consulte Revisar uma credencial do Snowflake.
O teste de conexão está lento
O teste de conexão é executado no seu data warehouse. Por isso, aumentar a capacidade do warehouse pode deixá-lo mais rápido. Uma instância SQL serverless reduz o tempo de aquecimento e melhora a taxa de processamento das consultas, mas pode deixar os custos de integração um pouco mais altos.
Permissão negada para a relação {table_name}
Se você receber esse erro:
- Conceda a permissão
usageno esquema para esse usuário. - Conceda a permissão
selectna tabela para esse usuário.
Erro ao criar conexão
Se você receber esse erro, verifique se o endpoint e a porta do Redshift estão corretos.
Erro ao criar túnel SSH
Se você receber esse erro:
- Verifique se a chave pública exibida no seu dashboard da Braze está no host do 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.
O teste de conexão está lento
O teste de conexão é executado no seu data warehouse. Por isso, aumentar a capacidade do warehouse pode deixá-lo mais rápido. Uma instância SQL serverless reduz o tempo de aquecimento e melhora a taxa de processamento das consultas, mas pode deixar os custos de integração um pouco mais altos.
O usuário não tem permissão para consultar a tabela
Se você receber esse erro, adicione permissões para que o usuário possa consultar a tabela.
Seu uso excedeu a cota personalizada
Se você receber esse erro, é preciso atualizar sua cota para continuar sincronizando na taxa atual.
A tabela não foi encontrada no local {region}
Se você receber esse erro, verifique se a tabela está no projeto e no conjunto de dados corretos.
Assinatura JWT inválida
Se você receber esse erro, verifique se o serviço da API do BigQuery está ativado na sua conta.
Seu pool de identidades de carga de trabalho confia em todos os clientes da Braze
Se você usa a federação de identidade da carga de trabalho e o teste de conexão informar 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 da AWS da Braze em vez da principal completa do seu espaço de trabalho. Vincule o acesso à principal completa da Braze indicada no formulário da credencial. Para ver as etapas, consulte Sua configuração confia em identidades que não são 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 continuar, 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.
O teste de conexão está lento
O teste de conexão é executado no seu data warehouse. Por isso, aumentar a capacidade do warehouse pode deixá-lo mais rápido. No Databricks, pode haver um tempo de aquecimento de dois a cinco minutos quando a Braze se conecta a instâncias SQL Classic e Pro. Isso causa atrasos na configuração e no teste da conexão, além do início das sincronizações agendadas. Uma instância SQL serverless reduz o tempo de aquecimento e melhora a taxa de processamento das consultas, mas pode deixar os custos de integração um pouco mais altos.
O comando falhou porque o warehouse estava parado
Se você receber esse erro, confira 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: erro Forbidden ao acessar dados do S3.
Como atualizo minhas preferências de alertas 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 você deseja atualizar. Na seção Preferências de notificação, você pode atualizar como recebe alertas sobre a 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 de CDI e dois ou mais espaços de trabalho têm integrações apontando para o mesmo bucket ou pasta de armazenamento em nuvem. Cada local de armazenamento em nuvem só pode ser usado por uma integração por vez.
Para resolver:
- Identifique qual outro espaço de trabalho tem uma integração de CDI usando o mesmo local de armazenamento.
- Remova ou reconfigure a integração conflitante no outro espaço de trabalho.
- Depois de remover o conflito, você poderá atualizar as preferências de notificação.
O erro não deve aparecer mais, e você deve conseguir atualizar suas preferências de notificação. Se o problema continuar, 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 identificar quais dados são novos. Depois que um UPDATED_AT futuro é sincronizado, nenhum dado anterior a essa data e hora futuras será processado. Para corrigir isso:
- Corrija o
UPDATED_AT. - Remova todos os dados antigos que já foram sincronizados com a Braze.
- Crie uma nova integração para processar essa tabela novamente.
Por que “Rows Synced” não corresponde ao número no meu data warehouse?
A CDI usa UPDATED_AT para decidir quais registros coletar durante uma sincronização. Confira esta ilustração para ver como funciona. No início de uma execução de sincronização, a CDI consulta seu data warehouse para obter todos os registros com UPDATED_AT posterior ao último valor de UPDATED_AT processado. Registros no carimbo de data/hora exato do limite também podem ser sincronizados novamente se novas linhas compartilharem esse carimbo. Todo registro coletado no momento em que a consulta é executada é sincronizado com a Braze. Veja alguns casos comuns em que um registro pode não ser sincronizado:
- Você está adicionando registros à tabela com um valor de
UPDATED_ATque já foi processado. - Você está atualizando valores de registros depois que eles foram processados por uma sincronização, mas sem alterar o
UPDATED_AT. - Você está adicionando ou atualizando registros enquanto uma sincronização está em andamento. Dependendo de quando a consulta da CDI é executada, podem ocorrer condições de corrida que fazem com que registros não sejam coletados.

Para evitar esses comportamentos no futuro, recomendamos usar valores de UPDATED_AT monotonicamente crescentes e não atualizar a tabela durante a execução agendada da sincronização.
Preciso ter valores de UPDATED_AT majoritariamente distintos para grandes importações de CDI?
Sim. Em execuções de alto volume (por exemplo, com mais de aproximadamente 10 milhões de linhas), confira se os dados de origem têm valores de UPDATED_AT majoritariamente distintos. Se muitas linhas compartilharem o mesmo carimbo de data/hora, é mais provável que a CDI selecione novamente linhas nos carimbos de data/hora de limite em execuções posteriores. Isso pode aumentar as sincronizações duplicadas e o consumo de pontos de dados.
Para saber mais sobre o comportamento de limite da CDI, consulte Evite ressincronizar linhas com carimbos de data/hora duplicados.
Onde executo essas verificações de SQL?
Execute as verificações diretamente no editor de SQL do seu data warehouse, na mesma tabela ou visualização usada pela sua integração de 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: espaço de trabalho SQL do BigQuery Studio (para saber mais, consulte BigQuery Studio introduction)
- Databricks: editor de SQL (SQL warehouse) (para saber mais, consulte Databricks SQL editor)
- Fabric: editor de consultas SQL
Siga este processo antes de ativar ou escalar uma sincronização grande:
- Identifique exatamente a tabela ou visualização de origem da CDI e a janela de sincronização que você quer validar.
- Abra o editor de SQL do seu warehouse e selecione o mesmo banco de dados e esquema usados pela CDI. Depois, use uma função com acesso de leitura à tabela ou visualização de origem.
- Execute a consulta de contagem de carimbos de data/hora distintos para medir quantos valores distintos de
UPDATED_ATexistem nessa janela. - Execute a consulta que agrupa por
UPDATED_ATe conta as linhas para encontrar carimbos de data/hora com contagens de linhas excepcionalmente altas. - Se muitas linhas compartilharem carimbos de data/hora idênticos, ajuste seu processo de ingestão para que lotes consecutivos usem valores de
UPDATED_ATprogressivamente mais recentes. Outra opção é aumentar a precisão do carimbo de data/hora para que as linhas fiquem mais distribuídas. - Execute novamente as duas consultas até reduzir a concentração. Então, inicie ou escale sua sincronização.
- Após o lançamento, monitore CDI > Sync Log para identificar volumes inesperados de ressincronização nos carimbos de data/hora de limite.
Use verificações como estas no seu 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 warehouse não for compatível com LIMIT (por exemplo, o Fabric), use uma sintaxe equivalente, como TOP.
Por que uma sincronização de CDI com poucas linhas ainda pode levar vários minutos?
Uma sincronização de CDI inclui um período fixo de inicialização antes de começar a processar as linhas. Esse tempo de inicialização é parecido para sincronizações de qualquer tamanho. Por isso, uma sincronização pequena ainda pode levar vários minutos e parecer mais lenta em linhas por minuto. O tempo total da sincronização também 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 compartilharem 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 pela minha sincronização de CDI?
Se a sua integração de CDI estiver com a opção Atualizar apenas usuários existentes ativada, somente os usuários que já existem na Braze serão atualizados, e nenhum usuário novo será criado. Portanto, se uma linha da sua tabela de sincronização fizer referência a um EXTERNAL_ID que não corresponda a nenhum usuário existente na Braze, essa linha será ignorada.
Para criar novos usuários pela CDI, desative a opção 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 da CDI?
Nossas medidas
A Braze adota as seguintes medidas para a CDI:
- Todas as credenciais são criptografadas em nosso banco de dados, e apenas alguns colaboradores têm acesso autenticado a elas.
- Usamos conexões criptografadas para obter dados dos 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 aos nossos clientes.
- Atualizamos regularmente nossas bibliotecas e aplicamos todos os patches de segurança.
Suas medidas
Recomendamos que você e sua equipe adotem as seguintes medidas de segurança do seu lado:
- Restrinja o acesso das credenciais ao mínimo necessário para o funcionamento da CDI. Isso porque precisamos conseguir 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.