Was kommt?

Erfahren Sie mehr über Features und Verhaltensänderungen in bevorstehenden Azure Databricks-Versionen.

Bevorstehendes Lebensende der Supervisor-API

Die Supervisor-API (Beta) erreicht am 30. September 2026 ihr Lebensende. Nach diesem Datum ist die API nicht mehr verfügbar.

Azure Databricks empfiehlt die Migration zu benutzerdefinierten Agenten in Databricks Apps.

Siehe Supervisor API (Beta) (veraltet).

Der Verbraucherzugang zur Abfrage von Unity AI Gateway-Diensten wird allgemein verfügbar sein

Die Abfragen von Unity AI Gateway-Modelldiensten und Modellanbieter-Diensten mit Consumer-Zugriff sind aktuell über die Consumer-Zugriff auf Unity AI Gatewayöffentliche Vorschau als Opt-in-Funktion verfügbar. Wenn diese Funktion allgemein verfügbar wird, können Nutzer des Verbraucherzugangs diese Dienste ohne aktivierte Vorschau abfragen. Dies kann den Datenverkehr von Endnutzern zu Modellen erhöhen, einschließlich des Datenverkehrs zu Diensten von Modellanbietern, die an externe Anbieter weiterleiten.

Vor dieser Änderung sollten Kontoadministratoren Budgets und Tarifgrenzen festlegen oder den direkten Modellzugriff für Verbraucherzugriffsnutzer deaktivieren, sodass diese Kontrollen wirksam sind, wenn die Funktion allgemein verfügbar wird. Siehe Budgets verwalten für Unity AI Gateway, Ratenbegrenzungen auf Modell- und MCP-Dienste anwenden und Berechtigungen verwalten.

Rollenbasierte Zugriffskontrolle (RBAC) wird bald standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein

Rollenbasierte Zugriffskontrolle (RBAC) wird ab Mitte September 2026 standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

RBAC ermöglicht es Nutzern, eine Rolle in Azure Databricks zu übernehmen. Wenn ein Nutzer eine Rolle übernimmt, gelten nur die Berechtigungen dieser Rolle, nicht die angesammelten Berechtigungen des Benutzers. Dies ermöglicht exklusiven Zugriff. Nutzer müssen aktiv eine Rolle übernehmen, um auf sensible Daten zuzugreifen, wodurch sie nicht unter ihrer eigenen Identität darauf zugreifen und Daten über Anwendungsfälle, klinische Studien, Projekte oder Klienten hinweg vermischen.

Siehe Rollenbasierte Zugriffssteuerung (RBAC).

Die Spalte downstream_impact zur Datenqualitätsüberwachung wird demnächst abgeschafft.

Die Spalte downstream_impact in der Systemtabelle der Ergebnisse der Datenqualitätsüberwachung wird eingestellt.

Die Veraltung beginnt am 7. September 2026 und wird in der folgenden Woche schrittweise in den Regionen eingeführt. Bis der Rollout deinen Arbeitsbereich erreicht, kannst du downstream_impact möglicherweise noch abfragen. Nach Abschluss der Veraltung ist die Spalte nicht mehr besetzt.

Für die betroffene Spalte siehe Systemtabellenreferenz zur Datenqualitätsüberwachung und Überprüfung der protokollierten Ergebnisse zur Anomalieerkennung.

Die Spalte root_cause_analysis zur Datenqualitätsüberwachung wird demnächst abgeschafft.

Die Spalte root_cause_analysis in der Systemtabelle der Ergebnisse der Datenqualitätsüberwachung wird eingestellt.

Die Veraltung beginnt am 18. August 2026 und wird im Verlauf der darauffolgenden Tage schrittweise in den einzelnen Regionen eingeführt. Bis der Rollout deinen Arbeitsbereich erreicht, kannst du root_cause_analysis möglicherweise noch abfragen. Nach Abschluss der Veraltung ist die Spalte nicht mehr besetzt.

Für die betroffene Spalte siehe Systemtabellenreferenz zur Datenqualitätsüberwachung und Überprüfung der protokollierten Ergebnisse zur Anomalieerkennung.

Das Teilen von Tabellen, die den Standardspeicher verwenden, ist für alle Konten standardmäßig aktiviert

OpenSharing-Unterstützung für Tabellen, die von Standardspeicher unterstützt werden, ist in der Regel verfügbar und standardmäßig für die meisten Konten aktiviert. Für die meisten Enterprise- oder Premium-Konten wird Azure Databricks dies Mitte September 2026 automatisch aktivieren und Anfang 2027 für die übrigen.

Bis es für dein Konto aktiviert ist, kann ein Kontoadministrator die Funktion OpenSharing for Default Storage – Expanded Access über die Vorsichtsseite in der Kontokonsole aktivieren. Siehe Manage Azure Databricks Previews.

Erweiterte Netzwerkabrechnung für OpenSharing SecureConnect

Azure Databricks wird die Netzwerkabrechnung für OpenSharing SecureConnect ausweiten. Derzeit werden Datenanbietern Datenübertragungskosten (Egress) berechnet, wenn Empfänger über SecureConnect auf freigegebene Daten zugreifen. Weitere Gebührenarten und Zugangsszenarien, einschließlich der Gebühren, die den Empfängern berechnet werden, sind geplant.

