Guia de solução de problemas de origens

Este documento fornece respostas a perguntas frequentes sobre fontes no Adobe Experience Platform. Para perguntas e solução de problemas relacionados a outros Platform serviços, incluindo os encontrados em todas as Platform APIs, consulte o guia de solução de problemas do Experience Platform.

Perguntas frequentes

Veja a seguir uma lista de respostas para perguntas frequentes sobre fontes.

Preciso fazer alterações em nossas configurações de segurança de rede para habilitar as fontes?

Talvez seja necessário incluir na lista de permissões determinados endereços IP para ativar as fontes. Para obter mais informações, leia a documentação no seu conector de origem específico.

Que tipos de autenticação são aceitos pelas fontes?

As fontes podem ser autenticadas usando sequências de conexão, nomes de usuário e senhas ou tokens e chaves de acesso. Detalhes específicos sobre os tipos de autenticação compatíveis podem ser encontrados na documentação do conector de origem especificado.

Por que todas as minhas execuções de fluxo recentes estão falhando?

Se você estiver observando que todas as execuções de fluxo recentes estão falhando, suas credenciais podem ter sido alteradas ou expiradas. Para corrigir esse problema, tente atualizar sua conexão com as credenciais mais recentes.

Que tipos de arquivos são aceitos?

Atualmente, os tipos de arquivos compatíveis são arquivos delimitados, JSON e Parquet.

Quais são as restrições em nomes e tamanhos de arquivo?

Veja a seguir uma lista de restrições que você deve considerar para os arquivos nas origens.

  • Os nomes dos componentes de diretório e arquivo não podem exceder 255 caracteres.
  • Nomes de diretório e arquivo não podem terminar com uma barra (/). Se fornecido, ele será removido automaticamente.
  • Os seguintes caracteres de URL reservados devem ter escape adequado: ! ' ( ) ; @ & = + $ , % # [ ]
  • Os seguintes caracteres não são permitidos: " \ / : | < > * ?.
  • Caracteres de caminho de URL inválidos não permitidos. Pontos de código como \uE000, embora sejam válidos em nomes de arquivo NTFS, não são caracteres Unicode válidos. Além disso, alguns caracteres ASCII ou Unicode, como caracteres de controle (0x00 a 0x1F, \u0081 etc.), também não são permitidos. Para obter as regras que regem strings Unicode em HTTP/1.1, consulte RFC 2616, Seção 2.2: regras básicas e RFC 3987.
  • Os seguintes nomes de arquivo não são permitidos: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, caractere de ponto (.) e dois caracteres de ponto (…).
  • O número máximo de arquivos por lote é 1500, com um tamanho máximo de lote de 100 GB.
  • O número máximo de propriedades ou campos por linha é 10.000.
  • O número máximo de lotes que podem ser enviados por usuário por minuto é 138.

Que tipos de dados são aceitos?

Os tipos de dados compatíveis incluem inteiros, strings, booleanos, objetos datetime, matrizes e objetos.

Quais formatos de data e hora são compatíveis?

As fontes oferecem suporte a uma grande variedade de formatos de data e hora ao assimilar dados. Mais informações sobre formatos de data e hora compatíveis podem ser encontradas na seção de datas do guia de manipulação de formato de dados na documentação do Preparo de dados.

Como formatar matrizes em arquivos CSV, JSON e Parquet?

Os arquivos JSON e Parquet suportam arrays nativamente. Para estruturas simples, como CSVs, matrizes não são compatíveis. No entanto, cadeias de caracteres com vários valores podem ser divididas em uma matriz, usando funções de preparação de dados, como explodir e unir. Mais informações sobre essas funções de preparação de dados podem ser encontradas no guia de funções de preparação de dados

Quais fontes oferecem suporte à assimilação parcial?

Todas as fontes de assimilação em lote oferecem suporte à assimilação parcial. No entanto, as fontes de assimilação por transmissão não oferecem suporte à assimilação parcial.

Quando devo usar a assimilação parcial?

A assimilação parcial deve ser usada se você fizer não têm restrições, como ter o arquivo inteiro sendo assimilado na Platform. Como alternativa, a assimilação parcial deve ser usada se você não se importar em assimilar dados que possam conter erros dentro dela.

Qual é o limite típico de erro de assimilação parcial?

Não há "limite de erro típico" para assimilação parcial. Em vez disso, esse valor pode variar de caso de uso para caso de uso. Por padrão, o limite de erro é definido como 5%.

Quanto tempo leva para um status de execução de fluxo ser atualizado após a criação de um novo fluxo de dados?

As execuções de fluxo não são geradas instantaneamente e podem levar de dois a três minutos para serem atualizadas após sua designação startTime. A verificação do status de uma execução de fluxo, imediatamente após a criação de um novo fluxo de dados, não retorna informações sobre a lastRunDetails como ainda não aconteceu. É recomendável permitir que o fluxo de dados tenha alguns minutos para ser gerado antes de verificar o status da execução do fluxo.

Nesta página