Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Power BI og Microsoft Fabric overfører understøttede datakildeforbindelser fra ældre indlejrede ODBC-drivere til Apache Arrow Database Connectivity (ADBC) drivere. ADBC indeholder et sæt standardgrænseflader til interaktion med piledata, hvilket især er effektivt til hentning af store datasæt med minimale omkostninger og ingen serialisering eller kopiering. ADBC-driverne indeholder også sikkerhedsforbedringer, såsom hukommelsessikkerhed og affaldsindsamling.
Bemærkning
De lejer- og arbejdsområdekontroller, der er beskrevet i denne artikel, aktiveres i faser og er muligvis endnu ikke tilgængelige i alle lejere. Denne overgang gælder kun for de stik, der er nævnt i denne artikel, og ændrer ikke ODBC-stikkets adfærd, når du bruger en separat installeret ODBC-driver. Ændringen i denne artikel er overgangen væk fra indlejrede drivere, der leveres med Power BI.
Du kan i dag adoptere ADBC pr. forbindelse, og administratorer kan styre standardadfærden i stor skala ved hjælp af en lejerindstilling, som arbejdsområdeadministratorer kan tilsidesætte til test og validering.
Stik og driverændringer
Følgende tabel viser de stik, der er ved at gå fra indlejrede ODBC-drivere til erstatningsdrivere. I de fleste tilfælde er erstatningsdriveren en ADBC-driver.
| Stik | Nuværende kører | Erstatningsdriver |
|---|---|---|
| Dataklodser | Simba Spark ODBC | Databricks ADBC |
| Azure Databricks- | Simba Spark ODBC | Databricks ADBC |
| Dremio | Simba Drill ODBC | FlightSQL ADBC |
| Google BigQuery og Google BigQuery (Microsoft Entra ID) | Simba Google BigQuery ODBC | BigQuery ADBC |
| Bikube | Simba Hive ODBC | Forældet |
| Impala | Simba Impala ODBC | HiveServer2 ADBC |
| Snowflake | Simba Snowflake ODBC | Snowflake ADBC |
| Spark | Simba Spark ODBC | HiveServer2 ADBC |
Hvem er berørt
Du er påvirket, hvis du bruger nogen af de connectors, der skifter til ADBC (såsom Databricks, Snowflake eller Google BigQuery) og:
- Du har ikke eksplicit valgt en implementering i forbindelsen (parameteren
Implementationer ikke specificeret), eller - Din organisation ønsker centraliseret kontrol over, om ADBC eller ODBC er standard for understøttede connectors.
Denne standard gælder, hvor du opretter en forbindelse, inklusive semantiske modeller, Dataflows Gen2 og paginerede rapporter.
Sådan migrerer du
Du kan migrere på tre måder, ordnet efter hvor meget kontrol du ønsker:
-
Opt-in per forbindelse: Tilføj
Implementation="2.0"til individuelle forbindelser for at validere ADBC i dit eget tempo. - Lejerindstilling: Indstil standardindstillingen for hele organisationen via Admin-portalen.
- Arbejdsområde-overskrivning: Overstyr lejerstandarden på arbejdsområde-niveau for side-om-side validering.
Per-forbindelses opt-in
Du kan tilmelde dig ADBC ved at tilføje Implementation="2.0" til understøttede forbindelser. Denne tilgang giver dig mulighed for at validere ADBC i dit eget tempo for individuelle forbindelser.
For detaljerede instruktioner om at vælge ind per forbindelse for et specifikt stik, se den stikspecifikke dokumentation, der er linket i tabellen Stik og driverændringer .
Lejerindstilling
Lejeradministratorer kan indstille organisationens standard ved hjælp af indstillingen Admin-portalen:
Brugere kan forbinde til datakilder ved at bruge Apache Arrow databaseforbindelse (ADBC)
- Deaktiveret (standard): Vælger de ældre ODBC-drivere som standardindstilling.
- Aktiveret: Vælger de nye ADBC-drivere som standardindstilling.
Denne indstilling styrer også Test Connection-adfærden for hver forbindelsestype inden for lejeren.
Workspace-overstyring
Lejerindstillingen delegerer til arbejdsområder, så arbejdsområdeadministratorer kan tilsidesætte standarden og sammenligne adfærd uden at ændre hver enkelt forbindelse. Denne tilgang muliggør side-om-side validering. For eksempel kan du bruge ét arbejdsområde til at teste ADBC-standardindstillinger, mens et andet arbejdsområde forbliver på ODBC-standardindstillinger.
Hvordan implementeringen vælges
Hvis du eksplicit specificerer parameteren Implementation i forbindelsen, har den værdi altid forrang over lejer- eller arbejdsområdets standardindstillinger.
Følgende tabel viser, hvordan driveren vælges:
| Betingelse | Brugt driver |
|---|---|
Implementation="2.0" |
ADBC |
Implementation ikke specificeret og arbejdsområdeindstillingen er Tændt |
ADBC |
Implementation="1.0" |
ODBC |
Implementation ikke specificeret, og arbejdsområdeindstillingen er Slået fra |
ODBC |
Funktionsmåde for datagateway i det lokale miljø
ADBC-indstillingerne for lejer og arbejdsområde gælder for opdateringsstier, der kører i cloudtjenesten. Forespørgsler, der dirigerer gennem en datagateway i det lokale miljø, bruger fortsat driveren, der er bundtet med gatewayinstallationen, som i dag er ODBC for de connectors, der er angivet i denne artikel. Gatewayrutede opdateringer skifter ikke til ADBC, når lejer- eller arbejdsområdeindstillingen er aktiveret, og dette er forventet funktionsmåde.
To konsekvenser, du skal være opmærksom på, når du planlægger din migrering:
- Hvis du bruger en gateway til at teste overgangen til ADBC, afspejler opdateringer via gatewayen ikke ADBC-stien. Test ADBC ved hjælp af en cloudforbindelse for at validere ADBC-funktionsmåden fra ende til anden.
- Kunder, der skal forblive i ODBC (f.eks. for at bevare en sti med private links via gatewayen), kan udskyde ændringen ved fortsat at distribuere opdateringer via gatewayen i det lokale miljø, hvor ODBC-driverne er installeret. Dette er en udsættelse, ikke en permanent framelding: Når ODBC-drivere fjernes fra fremtidige gatewayinstallationer (se Nøgledatoer), bliver gateways, der er fastgjort til tidligere versioner, til sidst ikke understøttet. Planlæg gatewayopgraderinger og ADBC-validering i overensstemmelse hermed.
Anbefalet migrationstjekliste
- Vælg et pilot-arbejdsområde og aktiver ADBC der først, brug arbejdsområde-override til at validere nøgledatasæt og opdatere scenarier. Hvis du vil validere ADBC-stien fra ende til anden, skal du teste ved hjælp af en cloudforbindelse – se funktionsmåden for datagatewayen i det lokale miljø for at se, hvorfor gatewayrutede opdateringer forbliver på ODBC.
- Valider i Power BI Desktop. Installér den aktuelle Power BI Desktop-version, som leveres adbc-driveren for hver connector i området, der har bestået standardbladring. Der er ingen til/fra-knap pr. fil, der gennemtvinger ADBC på en eksisterende forespørgsel – for at dirigere en eksisterende forespørgsel til ADBC, slette forespørgslen, tilføje kilden igen og vælge felterne igen. Opdater og sammenlign rækkeantal, kolonnetyper og opdateringsvarighed med den oprindelige ODBC-plan.
- For alle kritiske forbindelser, du ønsker at validere med det samme, så vælg per forbindelse til
Implementation="2.0". - Når valideringen er færdig, skal du beslutte, om ADBC skal aktiveres som standard på lejerniveau.
Vigtige datoer
- Juli 2026 (planlagt): Bred udrulning af lejerordningen begynder. Workspace-adfærd arver denne indstilling og kan overskrives af workspace-administratorer, hvor det understøttes.
- August 2026 (planlagt): Microsoft planlægger at begynde at aktivere lejerindstillingen som standard i faser, forudsat at udrulningsparatheden er klar.
-
Sent Q3 til begyndelsen af Q4 2026 (planlagt): Microsoft planlægger at begynde at fjerne ODBC-drivere fra tjenesten, forudsat at udrulningsparathed er. Hvis du skal blive på ODBC (
Implementation="1.0"eller workspace aktivere), skal du bruge en gateway til at fortsætte med at køre forespørgsler med ODBC. - Forår 2027 (planlagt): De ODBC-drivere, der nævnes i denne artikel, forventes ikke længere at blive leveret med Power BI Desktop eller gatewayen.
Før håndhævelsesmilepæle planlægger Microsoft at give forudgående varsel, så kunderne kan gennemføre migrerings- og valideringsaktiviteter.
Ofte stillede spørgsmål
Kan jeg teste ADBC nu?
Ja. Installér den aktuelle Power BI Desktop, og tilføj en hvilken som helst kilde i området igen – nye forespørgsler dirigeres til ADBC med det samme. I forbindelse med test på tjenestesiden skal du bruge tilsidesættelsen af arbejdsområdet til at aktivere ADBC på et pilotprojekt og validere via en cloudforbindelse.
Påvirkes jeg, hvis jeg allerede bruger datagatewayen i det lokale miljø?
ADBC-indstillingerne for lejer og arbejdsområde gælder kun for udførelser i tjenesten – de påvirker ikke opdateringer, der distribueres via en datagateway i det lokale miljø. Gatewayruterede opdateringer bruger fortsat ODBC via cutover til connectorerne i denne artikel. Se funktionsmåden for datagatewayen i det lokale miljø. ODBC-drivere er planlagt til at blive fjernet fra fremtidige gatewayinstallationer – spor vigtige datoer for timing.
Hvordan kan jeg fravælge ADBC-overgangen?
Du kan ikke permanent framelde dig. Med lejerindstillingen kan du udskyde standardbladring under valideringsvinduet, men når ODBC er deaktiveret i tjenesten, er ændringen universel. Hvis du vil fortsætte med at bruge ODBC efter overskæringen på tjenestesiden, skal du distribuere opdateringer via en datagateway i det lokale miljø, hvor ODBC-drivere er installeret. Denne ændring er kun en udsættelse – ODBC-drivere er planlagt til at blive fjernet fra fremtidige gatewayinstallationer.
Hvorfor ændrer ADBC-indstillingen for arbejdsområdet ikke min Power BI Desktop-fil?
Der er ingen til/fra-knap pr. fil for ADBC i Power BI Desktop. Eksisterende forespørgsler i en Desktop-fil forbliver på den driver, de blev oprettet mod, indtil forespørgslen oprettes igen. Hvis du vil validere ADBC for en eksisterende forespørgsel, skal du slette forespørgslen, tilføje kilden igen og vælge felterne igen. Nye forespørgsler i den aktuelle desktopversion dirigeres automatisk til ADBC for connectors, der har bestået deres standardbladring.
Omskriver ADBC-indstillingen for arbejdsområdet mine eksisterende M-forespørgsler?
Nej. Lejer- og arbejdsområdeindstillingerne ændrer, hvilken driver der vælges på forespørgselsudførelsestidspunktet, men de ændrer ikke selve M-udtrykket – værtsnavne, porte, forbindelsesparametre og connectorargumenter i din M forbliver nøjagtigt som oprettet. Denne funktionsmåde gælder for både nyoprettede og eksisterende forbindelser: Enhver forbindelse, der ikke eksplicit fastgør Implementation i M, følger standardindstillingen for arbejdsområdet/lejeren, så snart den vender tilbage.
Forbindelser, der fastgør driveren i M, har forrang frem for standardindstillingen for arbejdsområdet/lejeren. En forbindelse med Implementation="1.0" forbliver i ODBC og Implementation="2.0" forbliver på ADBC, uanset indstillingen for arbejdsområdet eller lejeren. Hvis du vil ændre en af disse, skal du redigere M.
Du kan se en connectorspecifik funktionsmåde (herunder eventuelle port- eller indstillingsforskelle mellem ODBC- og ADBC-driverne) i den connectorspecifikke dokumentation, der er sammenkædet i tabellen Connectors and driver changes .