Die folgende Tabelle fasst die geplanten Gebühren zusammen, wem sie in Rechnung gestellt werden und wie sie in den einzelnen Zugriffsszenarien angewendet werden:

¹ Datenübertragung (ausgehend) fällt nicht an, wenn sich der Empfänger in derselben Region wie der Anbieter befindet.
² Gilt nur, wenn der Anbieter private Konnektivität konfiguriert, indem er eine Netzwerkkonnektivitätskonfiguration (NCC) an den Metastore anhängt.
³ Azure Databricks berechnet diese Gebühr nicht. Wenn Empfänger in Classic Compute oder offene Empfänger über das öffentliche Netzwerk auf Speicher zugreifen, kann ihr eigener Cloud-Anbieter ihnen die Netzwerkadressübersetzung (NAT) direkt berechnen.
⁴ Serverlose Empfänger derselben Region lesen direkt aus dem Speicher und nicht über den verwalteten Proxy.

Für Tarife siehe Datenübertragungs- und Konnektivitätspreise oder kontaktieren Sie Ihr Azure Databricks-Kontoteam.

OpenSharing SecureConnect wird standardmäßig für alle Konten verfügbar sein

OpenSharing SecureConnect ist allgemein verfügbar. Azure Databricks wird es ab Mitte September 2026 standardmäßig für Konten im Premium-Tarif verfügbar machen und Anfang 2027 für den Rest.

Bis es für Ihr Konto verfügbar ist, kann ein Account-Administrator auf der Seite des Anbieters die OpenSharing SecureConnect Vorschau auf der Vorsichtsseite in der Kontokonsole aktivieren. Siehe Daten hinter einer Firewall teilen mit SecureConnect und Azure Databricks Previews verwalten.

Secrets in Unity Catalog wird bald standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein

Secrets in Unity Catalog wird ab Ende September 2026 standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

Speichern, verwalten und greifen Sie auf Geheimnisse als schützbare Objekte im Unity Catalog zu. Ein Unity-Katalogschlüssel verwendet den Namespace der drei Ebenen (catalog.schema.secret) und unterliegt den Unity-Katalogrechten, sodass Sie dieselben Zugriffssteuerelemente und -überwachungen anwenden können, die Sie für andere Datenobjekte verwenden.

Siehe Geheimnisse im Unity Catalog.

Databricks Apps werden in Kürze für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil aktiviert

Ab Anfang September 2026 werden Databricks Apps automatisch für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil aktiviert sein.

Siehe Databricks-Apps.

Baldige allgemeine Freigabe von Unity AI Gateway

Unity AI Gateway, die Azure Databricks Governance-Lösung für Unternehmens-KI, ist für eine demnächst allgemeine Verfügbarkeit vorgesehen. Basierend auf Unity Catalog erweitert Unity AI Gateway die Governance auf die Laufzeitinteraktionen zwischen Modellen, Agenten, MCP-Servern und Tools. Sie können steuern, welche KI-Dienste Teams nutzen, den KI-Verkehr leiten und verwalten sowie die Nutzung von einer Steuerebene aus überwachen.

Die folgenden Funktionen werden allgemein verfügbar sein. Modell-, MCP- und Modell-Provider-Dienste sind Unity-Catalog-Securables, die Sie mit denselben Rechten wie Tabellen und Volumes verwalten:

• Modelldienste leiten Anfragen mit Traffic-Aufteilung und Fallback an Pay-per-Token- und externe Modelle weiter, und Sie können sie arbeitsbereichsübergreifend freigeben. Siehe Govern-Modell-APIs (Modelldienste).
• MCP-Dienste registrieren externe oder von Azure Databricks bereitgestellte MCP-Server, sodass Sie den Agentenzugriff mit Grants und Tool-Auswahl steuern können. Weitere Informationen finden Sie unter Verbinden von Agents mit Tools von Drittanbietern mit MCP-Diensten.
• Modell-Provider-Dienste sind externe Modellanbieter wie OpenAI, Anthropic und Amazon Bedrock mit zentral verwalteten Zugangsdaten. Siehe Externe Modellanbieter (Modellanbieter-Dienste) steuern.
• Budgets überwachen und steuern die monatlichen Ausgaben für Unity AI Gateway mit Nutzergrenzen und Hardcaps. Siehe Budgets verwalten für Unity AI Gateway.

Siehe KI-Governance mit Unity AI Gateway.

Dedizierte Gruppencluster werden in Kürze standardmäßig für Arbeitsbereiche mit aktivierten Compliancesicherheitsprofilen verfügbar sein.

Ab September 2026 werden dedizierte Gruppencluster standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

Sie können einer Gruppe mithilfe des Zugriffsmodus Dedicated eine Computing-Ressource zuweisen, sodass Gruppenmitglieder diese gemeinsam nutzen können und dabei Sprachen und Workloads, die im Standardzugriffsmodus nicht unterstützt werden, sicher ausführen können, z. B. Databricks Runtime für ML, RDD-APIs und R. Wenn ein Benutzer eine Verbindung zu einem Gruppencluster herstellt, werden seine Berechtigungen für die Dauer der Cluster-Sitzung auf die Berechtigungen der Gruppe beschränkt.

