Tysta felmoder
Somligt plattformen gör är korrekt, avsiktligt och helt osynligt tills du letar efter det. Det ger ingen misslyckad uppgift, ingen röd rad och ingen loggrad — körningen är grön och datan finns inte där.
Det är inte fel, och det är just därför de är lätta att missa: ingenting kommer att berätta det för dig. Var och en nedan har en form, ett skäl och en kontroll.
Felsökning är vad du gör när något rapporterar ett fel. Den här sidan är för när ingenting gör det.
1. En saknad nyckelmappning stoppar modelladdningen
Vad som händer. Varje mappningsgrupp måste innehålla minst en affärsnyckelmappning och en attributmappning. Saknas affärsnyckelmappningen genererar DWA ingen SQL, och ingen data laddas.
Varför det är tyst. Det finns ingenting att misslyckas med. Ingen SQL genererades, alltså kördes ingen uppgift, alltså misslyckades ingen uppgift. Loading Tasks-vyn har ingenting att visa, och ett mått på "inga fel" visar noll — korrekt.
Vad du kontrollerar. Mappningssidan flaggar en omappad affärsnyckel och erbjuder att mappa den på plats, så den snabbaste kontrollen är att öppna mappningsgruppen och titta. Per laddningstyp:
| Laddningstyp | Vad som krävs |
|---|---|
| Objektladdning | En fullständig nyckelmappning |
| Attributladdning | En nyckelmappning plus minst en attributmappning |
| Relationsladdning | Två kompletta nycklar, från samma källa, i samma mappningsgrupp |
Alla mappningar måste ligga i samma mappningsgrupp, som också delar källfil, filtervillkor och sorteringsordning.
2. Sortering ignoreras om sorteringskolumnerna inte också är modellattribut
Vad som händer. Sortering är det som gör att en laddning kan behålla enbart den senaste posten för en affärsnyckel när källan bär flera versioner. Det fungerar bara om sorteringskolumnerna också är attribut på målmodellobjektet.
Varför det är tyst. En sorteringsordning som satts på en mappning vars kolumn inte finns i målmodellen accepteras, sparas och har sedan ingenting att verka på. Laddningen körs, slutförs och rapporterar framgång — den behåller bara en godtycklig version i stället för den senaste.
Vad du kontrollerar. För varje attribut du sorterar på: bekräfta att det finns ett motsvarande attribut på målmodellobjektet. Lägg till det där först, och sätt sedan sorteringsordning och riktning per attribut i Mapping Properties.
Se Sorteringsordning och sorteringsriktning.
3. En ofullständig affärsnyckel bygger en relation mot en nyckel som inte finns
Vad som händer. När en källfil fyller de kompletta affärsnycklarna för två relaterade modellobjekt inom samma mappningsgrupp genererar och kör DWA relationsladdningen automatiskt. Villkoret är att den kompletta nyckeln är fylld för båda objekten.
Om den inte är det stoppas inte laddningen. Den skapar relationen ändå — mot en falsk affärsnyckel. Raden finns, den främmande nyckeln finns, och den pekar på ingenting verkligt.
Varför det är tyst. Laddningen lyckas. Relationstabellen har rader i sig. Det som saknas är den relaterade datan nedströms, vilket dyker upp som en tom join långt från orsaken.
Vad du kontrollerar. För varje relationsladdning: bekräfta att varje del av båda sammansatta nycklarna är mappad, i rätt businessKeyOrder. En delvis mappad sammansatt nyckel är den vanliga boven.
4. En uppgift som slutförs, och inte returnerar något
Vad som händer. En export körs till slutförande och returnerar noll rader. En källa som slutat leverera, en whereClause vars fönster löstes upp till ingenting, inloggningsuppgifter som autentiserar men inte längre auktoriserar.
Varför det är tyst. Noll rader är ett legitimt resultat. Uppgiften är grön.
Vad du kontrollerar. Räknarna för exporterade rader och filer på INGEST Tasks, inte uppgiftens status. Och checklistvyerna — varje sida i konsolen bär en längst ned, som jämför konfigurerat mot utfört. Arbete som aldrig startade syns där och ingen annanstans.
Den gemensamma nämnaren
Tre av de fyra är en metadatalucka snarare än ett körtidsfel, och den fjärde är ett legitimt resultat som råkar vara tomt. Ingen av dem syns i en felräknare, eftersom ingenting i någon av dem misslyckades.
Försvaret är detsamma i samtliga fall: kontrollera konfigurerat mot utfört, inte misslyckat mot lyckat. Den jämförelsen är vad checklistvyerna finns till för, och den del av den dagliga rundan som fångar det resten av rundan inte kan.