Partager via


Résoudre les erreurs d’ingestion ou les données endommagées

Note

Le 1er septembre 2023, nous avons fusionné et renommé Dynamics 365 Marketing et Dynamics 365 Customer Insights. Dynamics 365 Marketing devient Dynamics 365 Customer Insights - Journeys. Dynamics 365 Customer Insights est désormais Dynamics 365 Customer Insights - Data. Pour plus d’informations, consultez le FAQ sur Dynamics 365 Customer Insights.

Cet article présente les raisons courantes d’erreurs d’ingestion de données ou de données endommagées lors de l’utilisation d’Azure Data Lake Storage ou de Power Query dans Microsoft Dynamics 365 Insights client - Données.

Erreurs d’ingestion ou données endommagées avec Azure Data Lake Storage

Pendant l’ingestion des données, voici quelques-unes des raisons les plus courantes pour lesquelles un enregistrement peut être considéré comme endommagé :

Le schéma ou le type de données ne correspondent pas

Si les données ne sont pas conformes au schéma, le processus d’ingestion se termine avec des erreurs.

Pour résoudre ce problème, corrigez les données sources ou le schéma et réingérer les données.

Les fichiers de partition sont manquants

  • Si le processus d’ingestion réussit sans enregistrements endommagés, mais que vous ne pouvez pas voir de données, modifiez votre fichier model.json ou manifest.json pour vous assurer que les partitions sont spécifiées. Ensuite, actualisez la source de données.

  • Si l’ingestion des données se produit en même temps que les sources de données sont actualisées pendant une actualisation automatique de la planification, les fichiers de partition peuvent être vides ou indisponibles pour le processus système. Pour vous aligner sur la planification de l’actualisation en amont, modifiez la planification de l’actualisation du système ou la planification de l’actualisation pour la source de données. Alignez le timing afin que les actualisations ne se produisent pas toutes en même temps.

Les champs Datetime sont au format incorrect

Les datetime champs de la table ne sont pas au format ISO 8601.en-US Format par défaut datetime dans Dynamics 365 Insights client - Données est en-US. Tous les datetime champs d’une table doivent être au même format. Insights client prend en charge d’autres formats fournis pour les annotations ou caractéristiques fournies au niveau de la source ou de la table dans le modèle ou manifest.json. Par exemple :

Model.json

  "annotations": [
    {
      "name": "ci:CustomTimestampFormat",
      "value": "yyyy-MM-dd'T'HH:mm:ss:SSS"
    },
    {
      "name": "ci:CustomDateFormat",
      "value": "yyyy-MM-dd"
    }
  ]   

Dans un fichier manifest.json , le datetime format peut être spécifié au niveau de la table ou de l’attribut. Au niveau de la table, utilisez "exhibitsTraits" le tableau dans *.manifest.cdm.json pour définir le datetime format. Au niveau de l’attribut, utilisez "appliedTraits" l’attribut dans tablename.cdm.json.

Manifest.json au niveau de la table

"exhibitsTraits": [
    {
        "traitReference": "is.formatted.dateTime",
        "arguments": [
            {
                "name": "format",
                "value": "yyyy-MM-dd'T'HH:mm:ss"
            }
        ]
    },
    {
        "traitReference": "is.formatted.date",
        "arguments": [
            {
                "name": "format",
                "value": "yyyy-MM-dd"
            }
        ]
    }
]

table.json au niveau de l’attribut

   {
      "name": "PurchasedOn",
      "appliedTraits": [
        {
          "traitReference": "is.formatted.date",
          "arguments" : [
            {
              "name": "format",
              "value": "yyyy-MM-dd"
            }
          ]
        },
        {
          "traitReference": "is.formatted.dateTime",
          "arguments" : [
            {
              "name": "format",
              "value": "yyyy-MM-ddTHH:mm:ss"
            }
          ]
        }
      ],
      "attributeContext": "POSPurchases/attributeContext/POSPurchases/PurchasedOn",
      "dataFormat": "DateTime"
    }

Erreurs d’ingestion ou données endommagées avec Power Query

Les valeurs Datetime sont analysées de manière incorrecte ou un échec d’analyse se produit

L’incompatibilité de type de données la plus courante se produit lorsqu’un champ de date n’est pas défini sur le format de date correct. Cette incompatibilité peut être due à des données sources mal mises en forme ou à des paramètres régionaux incorrects.

Symptômes du problème de paramètres régionaux incorrects :

  • Lorsque les données sources ne peuvent pas être analysées par les paramètres régionaux utilisés, une défaillance d’ingestion se produit. Par exemple, si « 29/08/2023 » est analysé avec « MM/DD/AAAA », l’ingestion échoue car elle ne peut pas analyser le mois 29.

  • Lorsque les données sources sont analysées avec succès à l’aide d’un paramètre régional incorrect, les valeurs datetime sont incorrectes. Par exemple, les données sources sont mises en forme sous la forme « MM/DD/AAAA », tandis que les paramètres régionaux par défaut utilisés pour analyser les données pendant l’ingestion utilisent « DD/MM/AAAA ». Par conséquent, « le 8 décembre 2023 » est ingéré comme « 12 août 2023 ».

    Capture d’écran montrant que le format datetime est incorrect après l’ingestion.

Résolution

  • Pour corriger un format incorrect, mettez à jour les données sources et réingestionner.

  • Pour corriger des paramètres régionaux incorrects, modifiez le type de tous les champs datetime pour utiliser les paramètres régionaux appropriés à l’aide de paramètres>régionaux à l’aide de paramètres régionaux dans les transformations Power Query. Par exemple :

    Capture d’écran montrant comment modifier le type de données avec les paramètres régionaux dans Power Query.

    Pour plus d’informations, consultez les paramètres régionaux du document ou du projet.

Plus d’informations