Siehe Zugriff auf dedizierte Compute-Gruppe.

Ai Search high QPS wird bald standardmäßig für Arbeitsbereiche verfügbar sein, für die das Compliancesicherheitsprofil aktiviert ist

AI Search mit hoher QPS wird Ende August 2026 standardmäßig für Arbeitsbereiche verfügbar sein, bei denen das Compliance-Sicherheitsprofil aktiviert ist.

Legen Sie auf standardmäßigen KI-Suchendpunkten einen QPS-Zielwert fest, um Workloads mit hohem Durchsatz und in Echtzeit zu unterstützen, etwa Suchfelder, Empfehlungssysteme und Entitätsabgleich. Hohe QPS sind standardmäßig aktiviert, vorhandene Endpunkte sind jedoch nicht betroffen. Zusätzliche Kapazität und die zugehörigen Kosten gelten nur, wenn Sie einen Ziel-QPS für einen Endpunkt konfigurieren.

Siehe Skalieren des Durchsatzes des AI Search-Endpunkts mit hohem QPS.

Abfragebasierte Konnektoren in Lakeflow Connect werden in Kürze standardmäßig in Arbeitsbereichen verfügbar sein, in denen das Compliance-Sicherheitsprofil aktiviert ist.

Abfragebasierte Konnektoren in Lakeflow Connect werden in Kürze standardmäßig für Arbeitsbereiche verfügbar sein, bei denen das Compliance-Sicherheitsprofil aktiviert ist. Abfragebasierte Connectors erfassen Daten aus Datenbanken, indem sie die Quelle direkt mithilfe einer Cursorspalte abfragen, ohne dass die Konfiguration der Datenerfassung (Data Capture Configuration, CDC) oder ein Eingangsgateway geändert werden muss. Zu den unterstützten Quellen gehören Oracle, Teradata, SQL Server, MySQL, MariaDB und PostgreSQL sowie alle Lakehouse Federation-Datenquellen mit fremder Katalogaufnahme.

Siehe abfragebasierte Konnektoren.

Zugriffsanfrage wird in Kürze standardmäßig für alle Arbeitsbereiche aktiviert.

In einer bevorstehenden Version wird die Anforderung für Den Zugriff standardmäßig für alle Arbeitsbereiche aktiviert, und Zugriffsanforderungen werden per E-Mail an den Besitzer des angeforderten Unity-Katalogobjekts weitergeleitet. Sie können Zugriffsanforderungsziele jederzeit in den Metastore-Einstellungen konfigurieren. Die Legacy-Einstellungen für Zugriffsanforderungen auf Arbeitsbereichsebene werden eingestellt.

Siehe Aktivieren von Zugriffsanforderungen im metastore.

Automatische Upgrades werden mehr Funktionen für bestehende Tabellen einführen

Automatische Upgrades wenden empfohlene Funktionen nach Überprüfung der Workload-Kompatibilität auf Ihre verwalteten Unity Catalog-Tabellen an. Azure Databricks erweitert die Funktionen, auf die automatische Upgrades bei bestehenden Tabellen angewendet werden.

Ab Juli 2026 werden im Rahmen automatischer Upgrades Zeilenverfolgung und Checkpoint V2 auf bestehende Tabellen ausgeweitet. Diese Einführung erfolgt schrittweise, sodass diese Funktionen verschiedenen Kunden zu unterschiedlichen Zeiten zur Verfügung stehen.

Im August 2026 werden im Rahmen automatischer Upgrades Katalog-Commits und Löschvektoren auf bestehende Tabellen ausgeweitet.

Automatische Upgrades aktivieren eine Funktion erst, nachdem das Beobachtungsfenster überprüft hat, dass jeder Client, der auf eine Tabelle zugriff, sie unterstützt. Um zu verfolgen, welche Funktionen für automatische Upgrades verfügbar sind, siehe Unterstützte Funktionen.

Genie One wird bald für Nur-Konto-Benutzer verfügbar sein

Genie One wird in Kürze Benutzern mit reiner Kontozugriffsberechtigung erlauben, auf Genie One zuzugreifen, ohne einem Arbeitsbereich zugewiesen zu sein oder die Verbraucherberechtigung erhalten zu haben. Wenn diese Option aktiviert ist, werden alle Benutzer in Ihrem Identitätsanbieter automatisch registriert. Der Unity-Katalog steuert weiterhin, was jeder Benutzer sehen kann.

Dieses Feature befindet sich in der öffentlichen Vorschau und ist standardmäßig aktiviert. Um berechtigt zu sein, müssen Konten die automatische Identitätsverwaltung (oder SCIM auf Kontoebene) und eine benutzerdefinierte URL aktivieren.

Kontoadministratoren können den Zugriff mit AIM-Zugriffsgrenzen einschränken oder den Nur-Konto-Zugriff in der Kontokonsole deaktivieren.

Die von Azure Databricks bereitgestellten MCP-Dienste werden in Kürze allgemein verfügbar sein

Azure Databricks bereitgestellten MCP-Dienste für SaaS-Anwendungen wie Slack, GitHub, Atlassian und Google Drive werden bald allgemein verfügbar sein, wobei sowohl Lese- als auch Schreibvorgänge standardmäßig aktiviert sind. Administratoren und Benutzer können MCP-Dienste und einzelne Tools im Unity AI-Gateway deaktivieren.

