Vad är på gång?

Lär dig mer om funktioner och beteendeändringar i kommande Azure Databricks versioner.

Kommande slut på support för Supervisor API

Supervisor API (Beta) når slutet av sin livslängd den 30 september 2026. Efter det datumet är API:et inte längre tillgängligt.

Azure Databricks rekommenderar att migrera till anpassade agenter på Databricks Apps.

Se Supervisor API (Beta) (föråldrad).

Konsumentåtkomst för att söka Unity AI Gateway-tjänster kommer att bli allmänt tillgänglig

Att göra förfrågningar mot modelltjänster i Unity AI Gateway och modellleverantörstjänster med konsumentåtkomst är för närvarande valbart via konsumentåtkomst till Unity AI GatewayPublic Preview. När denna funktion blir allmänt tillgänglig kommer konsumentåtkomstanvändare att kunna fråga dessa tjänster utan att förhandsgranskningen är aktiverad. Detta kan öka modelltrafiken från slutanvändare, inklusive trafik till modellleverantörers tjänster som dirigerar till externa leverantörer.

Innan denna förändring bör kontoadministratörer sätta budgetar och prisgränser, eller inaktivera direkt modellåtkomst, för konsumentåtkomstanvändare så att dessa kontroller gäller när funktionen blir allmänt tillgänglig. Se Hantera budgetar för Unity AI Gateway, Tillämpa prisbegränsningar på modell- och MCP-tjänster samt Hantera behörigheter.

Rollbaserad åtkomstkontroll (RBAC) kommer snart att finnas tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad

Rollbaserad åtkomstkontroll (RBAC) kommer att vara tillgänglig som standard för arbetsytor med efterlevnadsprofilen aktiverad i mitten av september 2026.

RBAC låter användare anta en roll i Azure Databricks. När en användare antar en roll gäller endast den rollens behörigheter, istället för användarens ackumulerade behörigheter. Detta ger exklusiv åtkomst. Användare måste aktivt ta på sig en roll att få tillgång till känslig data, vilket förhindrar att de får tillgång till den under sin egen identitet och från att blanda data mellan användningsfall, kliniska prövningar, projekt eller klienter.

Se Rollbaserad åtkomstkontroll (RBAC).

Kommande avveckling av kolumnen för datakvalitetsövervakning downstream_impact

Kolumnen downstream_impact i systemtabellen för datakvalitetsövervakningsresultat tas bort.

Avskrivningen börjar den 7 september 2026 och rullas ut gradvis över regionerna under den följande veckan. Tills utrullningen når din arbetsplats kan du fortfarande kunna fråga downstream_impact. Efter att avskrivningen är klar fylls kolumnen inte längre.

Information om den berörda kolumnen finns i Referens för systemtabellen med resultat för datakvalitetsövervakning och Granska loggade resultat för avvikelsedetektering.

Kommande avveckling av kolumnen för datakvalitetsövervakning root_cause_analysis

Kolumnen root_cause_analysis i systemtabellen för datakvalitetsövervakningsresultat tas bort.

Avskrivningen börjar den 18 augusti 2026 och rullas ut gradvis över regionerna under de följande dagarna. Tills utrullningen når din arbetsplats kan du fortfarande kunna fråga root_cause_analysis. Efter att avskrivningen är klar fylls kolumnen inte längre.

Information om den berörda kolumnen finns i Referens för systemtabellen med resultat för datakvalitetsövervakning och Granska loggade resultat för avvikelsedetektering.

Delningstabeller som backas upp av standardlagring aktiveras som standard för alla konton

OpenSharing-stöd för tabeller som backas upp av standardlagring är generellt tillgängligt och påslaget som standard för de flesta konton. För de flesta Enterprise- eller Premium-konton kommer Azure Databricks att aktivera det automatiskt i mitten av september 2026, och i början av 2027 för resten.

Tills det är aktiverat för ditt konto kan en kontoadministratör slå på funktionen OpenSharing for Default Storage – Expanded Access frånFörhandsgranskningssidan i kontokonsolen. Se Hantera förhandsversioner av Azure Databricks.

Utökad nätverksfakturering för OpenSharing SecureConnect

Azure Databricks kommer att utöka nätverksfaktureringen för OpenSharing SecureConnect. Idag faktureras dataleverantörer för dataöverföring (egress) när mottagare får tillgång till delad data via SecureConnect. Ytterligare avgiftstyper och åtkomstscenarier, inklusive avgifter som debiteras mottagare, planeras.

