Rozwiązywanie problemów z błędami pozyskiwania lub uszkodzonymi danymi

Artykuł
11/20/2024

Uwaga 16.

1 września 2023 r. scaliliśmy i zmieniliśmy nazwę usługi Dynamics 365 Marketing oraz Dynamics 365 Customer Insights. Dynamics 365 Marketing nosi teraz nazwę Dynamics 365 Customer Insights - Journeys. Dynamics 365 Customer Insights nosi teraz nazwę Dynamics 365 Customer Insights - Data. Aby uzyskać więcej informacji, zobacz często zadawane pytania Dynamics 365 Customer Insights.

W tym artykule przedstawiono typowe przyczyny błędów pozyskiwania danych lub uszkodzonych danych podczas korzystania z usługi Azure Data Lake Storage lub Dodatku Power Query w usłudze Microsoft Dynamics 365 Customer Insights — dane.

Błędy pozyskiwania lub uszkodzone dane w usłudze Azure Data Lake Storage

Podczas pozyskiwania danych niektóre typowe przyczyny, dla których rekord jest uważany za uszkodzony, to:

Typy danych i wartości pól nie są zgodne między plikiem źródłowym a schematem.
Liczba kolumn w pliku źródłowym jest niezgodna ze schematem.
Pola zawierają znaki, które powodują, że kolumny nie są zgodne z oczekiwanym schematem. Na przykład niepoprawnie sformatowane cudzysłowy, cudzysłowy niewyobrażalne, znaki nowego wiersza lub znaki tabulatora.
Brak plików partycji.
datetimepola , datelub datetimeoffset nie są zgodne ze standardowym formatem.

Niezgodność schematu lub typu danych

Jeśli dane nie spełniają wymagań schematu, proces pozyskiwania zakończy się błędami.

Aby rozwiązać ten problem, popraw dane źródłowe lub schemat i ponownie pozyskaj dane.

Brak plików partycji

Jeśli proces pozyskiwania zakończył się pomyślnie bez żadnych uszkodzonych rekordów, ale nie widzisz żadnych danych, zmodyfikuj plik model.json lub manifest.json , aby upewnić się, że określono partycje. Następnie odśwież źródło danych.
Jeśli pozyskiwanie danych odbywa się w tym samym czasie, gdy źródła danych są odświeżane podczas automatycznego odświeżania harmonogramu, pliki partycji mogą być puste lub niedostępne dla procesu systemowego. Aby wyrównać z nadrzędnym harmonogramem odświeżania, należy zmienić harmonogram odświeżania systemowego lub harmonogram odświeżania źródła danych. Wyrównaj synchronizację, aby odświeżenia nie były wystąpią jednocześnie.

Pola daty/godziny mają nieprawidłowy format

Pola datetime w tabeli nie są w formacie ISO 8601.en-US Domyślny datetime format w usłudze Dynamics 365 Customer Insights — dane to en-US. datetime Wszystkie pola w tabeli powinny mieć ten sam format. Usługa Customer Insights obsługuje inne formaty, pod warunkiem, że adnotacje lub cechy są tworzone na poziomie źródła lub tabeli w modelu lub manifest.json. Na przykład:

Model.json

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

W pliku datetime manifest.json format można określić na poziomie tabeli lub na poziomie atrybutu. Na poziomie tabeli użyj "exhibitsTraits" w tabeli *.manifest.cdm.json , aby zdefiniować datetime format. Na poziomie atrybutu użyj "appliedTraits" atrybutu w tablename.cdm.json.

Manifest.json na poziomie tabeli

"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 na poziomie atrybutu

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

Błędy pozyskiwania lub uszkodzone dane za pomocą dodatku Power Query

Wartości daty/godziny są analizowane niepoprawnie lub występuje błąd analizy

Najbardziej typowe niezgodności typów danych występują, gdy pole daty nie ma poprawnego formatu daty. Ta niezgodność może być spowodowana niepoprawnie sformatowanymi danymi źródłowymi lub nieprawidłowymi ustawieniami regionalnymi.

Objawy nieprawidłowego problemu z ustawieniami regionalnymi:

Gdy nie można przeanalizować danych źródłowych przez używane ustawienia regionalne, wystąpi błąd pozyskiwania. Jeśli na przykład "29/08/2023" jest analizowany z wartością "MM/DD/RRRR", pozyskiwanie nie powiedzie się, ponieważ nie może przeanalizować miesiąca 29.
Po pomyślnym przeanalizowaniu danych źródłowych przy użyciu nieprawidłowych ustawień regionalnych wartości daty/godziny są niepoprawne. Na przykład dane źródłowe są formatowane jako "MM/DD/RRRR", podczas gdy domyślne ustawienia regionalne używane do analizowania danych podczas pozyskiwania używają wartości "DD/MM/RRRR". W rezultacie "8 grudnia 2023 r." jest pozyskiwany jako "12 sierpnia 2023 r.".

Rozwiązanie

Aby naprawić niepoprawny format, zaktualizuj dane źródłowe i ponownie pozyskaj.
Aby naprawić nieprawidłowe ustawienia regionalne, zmień typ wszystkich pól daty/godziny, aby używać poprawnych ustawień regionalnych przy użyciu ustawień>regionalnych Przy użyciu ustawień regionalnych w przekształceniach dodatku Power Query. Na przykład:

Aby uzyskać więcej informacji, zobacz Ustawienia regionalne dokumentu lub projektu.

Udostępnij za pośrednictwem