Weitere Informationen finden Sie unter Verbinden von Agents mit Tools von Drittanbietern mit MCP-Diensten.

SharePoint Connector in Lakeflow Connect wird bald allgemein verfügbar sein

Der SharePoint Connector in Lakeflow Connect wird bald allgemein verfügbar sein. Sie können Dateien und strukturierte Daten von SharePoint-Websites in Azure Databricks importieren, um sie für Transformation, Analyse und nachgelagerte Pipelines zu nutzen.

Siehe SharePoint Connector.

Google Drive Connector in Lakeflow Connect wird bald allgemein verfügbar sein

Der Google Drive-Connector in Lakeflow Connect wird bald allgemein verfügbar sein. Sie können Dateien von Google Drive in Azure Databricks für Transformation, Analyse und downstream Pipelines aufnehmen.

Siehe Google Drive-Connector.

Änderung des Standard-Pipeline-Editors für Arbeitsbereiche, bei denen das Compliance-Sicherheitsprofil aktiviert ist

Der Lakeflow Pipelines Editor ist seit Mai 2026 allgemein verfügbar. Im August wird es zum Standardeditor für die Entwicklung und das Debuggen von Pipelines in Arbeitsbereichen mit aktiviertem Compliance-Sicherheitsprofil. Zu diesem Zeitpunkt wird der Legacy-Editor entfernt.

Weitere Informationen zum Lakeflow Pipelines Editor finden Sie unter Entwickeln und Debuggen von ETL-Pipelines mit dem Lakeflow Pipelines Editor. Wenn Sie Fragen zu diesem Übergang haben, wenden Sie sich an Ihr Kontoteam.

Verhaltensänderungen bei kontinuierlichen Jobs und Pipelines

Anfang August 2026 erhalten kontinuierliche Lakeflow-Pipelines und -Jobs Aktualisierungen, um die Konfiguration zu vereinfachen.

Sie können einen fortlaufenden Zeitplan direkt über die Pipelineseite konfigurieren, einschließlich Einstellungen auf Auftragsebene wie z. B. dem Leistungsmodus. Wenn Sie einen kontinuierlichen Zeitplan auf diese Weise konfigurieren, wird die Pipeline in einen kontinuierlichen Job eingebunden.

Databricks empfiehlt, kontinuierliche Pipelines mit einem kontinuierlichen Job auszuführen, anstatt die integrierte Einstellung für kontinuierliche Ausführung der Pipeline zu verwenden. Wenn ein fortlaufender Auftrag eine Pipeline umschließt, verwaltet der Auftrag den Ausführungslebenszyklus der Pipeline. Die integrierte Einstellung für kontinuierliche Ausführung wird nicht entfernt, jedoch sollten neue kontinuierliche Pipelines das Muster des kontinuierlichen Jobs verwenden.

Klassische Arbeitsbereichserstellung mit einem Azure Databricks verwalteten VNet wird bald veraltet sein

In einer zukünftigen Version plant Azure Databricks, die klassische Erstellung von Arbeitsbereichen mit einem von Azure Databricks verwalteten VNet einzustellen. Für neue Arbeitsbereiche empfiehlt Azure Databricks einen serverlosen Arbeitsbereich für den einfachsten Schnellstart oder die VNet-Einfügung, wenn Sie einen klassischen Arbeitsbereich benötigen. Ein detaillierter Migrationszeitplan wird separat mitgeteilt.

Weitere Informationen finden Sie unter Netzwerke auf der klassischen Computeebene.

Sichere Clusterkonnektivität wird bald obligatorisch für klassische Arbeitsbereiche

In einer zukünftigen Version plant Azure Databricks, sichere Clusterkonnektivität für alle klassischen Arbeitsbereiche vorzuschreiben. Arbeitsbereiche, die mit enableNoPublicIp auf false festgelegt erstellt wurden, werden künftig nicht mehr unterstützt, und der Parameter wird verbindlich. Ein detaillierter Migrationszeitplan wird separat mitgeteilt.

Siehe Aktivieren der sicheren Clusterkonnektivität.

Azure Databricks UI-Assets werden von einer neuen CDN-Domäne bereitgestellt

Ende August 2026 werden Azure Workspaces UI-Assets von einer neuen First-Party-CDN-Domain laden. ui-assets.azuredatabricks.net Wenn deine Firewall ausgehenden Datenverkehr nach Domain einschränkt, füge die neue Domain hinzu, damit die Benutzeroberfläche korrekt lädt.

Siehe Verkehr zu CDN-Domains erlauben für UI-Assets.

Lakeflow Designer wird in Kürze standardmäßig für Arbeitsbereiche verfügbar sein, für die das Compliancesicherheitsprofil aktiviert ist

Lakeflow Designer wird Ende Juli 2026 standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

Lakeflow Designer ist eine visuelle, codefreie Oberfläche zum Vorbereiten und Transformieren von Daten auf einem Drag-and-Drop-Canvas mit allen Workflows, die von produktionsbereitem Code unterstützt werden, der vom Unity-Katalog gesteuert wird.

Siehe Lakeflow Designer.

Deklarative Automatisierungspakete verwenden in Kürze standardmäßig das direkte Bereitstellungsmodul.