Följande tabell sammanfattar de planerade avgifterna, vem som faktureras och hur varje avgift gäller i olika åtkomstscenarier:

¹ Dataöverföring (utgående data) gäller inte när mottagaren befinner sig i samma region som leverantören.
² Gäller endast om leverantören konfigurerar privat anslutning genom att koppla en nätverksanslutningskonfiguration (NCC) till metastore.
³ Azure Databricks fakturerar inte denna avgift. Om mottagare på klassiska beräkningstjänster eller öppna mottagare når lagring via det offentliga nätverket, kan deras egen molnleverantör debitera dem direkt för nätverksadressöversättning (NAT).
⁴ Serverlösa mottagare i samma region läser direkt från lagring istället för via den hanterade proxyn.

För priser, se prissättning för dataöverföring och anslutning, eller kontakta ditt Azure Databricks-kontoteam.

OpenSharing SecureConnect kommer att vara tillgängligt som standard för alla konton

OpenSharing SecureConnect är allmänt tillgängligt. Azure Databricks kommer att göra det tillgängligt som standard för konton på Premium-planen i mitten av september 2026, och i början av 2027 för resten.

Tills det är tillgängligt för ditt konto kan en kontoadministratör på leverantörssidan slå på OpenSharing SecureConnect förhandsvisningen från Förhandsgranskningssidan i kontokonsolen. Se Dela data bakom en brandvägg med SecureConnect och Hantera Azure Databricks-förhandsvisningar.

Secrets in Unity Catalog kommer snart att vara tillgängligt som standard för arbetsytor med compliance-säkerhetsprofilen aktiverad

Secrets i Unity Catalog kommer att vara tillgängliga som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i slutet av september 2026.

Lagra, styr och få åtkomst till hemligheter som skyddsbara objekt i Unity Catalog. En Unity Catalog-hemlighet använder namnområdet på tre nivåer (catalog.schema.secret) och styrs av Behörigheter för Unity Catalog, så att du kan använda samma åtkomstkontroller och granskning som du använder för andra datatillgångar.

Se Hemligheter i Unity Catalog.

Databricks Apps kommer snart att aktiveras för arbetsytor med compliance-säkerhetsprofilen aktiverad

Från och med början av september 2026 kommer Databricks Apps automatiskt att vara aktiverade för arbetsytor med compliance-säkerhetsprofilen aktiverad.

Se Databricks-appar.

Kommande allmän tillgänglighet av Unity AI Gateway

Unity AI Gateway, Azure Databricks styrningslösning för företags-AI, är planerad att snart bli allmänt tillgänglig. Byggt på Unity Catalog utökar Unity AI Gateway styrningen till körtidsinteraktioner mellan modeller, agenter, MCP-servrar och verktyg. Du kan kontrollera vilka AI-tjänster team använder, dirigera och hantera AI-trafik samt övervaka användningen från ett kontrollplan.

Följande funktioner kommer att vara allmänt tillgängliga. Modeller, MCP och modellleverantörstjänster är skyddade objekt i Unity Catalog som du hanterar med samma privilegier som tabeller och volymer:

• Modelltjänster dirigerar förfrågningar till modeller med betalning per token och externa modeller med trafikdelning och reservväg, och du kan dela modelltjänsterna mellan arbetsytor. Se Styr modell-API:er (modelltjänster).
• MCP-tjänster registrerar externa eller MCP-servrar som tillhandahålls av Azure Databricks, så du kan styra agentåtkomst med bidrag och verktygsval. Se Ansluta agenter till verktyg från tredje part med MCP-tjänster.
• Modellleverantörstjänster representerar externa modellleverantörer såsom OpenAI, Anthropic och Amazon Bedrock, med centralt hanterade inloggningsuppgifter. Se Styr externa modellleverantörer (modellleverantörstjänster).
• Budgetar används för att övervaka och kontrollera månatliga kostnader för Unity AI Gateway med tröskelvärden per användare och fasta maxgränser. Se Hantera budgetar för Unity AI Gateway.

Se AI-styrning med Unity AI Gateway.

Dedikerade gruppkluster kommer snart att vara tillgängliga som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Dedikerade gruppkluster är som standard tillgängliga för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i september 2026.

