Felsöka inmatningsfel eller skadade data

Artikel
11/20/2024

Kommentar

Den 1 september 2023 sammanfogade och ändrade vi namnet på Dynamics 365 Marketing och Dynamics 365 Customer Insights. Dynamics 365 Marketing kallas nu Dynamics 365 Customer Insights - Journeys. Dynamics 365 Customer Insights har kallas nu Dynamics 365 Customer Insights - Data. Mer information finns i Vanliga frågor och svar om Dynamics 365 Customer Insights.

Den här artikeln beskriver vanliga orsaker till datainmatningsfel eller skadade data när du använder Azure Data Lake Storage eller Power Query i Microsoft Dynamics 365 Customer Insights – Data.

Inmatningsfel eller skadade data med Azure Data Lake Storage

Under datainmatningen kan några av de vanligaste orsakerna till att en post betraktas som skadad:

Datatyperna och fältvärdena matchar inte mellan källfilen och schemat.
Antalet kolumner i källfilen matchar inte schemat.
Fält innehåller tecken som gör att kolumnerna inte avviker jämfört med det förväntade schemat. Till exempel felaktigt formaterade citattecken, ej kapslade citattecken, nya radtecken eller flikar.
Partitionsfiler saknas.
datetime, date, eller datetimeoffset fält följer inte standardformatet.

Schema eller datatypsmatchning

Om data inte överensstämmer med schemat intagsprocessen slutförs med fel.

Lös problemet genom att korrigera antingen källdata eller schemat och mata in data igen.

Partitionsfiler saknas

Om inmatningsprocessen lyckas utan några skadade poster, men du inte kan se några data, redigerar du din model.json - eller manifest.json-fil för att kontrollera att partitioner har angetts. Sedan uppdatera datakällan.
Om datainmatning sker samtidigt som datakällor uppdateras under en automatisk schemauppdatering kan partitionsfilerna vara tomma eller otillgängliga för systemprocessen. För att anpassa sig till uppströmsuppdateringsschemat, ändra systemets uppdateringsschema eller uppdateringsschemat för datakällan. Justera tiden så att alla uppdateringar inte sker samtidigt.

Datetime-fält har fel format

Fälten datetime i tabellen är inte i ISO 8601 eller en-US format. datetime Standardformatet i Dynamics 365 Customer Insights – Data är en-US. datetime Alla fält i en tabell ska ha samma format. Customer Insights stöder andra format förutsatt att anteckningar eller egenskaper görs på käll- eller tabellnivå i modellen eller manifest.json. Till exempel:

Model.json

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

I en manifest.json fil datetime kan formatet anges på tabellnivå eller attributnivå. På tabellnivå använder du "exhibitsTraits" i tabellen i *.manifest.cdm.json för att definiera datetime formatet. På attributnivå använder du "appliedTraits" i attributet i tablename.cdm.json.

Manifest.json på tabellnivå

"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 på attributnivå

   {
      "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"
    }

Inmatningsfel eller skadade data med Power Query

Datetime-värden parsas felaktigt eller ett parsningsfel inträffar

Den vanligaste matchningen för datatyper inträffar när ett datumfält inte är inställt på rätt datumformat. Det här matchningsfelet kan orsakas av felaktigt formaterade källdata eller ett felaktigt språk.

Symtom på fel språkvariantproblem:

När källdata inte kan parsas av det språk som används uppstår ett inmatningsfel. Om till exempel "29/08/2023" parsas med "MM/DD/ÅÅÅÅ" misslyckas inmatningen eftersom den inte kan parsa månad 29.
När källdata parsas korrekt med ett felaktigt språk är datetime-värdena felaktiga. Källdata formateras till exempel som "MM/DD/ÅÅÅÅ" medan standardspråket som används för att parsa data under inmatningen använder "DD/MM/ÅÅÅÅ". Därför matas "8 december 2023" in som "12 augusti 2023".

Åtgärd

Om du vill åtgärda ett felaktigt format uppdaterar du källdata och matar in igen.
Om du vill åtgärda ett felaktigt språk ändrar du typen för alla datetime-fält så att rätt språk används med hjälp av ändringstypen >Använda nationella inställningar i Power Query-transformeringarna. Till exempel:

Mer information finns i Dokument- eller projektspråk.

Dela via