Ab dem 24. Juli 2026 werden deklarative Automatisierungs-Bundles im Arbeitsbereich standardmäßig die Direct-Deployment-Engine anstelle der Terraform-Deployment-Engine verwenden. Dadurch wird eine automatische Migration für alle Pakete im Arbeitsbereich ausgelöst, die noch das Terraform-Bereitstellungsmodul verwenden.

Für Databricks-CLI-Bundle-Bereitstellungen wird die Direct-Deployment-Engine ab dem 26. August 2026 zur Standardeinstellung. Die Terraform-Bereitstellungsmaschine wird in neuen Versionen der Databricks CLI im September 2026 deaktiviert.

Weitere Informationen zum direkten Bereitstellungsmodul und zur Migration vom Terraform-Bereitstellungsmodul finden Sie unter Migrieren zum direkten Bereitstellungsmodul.

Variant wird in Kürze standardmäßig in Arbeitsbereichen mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

Variant wird ab Juli 2026 standardmäßig für Arbeitsbereiche verfügbar sein, in denen das Compliance-Sicherheitsprofil aktiviert ist.

Verwenden Sie Variant, um halbstrukturierte Daten aus Streamingquellen (Kinesis, Event Hub), REST-APIs und schemalosen Datenbanken aufzunehmen und gleichzeitig leistungsstarken Abfragezugriff aufrechtzuerhalten.

Siehe Variant-Typunterstützung für Apache Iceberg und Delta Lake.

Bevorstehende Verhaltensänderung: Berechtigungen beim Hinzufügen von Prinzipalen zu Arbeitsbereichen auswählen

Databricks ändert, wie Prinzipale Arbeitsbereichsberechtigungen erhalten. Nach dieser Änderung gewähren Sie Berechtigungen explizit, wenn Sie einen Prinzipal zu einem Arbeitsbereich hinzufügen, anstatt sich auf die Vererbung aus der users-Systemgruppe zu verlassen. Arbeitsbereichsadministratoren können sich ab dem 15. Juni 2026 anmelden, und das neue Verhalten wird für alle Arbeitsbereiche am 14. September 2026 erzwungen.

Mit dieser Änderung können Sie Sicherheitsprinzipale auf jeder Zugriffsebene hinzufügen, einschließlich bei Benutzern, die ausschließlich Consumer-Zugriff haben, ohne dass diesen automatisch Erstellungsrechte zugewiesen werden.

Was ändert sich?

Jeder Arbeitsbereich verfügt über zwei Systemgruppen: users, die alle Prinzipale umfasst, denen Zugriff auf den Arbeitsbereich gewährt wurde, und admins, die die Arbeitsbereichsadministratoren umfasst. Heute erbt jeder Prinzipal, der einem Arbeitsbereich hinzugefügt wurde, die Berechtigungen, die users gewährt werden. Standardmäßig sind dies:

• Arbeitsbereichszugriff – Erstellen und Verwenden von Notizbüchern, Aufträgen, Pipelines, Apps und mehr.
• Databricks SQL-Zugriff – Erstellen und Verwenden von Dashboards, Genie Agents, Warnungen und mehr.

Nach der Änderung:

• Die users Gruppe wird keine Ansprüche haben. Die admins Gruppe verfügt über alle Arbeitsbereichsberechtigungen. Die Berechtigungen beider Gruppen sind gesperrt.
• Neuen Prinzipalen müssen Berechtigungen explizit erteilt werden, wenn sie einem Arbeitsbereich hinzugefügt werden.
• users und admins können nicht als Mitglieder in andere Gruppen verschachtelt werden.

Vorhandene Prinzipale behalten ihre aktuelle Zugriffsebene bei. Databricks migriert automatisch die Berechtigungen, die zuvor users gewährt wurden, zu einer neuen, arbeitsbereichslokalen Klongruppe mit dem Namen users-clone-<TIMESTAMP> (wobei <TIMESTAMP> der Zeitpunkt der Migration ist). Sie verwalten die Klongruppe wie jede andere arbeitsbereichslokale Gruppe, und Sie können den Namen anpassen, wenn Sie sich frühzeitig anmelden. Die admins Gruppe erfordert keine Migration.

Aktion erforderlich

• Wenn Sie Systemgruppenberechtigungen über Automatisierung (Terraform, Workspace SCIM-APIs oder benutzerdefinierte Skripts) verwalten, aktualisieren Sie Ihre Workflows auf Standardkontogruppen, nicht auf Systemgruppen. Nachdem das neue Verhalten aktiviert wurde, schlagen Versuche zum Ändern von Systemgruppenberechtigungen fehl.
• Wenn users oder admins in eine andere Gruppe verschachtelt ist, heben Sie die Verschachtelung auf. Das Verschachteln ist unter dem neuen Verhalten nicht zulässig.
• Wenn Ihre SCIM-Synchronisierung Workspace-Gruppen löscht, die sie nicht erkennt, aktualisieren Sie ihre Konfiguration, um die Migrationsklongruppe (users-clone-<TIMESTAMP>) beizubehalten. Wenn die Synchronisierung die Klongruppe entfernt, verlieren Prinzipale, die zu ihr migriert wurden, ihre Berechtigungen.