Du kan tilldela en beräkningsresurs till en grupp med åtkomstläget Dedikerad, så att gruppmedlemmar kan dela beräkningskapacitet och samtidigt på ett säkert sätt köra språk och arbetsbelastningar som inte stöds i standardåtkomstläge, till exempel Databricks Runtime för ML, RDD-API:er och R. När en användare ansluter till ett gruppkluster begränsas användarens behörigheter till gruppens behörigheter under klustersessionen.

Se Åtkomst till dedikerad beräkningsgrupp.

AI Search med hög QPS kommer snart att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad

AI-sökning med hög QPS blir tillgänglig som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad i slutet av augusti 2026.

Ange ett QPS-mål på standardslutpunkter för AI-sökning för att driva arbetsbelastningar med högt dataflöde i realtid, till exempel sökstaplar, rekommendationssystem och entitetsmatchning. Hög QPS är aktiverat som standard, men befintliga slutpunkter påverkas inte. Ytterligare kapacitet och tillhörande kostnad gäller endast när du konfigurerar en mål-QPS för en slutpunkt.

Mer information finns i Skala dataflöde för AI-sökningsslutpunkter med hög QPS.

Frågebaserade anslutningar i Lakeflow Connect kommer snart att vara tillgängliga som standard för arbetsytor där säkerhetsprofilen för efterlevnad har aktiverats

Frågebaserade anslutningsprogram i Lakeflow Connect kommer snart att vara tillgängliga som standard för arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad. Frågebaserade anslutningsappar matar in data från databaser genom att fråga källan direkt med hjälp av en markörkolumn, utan att kräva konfiguration av ändringsdatainsamling (CDC) eller en inmatningsgateway. Källor som stöds är Oracle, Teradata, SQL Server, MySQL, MariaDB och PostgreSQL samt alla Lakehouse Federation-datakällor som använder inmatning av utländsk katalog.

Se Frågebaserade anslutningsappar.

Begäran om åtkomst aktiveras snart som standard för alla arbetsytor

I en kommande version aktiveras Begäran om åtkomst som standard för alla arbetsytor, och åtkomstbegäranden dirigeras till ägaren av det begärda Unity Catalog-objektet via e-post. Du kan konfigurera mål för åtkomstbegäran när som helst i metaarkivinställningarna. De äldre inställningarna för åtkomstbegäranden på arbetsytenivå kommer att fasas ut.

Se Aktivera åtkomstbegäranden i metaarkivet.

Automatiska uppgraderingar kommer att införa fler funktioner till befintliga tabeller

Automatiska uppgraderingar applicerar rekommenderade funktioner på dina Unity Catalog-hanterade tabeller efter att arbetsbelastningskompatibilitet verifierats. Azure Databricks utökar de funktioner som automatiska uppgraderingar tillämpar på befintliga tabeller.

Från och med juli 2026 kommer automatiska uppgraderingar att införa radspårning och Checkpoint V2 till befintliga tabeller. Denna utrullning sker gradvis, så dessa funktioner kommer att vara tillgängliga för olika kunder vid olika tidpunkter.

I augusti 2026 kommer automatiska uppgraderingar att införa katalogincheckningar och borttagningsvektorer för befintliga tabeller.

Automatiska uppgraderingar aktiverar en funktion först efter att observationsfönstret verifierat att varje klient som kommer åt en tabell stöder den. För att följa vilka funktioner som är tillgängliga för automatiska uppgraderingar, se Stödda funktioner.

Genie One kommer snart att vara tillgängligt för kontoanvändare

Genie One stöder snart endast kontoanvändare, vilket gör att alla användare i din identitetsprovider kan komma åt Genie One utan att tilldelas till en arbetsyta eller beviljas konsumenträttigheter. När det är aktiverat registreras alla användare i din identitetsprovider automatiskt. Unity Catalog fortsätter att styra vad varje användare kan se.

Den här funktionen är i offentlig förhandsversion och aktiverad som standard. För att vara berättigade måste konton aktivera automatisk identitetshantering (eller SCIM på kontonivå) och en anpassad URL.

Kontoadministratörer kan begränsa åtkomsten med AIM-åtkomstgränser eller inaktivera åtkomst endast för konton i kontokonsolen.

MCP-tjänster från Azure Databricks blir snart allmänt tillgängliga

