Gerir origens de dados
Aceda a Dados>Origens de Dados para ver o nome de cada origem de dados ingerida, o respetivo estado e a última vez que os dados foram atualizados para essa origem. Pode ordenar a lista de origens de dados por qualquer coluna ou utilizar a caixa de pesquisa para localizar a origem de dados que pretende gerir.
Selecione uma origem de dados para ver as ações disponíveis.
- Edite a origem de dados para alterar as respetivas propriedades. Não pode editar uma única origem de dados CSV que foi utilizada para gerar informações automaticamente.
- Atualize a origem de dados para incluir os dados mais recentes.
- Melhore a origem de dados antes da unificação para melhorar a qualidade e a integridade de forma a obter melhores resultados.
- Eliminar a origem de dados. Uma origem de dados só pode ser eliminada se os dados não forem utilizados em qualquer processamento, tal como unificação, informações ativações ou exportações.
Se tiver uma origem de dados do Azure Data Lake com tabelas do Common Data Model, pode atualizá-lo para utilizar tabelas Delta.
Atualizar origens de dados
As origens de dados podem ser atualizadas com agendamento automático ou atualizadas manualmente a pedido. Só o proprietário pode atualizar manualmente uma origem de dados no local.
Para as origens de dados anexadas, a ingestão de dados consome os dados mais recentes disponíveis dessa origem de dados.
Aceda a Definições>Sistema>Agenda para configurar atualizações agendadas pelo sistema das suas origens de dados ingeridas.
Para atualizar uma origem de dados a pedido:
Aceda a Dados>Origens de dados.
Selecione os origem de dados que pretende atualizar e selecione Atualizar. A origem dos dados é agora ativada para uma atualização manual. Atualizar uma origem de dados atualiza tanto o esquema da tabela como os dados para todas as tabelas especificadas na origem de dados.
Selecione o estado para abrir o painel Detalhes do progresso e ver o progresso. Para cancelar a tarefa, selecione Cancelar tarefa na parte inferior do painel.
Origens de dados danificadas
Os dados que estão a ser ingeridos poderão ter registos danificados, o que poderá fazer com que o processo de ingestão de dados seja concluído com erros ou avisos.
Nota
Se a ingestão de dados for concluída com erros, o processamento subsequente (tal como a unificação ou a criação de atividades) que tira partido desta origem de dados serão ignorados. Se a ingestão foi concluída com avisos, o processamento subsequente continua, mas alguns dos registos poderão não ser incluídos.
Estes erros podem ser vistos nos detalhes da tarefa.
Os registos danificados são mostrados em tabelas criadas pelo sistema.
Corrigir dados danificados
Para ver os dados danificados, aceda a Dados>Tabelas e procure pelas tabelas danificadas na secção Sistema. O esquema de nomenclatura de tabelas danificadas: "DataSourceName_tableName_corrupt".
Selecione uma tabela danificada e, em seguida, o separador Dados.
Identifique os campos danificados num registo e a razão.
Nota
Dados>Tabelas só mostram uma parte dos registos danificados. Para ver todos os registos corrompidos, exporte os ficheiros para um contentor na conta de armazenamento utilizando o processo de exportação. Se tiver utilizado a sua própria conta de armazenamento, também pode ver a pasta do Customer Insights na sua conta de armazenamento.
Corrija os dados danificados. Por exemplo, para origens de dados do Azure Data Lake, corrija os dados no Data Lake Storage ou atualize os tipos de dados no ficheiro manifest/model.json. Para origens de dados do Power Query, corrija os dados no ficheiro de origem e corrija o tipo de dados no passo de transformação na página Power Query – Editar consultas.
Após a próxima atualização da origem de dados, os registos corrigidos são ingeridos para o Customer Insights - Data e transmitidos para processos a jusante.
Por exemplo, uma coluna de "aniversário" tem o tipo de dados definido como "data". Um registo de cliente tem o seu aniversário introduzido como "01/01/19777". O sistema sinaliza este registo como danificado. Altere o aniversário no sistema de origem para "1977". Após uma atualização automatizada de origens de dados, o campo tem agora um formato válido e o registo é removido da tabela danificada.