Zeitachse

• 15. Juni 2026 – Die Aktivierung ist in den Arbeitsbereichseinstellungen unter Erweitert > Zugriffssteuerung möglich.
• 27. Juli 2026 – Wird automatisch für Arbeitsbereiche aktiviert, die sich weder dafür noch dagegen entschieden haben. Eine Deaktivierung bleibt weiterhin möglich.
• 14. September 2026 – Neues Verhalten, das für alle Arbeitsbereiche erzwungen wird. Opt-out entfernt.

Sie verwalten das neue Verhalten über Ihre Arbeitsbereichseinstellungen unter "Erweiterte > Zugriffssteuerung":

Vor der Zustimmung: Das bisherige Verhalten ist aktiv.

Nach dem Opt-in oder der automatischen Aktivierung: das neue Verhalten ist aktiv.

Weitere Informationen finden Sie unter Migrieren der Berechtigungssteuerung für Arbeitsbereiche.

Compliance-Sicherheitsprofil erforderlich für HIPAA, HITRUST und IRAP

Ab dem 1. September 2026 muss das Compliance-Sicherheitsprofil Daten verarbeiten, die unter HIPAA, HITRUST und IRAP geschützt sind.

Weitere Informationen finden Sie unter Compliancesicherheitsprofil.

Die Benutzerautorisierung für Databricks-Apps wird in Kürze für Arbeitsbereiche mit aktivierten Compliancesicherheitsprofilen verfügbar sein.

Ende September 2026 wird die Benutzerautorisierung für Databricks-Apps automatisch für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil aktiviert. Mit der Benutzerautorisierung können Apps mit der Identität des App-Benutzers handeln, sodass Apps im Namen des Benutzers auf Ressourcen zugreifen können, während die vorhandenen Berechtigungen des Benutzers erzwungen werden.

Siehe Benutzerautorisierung.

Bevorstehende Änderung: Upgrade auf Lakebase Autoscaling

Azure Databricks stellt alle bereitgestellten Lakebase-Instanzen auf die Lakebase-Autoscaling-Plattform um. Upgrades beginnen im Juni 2026 für Kunden, die sie angefordert haben, wobei die verbleibenden Instanzupgrades in den folgenden Wochen fortgesetzt werden. Arbeitsbereichsadministratoren erhalten eine E-Mail mit Upgradeterminen, bevor das Upgrade beginnt.

Das Upgrade erfolgt automatisch. Verbindungen werden während des Übergangs kurz neu gestartet, und vorhandene Verbindungszeichenfolgen, API-Aufrufe, deklarative Automatisierungsbündel und Terraform-Konfigurationen funktionieren ohne Änderung weiterhin.

Nach dem Upgrade gelten die folgenden Änderungen:

• Ihre Instanzen werden Funktionen für die automatische Skalierung unterstützen und können sowohl über die neue UI für automatische Skalierung als auch über die vertraute Provisioned UI verwaltet werden, die bis zum 1. September 2026 verfügbar bleibt.

• Jede Instanz erhält eine neue regionale Verbindungszeichenfolge, die einen optimierten eingehenden Datenverkehr bereitstellt:

  • Vorhandene Verbindungszeichenfolgen: Bereitgestellte Verbindungszeichenfolgen (ohne Region) funktionieren weiterhin über den vorhandenen eingehenden Private Link und erfordern keinenService Direct Private Link.
  • Neue regionale Verbindungszeichenfolge: Wenn Sie Private Link verwenden und von außerhalb des Azure Databricks-Arbeitsbereichs eine Verbindung mit Lakebase herstellen, müssen Sie den eingehenden Private Link für leistungsintensive Dienste konfigurieren, um die neue regionale Verbindungszeichenfolge zu verwenden.

• Um neue Autoscaling-Funktionen wie Scale-to-Zero in Ihren Declarative Automation Bundles und Terraform-Konfigurationen zu verwenden, aktualisieren Sie diese, sodass sie die Autoscaling-Semantik verwenden.

• Die Preise für Lakebase GA gelten. Bei der flexiblen Berechnung, die Instanzen mit fester Größe ersetzt, sehen die meisten Kunden eine Reduzierung der Berechnungskosten.

• Die Features "Forward ETL" und "REST API Private Preview" auf Lakebase Provisioned werden nach dem Upgrade deaktiviert. Ihre Ersetzungen, Lakebase Change Data Feed und die Daten-API, sind auf der Automatischen Skalierungsplattform verfügbar.

Die automatische Lakebase-Skalierung fügt automatische Skalierung und Skalierung auf Null, Zeitpunktwiederherstellung und Momentaufnahmen, Wartungsfensterplanung, Datenbankverzweigung und andere Erweiterungen hinzu. Ausführliche Informationen zu den Erwartungen, zu den Änderungen und zu den zu ergreifenden Aktionen finden Sie unter Upgrade auf automatische Skalierung.

Wenn Sie ein beschleunigtes Upgrade anfordern oder Fragen haben, wenden Sie sich an Ihr Kontoteam oder Azure Databricks Support.

Databricks Runtime 19 verwendet ein einheitliches Releasemodell

Ab Version 19 verwendet Databricks Runtime ein einheitliches Releasemodell. Anstelle mehrerer Featureversionen (z. B. 19.0, 19.1, 19.2) verfügt jede Hauptversion über eine einzelne Versionshinweiseseite.