Azure Databricks tillhandahållna MCP-tjänster för SaaS-program som Slack, GitHub, Atlassian och Google Drive kommer snart att vara allmänt tillgängliga, med både läs- och skrivåtgärder aktiverade som standard. Administratörer och användare kan inaktivera MCP-tjänster och enskilda verktyg i Unity AI Gateway.

Se Ansluta agenter till verktyg från tredje part med MCP-tjänster.

SharePoint anslutningsappen i Lakeflow Connect kommer snart att vara allmänt tillgänglig

Den SharePoint anslutningsappen i Lakeflow Connect kommer snart att vara allmänt tillgänglig. Du kan importera filer och strukturerade data från SharePoint-webbplatser till Azure Databricks för bearbetning, analys och efterföljande pipelines.

Se SharePoint-koppling.

Google Drive-anslutningsprogrammet i Lakeflow Connect kommer snart att vara allmänt tillgängligt

Google Drive-anslutningsappen i Lakeflow Connect kommer snart att vara allmänt tillgänglig. Du kan importera filer från Google Drive till Azure Databricks för transformering, analys och efterföljande pipelines.

Se Google Drive-anslutningsprogrammet.

Ändra till standardredigeraren för pipelines för arbetsytor där säkerhetsprofilen för efterlevnad är aktiverad

Lakeflow Pipelines-redigeraren har varit allmänt tillgänglig sedan maj 2026. I augusti blir den standardredigerare för att utveckla och felsöka pipelines i arbetsytor med säkerhetsprofilen för regelefterlevnad aktiverad. Då tas den äldre redigeraren bort.

Mer information om Lakeflow Pipelines-redigeraren finns i Utveckla och felsöka ETL-pipelines med Lakeflow Pipelines Editor. Om du har frågor om den här övergången kontaktar du ditt kontoteam.

Beteendeändringar för kontinuerliga jobb och pipeliner

I början av augusti 2026 kommer kontinuerliga Lakeflow-pipelines och jobb att uppdateras för att förenkla konfigurationen.

Du kommer att kunna konfigurera ett kontinuerligt schema direkt från pipelinesidan, inklusive inställningar på jobbnivå, till exempel prestandaläge. Att konfigurera ett kontinuerligt schema på det här sättet innebär att pipelinen kapslas in i ett kontinuerligt jobb.

Databricks rekommenderar att du kör kontinuerliga pipelines med ett kontinuerligt jobb i stället för pipelinens inbyggda kontinuerliga inställning. När ett kontinuerligt jobb omsluter en pipeline hanterar jobbet pipelinens körningslivscykel. Den inbyggda kontinuerliga inställningen tas inte bort, men nya kontinuerliga pipelines bör använda det kontinuerliga jobbmönstret.

Skapande av klassisk arbetsyta med ett Azure Databricks hanterat VNet kommer snart att bli inaktuellt

I en kommande version planerar Azure Databricks att fasa ut skapande av klassiska arbetsytor med ett VNet som hanteras av Azure Databricks. För nya arbetsytor rekommenderar Azure Databricks en serverlös arbetsyta för den enklaste snabbstarten eller VNet-inmatning om du behöver en klassisk arbetsyta. En detaljerad tidslinje för migrering kommer att kommuniceras separat.

Se Klassiskt databehandlingsplannätverk.

Säker klusteranslutning blir snart obligatorisk för klassiska arbetsytor

I en framtida version planerar Azure Databricks att kräva säker klusteranslutning för alla klassiska arbetsytor. Arbetsytor som skapats med enableNoPublicIp inställd på false stöds inte längre och parametern blir obligatorisk. En detaljerad tidslinje för migrering kommer att kommuniceras separat.

Se Aktivera säker klusteranslutning.

Azure Databricks UI-tillgångar kommer att hanteras från en ny CDN-domän

I slutet av augusti 2026 kommer Azure-arbetsytor att ladda UI-resurser från en ny förstaparts-CDN-domän, ui-assets.azuredatabricks.net. Om din brandvägg begränsar utgående trafik per domän, lägg till den nya domänen så att gränssnittet laddas korrekt.

Se Tillåt trafik till CDN-domäner för UI-tillgångar.

Lakeflow Designer kommer snart att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Lakeflow Designer kommer som standard att vara tillgängligt för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad i slutet av juli 2026.

