Algemene problemen
Sortering met behoud
U kunt ervan uitgaan dat als u uw gegevens sortt, alle downstreambewerkingen de sorteer volgorde behouden.
Als u bijvoorbeeld een verkooptabel sorteert zodat de grootste verkoop van elke winkel het eerst wordt weergegeven, kunt u verwachten dat als u een bewerking Dubbele items verwijderen gebruikt, alleen de bovenste verkoop voor elke winkel wordt weergegeven. En deze bewerking lijkt in feite te werken. Dit gedrag wordt echter niet gegarandeerd.
Vanwege de manier waarop Power Query bepaalde bewerkingen optimaliseert, zoals het overslaan of offloaden van deze bewerkingen naar gegevensbronnen (die hun eigen unieke volgordegedrag kunnen hebben), wordt sorteer volgorde niet gegarandeerd behouden via aggregaties ( Table.Groupzoals ), samenvoegingen ( Table.NestedJoinzoals ) of dubbele verwijdering ( Table.Distinctzoals ).
Er zijn een aantal manieren om dit te veranderen. Hier zijn twee suggesties:
- Voer een sortering uit na het toepassen van de downstreambewerking. Wanneer u bijvoorbeeld rijen groepeert, moet u de geneste tabel in elke groep sorteren voordat u verdere stappen gaat toepassen. Hier is een voorbeeld van M-code die deze benadering demonstreert:
Table.Group(Sales_SalesPerson, {"TerritoryID"}, {{"SortedRows", each Table.Sort(_, {"SalesYTD", Order.Descending})}}) - Buffer de gegevens (met
Table.Buffer) voordat u de downstreambewerking gaat toepassen. In sommige gevallen zorgt deze bewerking ervoor dat de downstreambewerking de gebufferd sorteer volgorde behoudt.
Gegevenstypedeferentie
Soms Power Query het gegevenstype van een kolom onjuist gedetecteerd. Dit komt door het feit dat Power Query gegevenstypen alleen de eerste 200 rijen met gegevens gebruikt. Als de gegevens in de eerste 200 rijen op een of andere manier anders zijn dan de gegevens na rij 200, kunnen Power Query uiteindelijk het verkeerde type kiezen. (Let erop dat een onjuist type niet altijd fouten produceert. Soms zijn de resulterende waarden gewoon onjuist, waardoor het probleem moeilijker te detecteren is.)
Stel u bijvoorbeeld een kolom voor die gehele getallen bevat in de eerste 200 rijen (zoals alle nullen), maar decimale getallen na rij 200 bevat. In dit geval Power Query het gegevenstype van de kolom af als Geheel getal (Int64.Type). Deze deferentie leidt ertoe dat de decimale gedeelten van getallen die geen geheel getal zijn, worden afgekapt.
Of stel u een kolom voor die tekstuele datumwaarden bevat in de eerste 200 rijen en andere soorten tekstwaarden na rij 200. In dit geval Power Query het gegevenstype van de kolom af als Datum. Deze deferentie leidt ertoe dat de niet-datumtekstwaarden worden behandeld als typeconversiefouten.
Omdat typedetectie werkt op de eerste 200 rijen, maar gegevensprofilering kan worden uitgevoerd voor de hele gegevensset, kunt u overwegen de functionaliteit voor gegevensprofilering te gebruiken om in queryeditor een vroege indicatie te krijgen over fouten (van typedetectie of een aantal andere redenen) buiten de bovenste N rijen.
Verbindingen gecibeerd gesloten door de externe host
Wanneer u verbinding maakt met verschillende API's, krijgt u mogelijk de volgende waarschuwing:
Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host
Als deze fout zich voordeed, is het waarschijnlijk een netwerkprobleem. Over het algemeen zijn de eerste personen die contact moeten hebben met de eigenaar van de gegevensbron met wie u verbinding wilt maken. Als ze niet denken dat ze de verbinding sluiten, is het mogelijk dat er iets gebeurt (bijvoorbeeld een proxyserver, tussenliggende routers/gateways, etc.).
Of dit nu alleen wordt gereproduceerd met gegevens of alleen grotere gegevensgrootten, de kans is groot dat er ergens op de route een time-out voor het netwerk is. Als het alleen bij grotere gegevens gaat, moeten klanten contact opnemen met de eigenaar van de gegevensbron om te zien of hun API's paginering ondersteunen, zodat ze hun aanvragen kunnen opsplitsen in kleinere segmenten. Als u dit niet doet, moet u alternatieve manieren volgen om gegevens te extraheren uit de API (volgens de best practices voor gegevensbron).
TLS RSA-coderingssuites zijn afgeschaft
Vanaf 30 oktober 2020 worden de volgende coderingssuites van onze servers afgeschaft.
- 'TLS_RSA_WITH_AES_256_GCM_SHA384'
- "TLS_RSA_WITH_AES_128_GCM_SHA256"
- 'TLS_RSA_WITH_AES_256_CBC_SHA256'
- 'TLS_RSA_WITH_AES_128_CBC_SHA256'
De volgende lijst zijn de ondersteunde coderingssuites:
- 'TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256'
- 'TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384'
- 'TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256'
- 'TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384'
- 'TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256'
- "TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384"
- "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
- 'TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384'
Coderingssuites worden gebruikt om berichten te versleutelen om een netwerkverbinding tussen clients/servers en andere servers te beveiligen. We verwijderen de bovenstaande lijst met coderingssuites om te voldoen aan onze huidige beveiligingsprotocollen. Vanaf 1 maart 2021 kunnen klanten alleen onze standaard coderingssuites gebruiken.
Dit zijn de coderingssuites die de server met wie u verbinding maakt, moeten ondersteunen om verbinding te maken Power Query Online of Power BI.
In Power Query Desktop (Power BI, Excel) hebben we geen controle over uw coderingssuites. Als u verbinding probeert te maken met Power Platform (bijvoorbeeld Power Platform-gegevensstromen) of de Power BI-service, moet u een van deze coderingssuites in uw besturingssysteem hebben ingeschakeld. U kunt de Windows bijwerken of het TLS-register Windows bijwerken om ervoor te zorgen dat uw server-eindpunt een van deze coderingen ondersteunt.
Als u wilt controleren of uw server voldoet aan het beveiligingsprotocol, kunt u een test uitvoeren met behulp van een hulpprogramma voor TLS-codering en scanner. Een voorbeeld hiervan is SSLLABS.
Klanten moeten hun servers upgraden vóór 1 maart 2021. Zie Manage Transport Layer Security (TLS) voor meer informatie over het configureren van TLS Cipher Suite-order.
Certificaat intrekken
Een toekomstige versie van Power BI Desktop veroorzaakt een fout in SSL-verbindingen vanuit Desktop wanneer certificaten in de SSL-keten de certificaatintrekkende status ontbreken. Dit is een wijziging van de huidige status, waarbij het intrekken alleen een verbindingsfout heeft veroorzaakt in het geval waarin het certificaat expliciet is ingetrokken. Andere certificaatproblemen kunnen ongeldige handtekeningen en verlopen certificaten zijn.
Omdat er configuraties zijn waarin de intrekkingsstatus kan worden verwijderd, zoals bij bedrijfsproxyservers, bieden we een andere optie om certificaten die geen intrekkingsinformatie bevatten, te negeren. Met deze optie kunt u situaties toestaan waarin intrekkingsgegevens in bepaalde gevallen worden verwijderd, maar u de beveiliging niet volledig wilt verlagen, om door te gaan met werken.
Dit wordt niet aanbevolen, maar gebruikers kunnen intrekkingscontroles nog steeds volledig uitschakelen.
Fout: Evaluatie is geannuleerd
Power Query retourneert het bericht 'Evaluatie is geannuleerd' wanneer achtergrondanalyse is uitgeschakeld en de gebruiker tussen query's schakelt of de Query-editor sluit terwijl een query wordt vernieuwd.
Fout: De sleutel komt niet overeen met rijen in de tabel
Er zijn veel redenen waarom Power Query fout kan retourneren dat de sleutel niet overeen komt met rijen in de tabel. Wanneer deze fout zich voordeed, kan de Mashup-engine de tabelnaam die wordt gezocht niet vinden. Redenen waarom deze fout kan plaatsvinden, zijn onder andere:
- De tabelnaam is gewijzigd, bijvoorbeeld in de gegevensbron zelf.
- Het account dat wordt gebruikt voor toegang tot de tabel, beschikt niet over voldoende bevoegdheden om de tabel te lezen.
- Mogelijk zijn er meerdere referenties voor één gegevensbron, die niet worden ondersteund in Power BI Service. Deze fout kan bijvoorbeeld gebeuren wanneer de gegevensbron een gegevensbron in de cloud is en meerdere accounts worden gebruikt voor toegang tot de gegevensbron op hetzelfde moment met verschillende referenties. Als de gegevensbron on-premises is, moet u de on-premises gegevensgateway gebruiken.
Beperking: Domeinvereiste voor gatewaymachines bij het gebruik van Windows verificatie
Voor Windows verificatie met een on-premises gateway moet de gatewaymachine lid zijn van een domein. Dit geldt voor verbindingen die zijn ingesteld met 'Windows via de gateway'. Windows accounts die worden gebruikt voor toegang tot een gegevensbron, hebben mogelijk leestoegang nodig tot de gedeelde onderdelen in de Windows-map en de installatie van de gateway.
Beperking: OAuth2-vernieuwing tussen tenants wordt niet ondersteund in Power BI service
Als u verbinding wilt maken met een gegevensbron vanuit Power BI-service met behulp van OAuth2, moet de gegevensbron zich in dezelfde tenant als de Power BI service. Op dit moment worden verbindingsscenario's voor meerdere tenants niet ondersteund met OAuth2.
Beperking: AD FS verificatie-eindpunt wordt niet ondersteund in Power BI service
De mogelijkheid om een aangepast Active Directory Federation Services (AD FS) te gebruiken, wordt niet ondersteund in Power BI service. Gebruikers kunnen de volgende fout tegenkomen: De tokenservice die door de resource wordt gerapporteerd, wordt niet vertrouwd.