Nach einer ersten Betaversion wird jede Databricks-Runtime-Version als allgemein verfügbar (GA) gestartet und erhalten ungefähr wöchentlich neue Features und Fixes, wobei Updates nach Datum auf einer einzelnen Seite unterschieden werden. Cluster erhalten Updates, wenn sie neu gestartet werden. Nach ungefähr sechs Monaten geht die Version in den Long-Term Support (LTS) mit drei Jahren Support über.

Databricks Runtime 18 ist die Übergangsversion. Die Seiten zu den Feature-Versionen 18.0, 18.1 und 18.2 bleiben zu Referenzzwecken verfügbar, und Databricks Runtime 18 LTS wird die endgültige einheitliche Version in der 18.x-Reihe sein.

Power BI Verbindungen wechseln zu ADBC

Power BI plant, alle Power BI-Verbindungen auf Arrow Database Connectivity (ADBC) umzustellen. Um Unterbrechungen zu vermeiden, empfiehlt Databricks, Ihre Entwicklungs- und Stagingsemantikmodelle jetzt auf ADBC zu wechseln und Ihre Workloads zu validieren. Für den Übergangszeitplan von Microsoft siehe Übergang von ODBC zu ADBC-Treibern.

Der ADBC-Treiber für Power BI auf Azure Databricks befindet sich seit Oktober 2025 in der öffentlichen Vorschau. Seit Februar 2026 verwenden alle neuen Verbindungen in Power BI Desktop und die Power BI-Dienst ADBC standardmäßig. Vorhandene Verbindungen verwenden weiterhin ODBC, es sei denn, Sie aktualisieren sie manuell.

Siehe Konfigurieren von ADBC- oder ODBC-Treibern für Power BI.

Arbeitsbereichsobjektberechtigungen werden bald von allen Kontogruppen geerbt

In einer bevorstehenden Version werden die Berechtigungen für Arbeitsbereichsobjekte von allen Kontogruppen geerbt, nicht nur von den Gruppen, die dem Arbeitsbereich direkt zugewiesen sind. Prinzipale erben Berechtigungen für Arbeitsbereichsobjekte, z. B. Aufträge, Notizbücher, Ordner, Abfragen und Dashboards, von allen Kontogruppen, deren Mitglied sie sind, unabhängig davon, ob diese Gruppen dem Arbeitsbereich zugewiesen sind. Benutzer müssen dem Arbeitsbereich weiterhin zugewiesen werden, um diese Berechtigungen zu verwenden.

Diese Änderung aktiviert auch inaktive ("verwaiste") Berechtigungserteilungen. Dies sind Berechtigungserteilungen, die in einer Gruppe verbleiben, nachdem diese aus einem Arbeitsbereich entfernt wurde. Es werden keine neuen Berechtigungen hinzugefügt, aber vorhandene verwaiste Zuweisungen werden aktiv, wodurch Arbeitsbereichsmitglieder möglicherweise unerwarteten Zugriff erhalten. Wenn z. B. eine Gruppe "Auftragnehmer" aus einem Arbeitsbereich entfernt wurde, aber dennoch Bearbeitungszugriff auf einen Ordner hat, erhält jedes Arbeitsbereichsmitglied in "Auftragnehmer" Zugriff auf diesen Ordner.

Databricks empfiehlt, Ihre Arbeitsbereichsberechtigungen zu überprüfen. Verwenden Sie das folgende Notizbuch, um inaktive Berechtigungserteilungen in Ihren Arbeitsbereichen zu identifizieren:

Notizbuch für verwaiste Berechtigungen

Notebook abrufen

Bevorstehender Breaking Change: Standardverhalten beim Löschen einer Unity Catalog-Pipeline

In einer bevorstehenden Version ändert sich das Standardverhalten beim Löschen einer Unity-Katalogpipeline. Derzeit entfernt das Löschen einer Pipeline auch alle zugeordneten materialisierten Ansichten, Streamingtabellen und Ansichten. Nach dieser Änderung werden verknüpfte Tabellen beibehalten, aber nach dem Entfernen der Pipeline deaktiviert. Die API wird ebenfalls so geändert, dass Tabellen standardmäßig beibehalten werden, jedoch wird dieses Verhalten außer Kraft gesetzt und das aktuelle Verhalten beibehalten, wenn das cascade-Feld auf true gesetzt wird.

Das cascade Feld ist jetzt verfügbar. Um das aktuelle Verhalten des Entfernens aller Tabellen beim Löschen einer Pipeline beizubehalten, aktualisieren Sie Ihren Code, sodass cascade=true eingestellt wird.

Siehe Löschen einer Pipeline und Löschen einer Pipeline.

Standardaktivierung des neuen SQL-Editors und Außerbetriebnahme des veralteten SQL-Editors

Der neue SQL-Editor ist seit Oktober 2025 allgemein verfügbar. Im Rahmen des Übergangs zum neuen Editor sind die folgenden Änderungen geplant:

• Ab Ende Mai 2026: Der neue SQL-Editor wird standardmäßig für alle Arbeitsbereiche aktiviert. Die Möglichkeit, das Feature auf Arbeitsbereichsebene zu deaktivieren, ist nicht mehr verfügbar. Einzelne Benutzer können ihre Abfragen nach diesem Zeitraum weiterhin in den älteren SQL-Editor wechseln.
• Ab Ende Juli 2026: Der ältere SQL-Editor wird eingestellt. Alle Benutzer verwenden den neuen SQL-Editor, und die individuelle Abmeldung ist nicht mehr verfügbar.

Weitere Informationen zum neuen SQL-Editor finden Sie unter Schreiben von Abfragen und Untersuchen von Daten im neuen SQL-Editor. Wenn Sie Fragen zu diesem Übergang haben, wenden Sie sich an Ihr Kontoteam.

Änderungen an OpenSharing (früher Delta Sharing) öffnen Empfängertoken

OpenSharing für offene Empfänger wechselt zu einem neuen empfängerspezifischen URL-Format. Neue Token, die nach dem Übergangsdatum erstellt wurden, verwenden automatisch das neue URL-Format. Diese Änderung verbessert die Netzwerksicherheit und ermöglicht es den Empfängern, empfängerspezifische Netzwerkrichtlinien und Firewallregeln zu konfigurieren.

Für Azure China wird der Übergang später angekündigt.

Die neuen URLs enthalten die Empfänger-ID in der Domäne:

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

Zur Information: URLs, die vor dieser Änderung erstellt wurden, enthalten keine Empfänger-ID und verwenden den Delta-Sharing-Endpunkt.

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

Die alten URLs funktionieren weiterhin für einen bestimmten Zeitraum. Die spezifische Dauer hängt vom Empfängertyp und dem Erstellungsdatum des Tokens ab. Datenanbieter sollten zum neuen URL-Format wechseln, bevor das alte URL-Format ungültig wird.

Freigabe im OIDC-Verbund:

Databricks empfiehlt, dass Datenanbieter mit dem Übergang ihrer Empfänger in das neue URL-Format beginnen. Obwohl noch kein Übergangsdatum festgelegt wurde, sollten Sie jetzt umstellen, damit genügend Zeit für die Fehlerbehebung bleibt. Nach dem Übergang finden Anbieter die neue URL in der OpenSharing-Benutzeroberfläche. Nachdem das alte URL-Format eingestellt wurde, ist es nicht mehr gültig.

Bearer-Token-Freigabe:

Aktualisierung der öffentlichen IPs der ausgehenden Steuerungsebene

Azure Databricks aktualisiert die outbound control plane public IPs und Azure Servicetags für verbesserte Sicherheits- und Zonenverfügbarkeit. Diese Änderungen sind Teil eines Steuerungsebenenupdates, das am 20. Mai 2025 begonnen hat.

Wenn Ihre Organisation Ressourcenfirewalls verwendet, um den eingehenden Zugriff zu steuern:

• Wenn Ihre Firewallregeln auf das tag Azure Databricks service verweisen, ist keine Aktion erforderlich.
• Wenn Sie bestimmte öffentliche Steuerebenen-IPs zulassen, müssen Sie alle Ausgehenden Steuerebenen-IPs bis zum 26. September 2025 hinzufügen.

Die vorherigen IPs der ausgehenden Steuerebene werden weiterhin unterstützt.

Das Feld für die Quell-IP-Adresse (sourceIpAddress) in Überwachungsprotokollen enthält keine Portnummer mehr.

Aufgrund eines Fehlers enthalten bestimmte Überwachungsprotokolle für Autorisierung und Authentifizierung zusätzlich zur IP-Adresse im Feld sourceIPAddress eine Portnummer (z. B. "sourceIPAddress":"10.2.91.100:0"). Die Portnummer, die als 0 protokolliert wird, stellt keinen echten Wert bereit und ist mit den restlichen Databricks-Überwachungsprotokollen inkonsistent. Um die Konsistenz von Überwachungsprotokollen zu verbessern, plant Databricks, das Format der IP-Adresse für diese Überwachungsprotokollereignisse zu ändern. Diese Änderung wird ab Anfang August 2024 schrittweise eingeführt.

Wenn das Überwachungsprotokoll eine sourceIpAddress mit dem Wert 0.0.0.0 enthält, beendet Databricks die Protokollierung möglicherweise.

Die Speicherung von MLflow-Traces in Unity Catalog wird in Kürze standardmäßig für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein

Der MLflow-Trace-Speicher in Unity-Catalog-Tabellen wird ab Mitte August 2026 standardmäßig für Arbeitsbereiche verfügbar sein, für die das Compliance-Sicherheitsprofil aktiviert ist.

Speichern von MLflow-Ablaufverfolgungen in Unity-Katalogtabellen für skalierbaren, gesteuerten Ablaufverfolgungsspeicher: Speicher ist unbegrenzt, Ablaufverfolgungen werden im OpenTelemetry -Format (OTel) gespeichert, der Zugriff wird durch Unity-Katalogschema- und -Tabellenberechtigungen gesteuert, und Sie können Ablaufverfolgungen mit SQL abfragen. Um Traces anzuzeigen, weisen Sie einem MLflow-Experiment einen Trace-Speicherort in Unity Catalog zu.

Siehe Speichern von OpenTelemetry-Ablaufverfolgungen in Unity Catalog.