Lakeflow Designer är en visuell upplevelse utan kod för att förbereda och transformera data på en dra och släpp-arbetsyta, med alla arbetsflöden som backas upp av produktionsklar kod som styrs av Unity Catalog.

Se Lakeflow Designer.

Deklarativa automatiseringspaket kommer snart som standard att använda direktdriftsättningsmotorn

Den 24 juli 2026 börjar deklarativa Automation-paket på arbetsytan använda direktdistributionsmotorn som standard i stället för Terraform-distributionsmotorn. Detta utlöser en automatisk migrering för alla paket på arbetsytan som fortfarande använder Terraform-distributionsmotorn.

För Distributioner av Databricks CLI-paket blir direktdistributionsmotorn standard från och med 26 augusti 2026. Terraform-distributionsmotorn inaktiveras i nya versioner av Databricks CLI i september 2026.

Mer information om direktdistributionsmotorn och migreringen från Terraform-distributionsmotorn finns i Migrera till direktdistributionsmotorn.

Varianten kommer snart att vara tillgänglig som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

Varianten är tillgänglig som standard för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i juli 2026.

Använd Variant för att mata in halvstrukturerade data från strömningskällor (Kinesis, Event Hub), REST-API:er och schemalösa databaser, samtidigt som du behåller frågeåtkomst med höga prestanda.

Se Stöd för varianttyp för Apache Iceberg och Delta Lake.

Kommande beteendeförändring: Välj behörigheter när du lägger till säkerhetsobjekt i arbetsytor

Databricks ändrar hur huvudkonton får behörigheter för arbetsytor. Efter den här ändringen beviljar du rättigheter explicit när du lägger till ett huvudnamn på en arbetsyta i stället för att förlita dig på arv från users systemgruppen. Arbetsyteadministratörer kan välja från och med 15 juni 2026 och det nya beteendet tillämpas för alla arbetsytor den 14 september 2026.

Med den här ändringen kan du lägga till huvudkonton på alla åtkomstnivåer, inklusive användare som endast är konsumenter, utan att de automatiskt ärver redigeringsprivilegier.

Vad förändras?

Varje arbetsyta har två systemgrupper: users, som innehåller alla huvudnamn som beviljats åtkomst till arbetsytan och admins, som innehåller arbetsyteadministratörerna. Idag ärver varje huvudnamn som läggs till i en arbetsyta de rättigheter som beviljats till users. Som standard är följande:

• Åtkomst till arbetsyta — skapa och använda anteckningsböcker, jobb, pipelines, appar och med mera.
• Databricks SQL-åtkomst – skapa och använda instrumentpaneler, Genie-agenter, aviseringar med mera.

Efter ändringen:

• Gruppen users har inga rättigheter. Gruppen admins har alla behörigheter för arbetsytan. Båda gruppernas rättigheter är låsta.
• Nya huvudkonton måste uttryckligen beviljas rättigheter när de läggs till på en arbetsyta.
• users och admins kan inte kapslas som medlemmar i andra grupper.

Befintliga huvudkonton behåller sin aktuella åtkomstnivå. Databricks migrerar automatiskt de berättiganden som tidigare beviljats till users till en ny, lokal klongrupp i arbetsytan med namnet users-clone-<TIMESTAMP> (där <TIMESTAMP> är tidpunkten för migreringen). Du hanterar kloningsgruppen precis som andra arbetsytelokala grupper och du kan anpassa namnet när du anmäler dig tidigt. Gruppen admins kräver inte migrering.

Åtgärd krävs

• Om du hanterar rättigheter för systemgrupper via automatisering (Terraform, SCIM-API:er för arbetsyta eller anpassade skript) uppdaterar du dina arbetsflöden till standardkontogrupper, inte systemgrupper. När det nya beteendet har aktiverats misslyckas försök att ändra rättigheter för systemgrupper.
• Om users eller admins är kapslad som medlem i en annan grupp tar du bort kapslingen. Nästling tillåts inte med det nya beteendet.
• Om SCIM-synkroniseringen tar bort arbetsytegrupper som den inte känner igen uppdaterar du dess konfiguration för att bevara migreringskloningsgruppen (users-clone-<TIMESTAMP>). Om synkroniseringen tar bort klongruppen förlorar huvudkonton som migrerats till den sina rättigheter.

tidslinje

• 15 juni 2026 – Möjlighet att aktivera finns i arbetsyteinställningarna under Avancerad > åtkomstkontroll.
• 27 juli 2026 – Automatiskt aktiverad för arbetsytor som inte har valt in eller ut. Avaktivering är fortfarande tillgängligt.
• 14 september 2026 – Nytt beteende tillämpas för alla arbetsytor. Avaktivering har tagits bort.

Du hanterar det nya beteendet från dina arbetsyteinställningar under Avancerad > åtkomstkontroll:

Innan du anmäler dig: äldre beteende är aktivt.

Efter samtycke eller automatisk aktivering: det nya beteendet är aktiverat.

Mer information finns i Migrera behörighetskontroll för arbetsytor.

Säkerhetsprofil för efterlevnad som krävs för HIPAA, HITRUST och IRAP

Från och med den 1 september 2026 måste säkerhetsprofilen för efterlevnad bearbeta data som skyddas under HIPAA, HITRUST och IRAP.

Se Efterlevnadssäkerhetsprofilen.

Användarauktorisering för Databricks-appar kommer snart att vara tillgänglig för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

I slutet av september 2026 kommer användarbehörighet för Databricks Apps automatiskt att aktiveras för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad. Med användarauktorisering kan appar agera med appanvändarens identitet, så att appar kan komma åt resurser för användarens räkning samtidigt som användarens befintliga behörigheter tillämpas.

Se Användarauktorisering.

Kommande ändring: Uppgradering till automatisk skalning i Lakebase

Azure Databricks uppgraderar alla Lakebase Provisioned-instanser till Lakebase Autoscaling-plattformen. Uppgraderingarna börjar i juni 2026 för kunder som har begärt dem, och återstående instansuppgraderingar fortsätter under de följande veckorna. Arbetsyteadministratörer får ett e-postmeddelande med uppgraderingsdatum innan uppgraderingen påbörjas.

Uppgraderingen sker automatiskt. Anslutningarna startas om en kort stund under övergången och befintliga anslutningssträngar, API-anrop, deklarativa Automation-paket och Terraform-konfigurationer fortsätter att fungera utan ändringar.

Efter uppgraderingen gäller följande ändringar:

• Dina instanser stöder funktioner för automatisk skalning och kan hanteras via både det nya användargränssnittet för automatisk skalning och det välbekanta etablerade användargränssnittet, som är tillgängligt fram till den 1 september 2026.

• Varje instans får en ny regional reťazec pripojenia som ger optimerad ingress:

  • Befintliga anslutningssträngar: Etablerade anslutningssträngar (utan region) fortsätter att fungera via den befintliga inkommande Private Link-anslutningen och kräver inteService Direct Private Link.
  • Ny regional anslutningssträng: Om du använder Private Link och ansluter till Lakebase utanför Azure Databricks-arbetsytan måste du konfigurera inkommande Private Link för prestandaintensiva tjänster så att den nya regionala anslutningssträngen används.

• Om du vill använda nya funktioner för automatisk skalning, till exempel skalning till noll i deklarativa Automation-paket och Terraform-konfigurationer, uppdaterar du dem så att de använder autoskalningssemantik.

• Priser för Lakebase GA gäller. Med elastisk beräkning som ersätter instanser med fast storlek ser de flesta kunder en minskning av beräkningskostnaderna.

• Funktionerna Forward ETL och REST API Private Preview på Lakebase Provisioned inaktiveras efter uppgraderingen. Deras ersättningar, Lakebase Change Data Feed och Data-API:et, är tillgängliga på autoskalningsplattformen.

Lakebase Autoscaling lägger till automatisk skalning och skalning till noll, återställning till en viss tidpunkt och snapshots, schemaläggning av underhållsfönster, databasförgrening och andra förbättringar. Mer information om vad du kan förvänta dig, vilka ändringar och vilka åtgärder som ska utföras finns i Uppgradera till automatisk skalning.

Om du vill begära en snabb uppgradering eller om du har frågor kontaktar du ditt kontoteam eller Azure Databricks support.

Databricks Runtime 19 använder en enhetlig versionsmodell

Från och med version 19 använder Databricks Runtime en enhetlig versionsmodell. I stället för flera funktionsversioner (till exempel 19.0, 19.1, 19.2) har varje huvudversion en enda viktig anteckningssida.

Efter en första betaversion startas varje Databricks Runtime-version som allmänt tillgänglig (GA) och får nya funktioner och korrigeringar ungefär varje vecka, med uppdateringar som är differentierade efter datum på en enda sida. Kluster får uppdateringar när de startas om. Efter ungefär sex månader övergår versionen till långsiktigt stöd (LTS) med tre års support.

Databricks Runtime 18 är övergångsversionen. Funktionsversionssidorna 18.0, 18.1 och 18.2 är fortfarande tillgängliga för historisk referens, och Databricks Runtime 18 LTS blir den slutliga enhetliga versionen på raden 18.x.

Power BI anslutningar övergår till ADBC

Power BI planerar att överföra alla Power BI-anslutningar till Arrow Database Connectivity (ADBC). För att undvika störningar rekommenderar Databricks att du byter utvecklings- och mellanlagringssemantikmodeller till ADBC nu och verifierar dina arbetsbelastningar. För Microsoft övergångstidslinje, se Övergång från ODBC till ADBC-drivrutiner.

ADBC-drivrutinen för Power BI på Azure Databricks har varit i offentlig förhandsversion sedan oktober 2025. Sedan februari 2026 använder alla nya anslutningar i Power BI Desktop och služba Power BI ADBC som standard. Befintliga anslutningar fortsätter att använda ODBC om du inte uppdaterar dem manuellt.

Se Konfigurera ADBC- eller ODBC-drivrutin för Power BI.

Behörigheter för arbetsyteobjekt ärvs snart från alla kontogrupper

I en kommande version ärvs behörigheter för arbetsyteobjekt från alla kontogrupper, inte bara grupper som är direkt tilldelade till arbetsytan. Huvudansvariga ärver behörigheter på arbetsyteobjekt som jobb, anteckningsböcker, mappar, sökfrågor och instrumentpaneler från alla kontogrupper som de är medlemmar i, oavsett om dessa grupper är tilldelade arbetsytan. Användarna måste fortfarande tilldelas till arbetsytan för att kunna använda dessa behörigheter.

Den här ändringen aktiverar också inaktiva ("föräldralösa") behörighetstilldelningar. Det här är behörigheter som finns kvar i en grupp när den har tagits bort från ett arbetsområde. Inga nya behörigheter läggs till, men befintliga överblivna bidrag blir aktiva, vilket potentiellt ger arbetsytemedlemmar oväntad åtkomst. Om en "Contractors"-grupp till exempel har tagits bort från en arbetsyta men fortfarande har redigeringsåtkomst till en mapp, får alla medlemmar i "Leverantörer" åtkomst till den mappen.

Databricks rekommenderar att du granskar dina arbetsytebehörigheter. Använd följande notebook-fil för att identifiera inaktiva behörighetsbidrag på dina arbetsytor:

Analysanteckningsbok för överblivna behörigheter

Hämta anteckningsbok

Kommande bakåtkompatibla ändringar: standardbeteende vid borttagning av en Unity Catalog-pipeline

I en kommande version ändras standardbeteendet när du tar bort en Unity Catalog-pipeline. För närvarande tar borttagning av en pipeline också bort alla associerade materialiserade vyer, strömmande tabeller och vyer. Efter den här ändringen kommer associerade tabeller att behållas, men de blir inaktiva när pipelinen har tagits bort. API:et ändras också så att det behåller tabeller som standard, men att ställa in cascade fältet till true åsidosätter detta och behåller det aktuella beteendet.

Fältet cascade är tillgängligt nu. Om du vill behålla det aktuella beteendet för att ta bort alla tabeller när du tar bort en pipeline uppdaterar du koden så att den anger cascade=true.

Se Ta bort en pipeline och Ta bort en pipeline.

Ny SQL-redigerare – standardaktivering och äldre SQL-redigerare – tillbakadragning

Den nya SQL-redigeraren har varit allmänt tillgänglig sedan oktober 2025. Som en del av övergången till den nya redigeraren planeras följande ändringar:

• Från och med slutet av maj 2026: Den nya SQL-redigeraren aktiveras som standard för alla arbetsytor. Möjligheten att inaktivera funktionen på arbetsytenivå är inte längre tillgänglig. Enskilda användare kommer fortfarande att kunna växla sina frågor till den äldre SQL-redigeraren efter att den här perioden har börjat.
• Från och med slutet av juli 2026: Den äldre SQL-redigeraren dras tillbaka. Alla användare kommer att använda den nya SQL-redigeraren och den enskilda opt-outen kommer inte längre att vara tillgänglig.

Mer information om den nya SQL-redigeraren finns i Skriva frågor och utforska data i den nya SQL-redigeraren. Om du har frågor om den här övergången kontaktar du ditt kontoteam.

Ändringar i OpenSharing (tidigare Deltadelning) öppnar mottagartoken

OpenSharing för öppna mottagare övergår till ett nytt mottagarspecifikt URL-format. Nya token som skapas efter övergångsdatumet använder automatiskt det nya URL-formatet. Den här ändringen förbättrar nätverkssäkerheten och låter mottagarna konfigurera mottagarspecifika nätverksprinciper och brandväggsregler.

För Azure Kina kommer övergången att tillkännages senare.

De nya URL:erna innehåller mottagar-ID:t i domänen:

https://<recipient-id>.opensharing.westus.azuredatabricks.net/api/2.0/opensharing/metastores/<metastore-id>

Observera att URL:er som skapades före den här ändringen inte innehåller mottagar-ID och använder slutpunkten för Delta Sharing.

https://westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

De gamla URL:erna fortsätter att fungera under en viss tid. Den specifika varaktigheten beror på mottagartypen och datumet då token skapades. Dataleverantörer bör övergå till det nya URL-formatet innan det gamla URL-formatet blir ogiltigt.

OIDC-federationsdelning:

Databricks rekommenderar att dataleverantörer börjar överföra sina mottagare till det nya URL-formatet. Även om något övergångsdatum ännu inte har fastställts bör du påbörja övergången nu så att det finns tid att felsöka. Efter övergången kan leverantörer hitta den nya URL:en i OpenSharing-användargränssnittet. När det gamla URL-formatet har dragits tillbaka är det inte längre giltigt.

Delning av ägartoken:

Uppdateringar av offentliga IP-adresser för kontrollplan för utgående trafik

Azure Databricks uppdaterar outbound control plane offentliga IP-adresser och Azure-tjänsttaggar för att förbättra säkerhet och zontillgänglighet. Dessa ändringar är en del av en kontrollplansuppdatering som började lanseras den 20 maj 2025.

Om din organisation använder resursbrandväggar för att styra inkommande åtkomst:

• Om brandväggsreglerna refererar till taggen Azure Databricks service krävs ingen åtgärd.
• Om du tillåter specifika offentliga IP-adresser för kontrollplanet måste du lägga till alla ip-adresser för utgående kontrollplan senast den 26 september 2025.

De tidigare IP-adresserna för kontrollplanet för utgående trafik stöds fortfarande.

Fältet sourceIpAddress i granskningsloggar innehåller inte längre ett portnummer

På grund av en bugg innehåller vissa granskningsloggar för auktorisering och autentisering ett portnummer utöver IP-adressen i sourceIPAddress fältet (till exempel "sourceIPAddress":"10.2.91.100:0"). Portnumret, som loggas som 0, ger inget verkligt värde och är inkonsekvent med resten av Databricks-granskningsloggarna. För att förbättra konsekvensen av granskningsloggar planerar Databricks att ändra formatet på IP-adressen vid dessa granskningshändelser. Den här ändringen kommer gradvis att lanseras från och med början av augusti 2024.

Om granskningsloggen innehåller en sourceIpAddress av 0.0.0.0kan Databricks sluta logga den.

MLflow-spårningslagring i Unity Catalog kommer snart att vara tillgängligt som standard för arbetsytor med säkerhetsprofilen för efterlevnad aktiverad

MLflow-spårningslagring i Unity Catalog-tabeller kommer som standard att vara tillgängligt för arbetsytor med efterlevnadssäkerhetsprofilen aktiverad i mitten av augusti 2026.

Lagra MLflow-spårningar i Unity Catalog-tabeller för skalbar, styrd spårningslagring: lagringen är obegränsad, spårningar lagras i OpenTelemetry-format (OTel), åtkomst styrs via Unity Catalog-schema- och tabellbehörigheter och du kan köra frågor mot spårningar med SQL. Om du vill visa spårningar pekar du ett MLflow-experiment på en spårningsplats för Unity Catalog.

Se Lagra OpenTelemetry-spårningar i Unity-katalogen.