Was kommt?

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

Bevorstehende Unterbrechungsänderung: Standardverhalten beim Löschen einer Unity-Katalogpipeline

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 Feld auf cascadetrue 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.

SAP-Governance-Tags auf Spaltenebene für SAP-BDC-Freigaben

Ende April 2026 stehen SAP-Governancetags für Spalten für SAP Business Data Cloud (BDC)-Freigaben zur Verfügung, die in Unity-Katalogen bereitgestellt werden. Diese Tags markieren Spalten, die vertrauliche Daten enthalten können, z. B. personenbezogene Informationen, und können in attributbasierten Zugriffssteuerungsrichtlinien (ABAC) verwendet werden, um Zugriffssteuerungen auf Spaltenebene zu erzwingen.

Siehe SAP BDC-semantische Metadaten.

Git-basierte Bereitstellung für Databricks-Apps wird bald für Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

Anfang Mai 2026 wird die git-basierte Bereitstellung für Databricks-Apps automatisch für Arbeitsbereiche aktiviert, wobei das "Compliancesicherheitsprofil" aktiviert ist. Stellen Sie Apps direkt aus einem Git-Repository bereit, um Ihren CI/CD-Workflow zu optimieren.

Siehe Bereitstellen einer Databricks-App.

Standardaktivierung und Aktivierung des neuen SQL-Editors und Ausserbetriebnahme 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.

Änderung der Sortierreihenfolge der Listendashboard-API

In einer bevorstehenden Version ändert eine neue Version der Listendashboard-API die Sortierreihenfolge der Ergebnisse. Dashboards werden in umgekehrter chronologischer Reihenfolge nach dem Datum der letzten Änderung zurückgegeben, wobei das zuletzt geänderte Dashboard zuerst statt alphabetisch nach Titel erfolgt.

Dies ist eine einschneidende Änderung für Benutzer, die Ergebnisse mithilfe von next_page_token paginieren. Token, die von einer früheren Version der API generiert wurden, sind mit der neuen Version ungültig. Wenn Sie ein Token aus einer früheren Version verwenden, gibt die API einen Fehler zurück:

Invalid page_token: this token was generated by a previous/different API version. Please retry without page_token.

Um das Paginieren nach dieser Änderung fortzusetzen, starten Sie eine neue Anforderung ohne eine next_page_token.

Lakebase wird standardmäßig für Arbeitsbereiche mit dem Compliancesicherheitsprofil aktiviert.

Am oder nach dem 30. April 2026 wird Lakebase standardmäßig für Arbeitsbereiche mit dem Compliancesicherheitsprofil aktiviert, wenn der Compliancestandard auf HIPAA, C5, TISAX oder None festgelegt ist.

Siehe Lakebase Compliance.

Neue Benutzeroberfläche für die Konsole "Databricks Apps"

In einer bevorstehenden Version erhält die Databricks Apps-Konsole eine überarbeitete Benutzeroberfläche, die eine intuitivere App-Verwaltung bietet. Die aktualisierte Konsole optimiert Workflows zum Bearbeiten, Bereitstellen und Überwachen von Apps. Sie können auch direkt über den App-Switcher in der oberen rechten Ecke Ihres Arbeitsbereichs auf Databricks-Apps zugreifen.

Siehe Databricks-Apps.

Änderungen am Öffnen von Delta-Freigabeempfängertoken

Die Delta-Freigabe für offene Empfänger wechselt zu einem neuen empfängerspezifischen URL-Format. Das Übergangsdatum wurde aktualisiert und ist jetzt der 1. Juli 2026. Neue Token, die am oder nach dem 1. Juli 2026 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>.delta-sharing.westus.azuredatabricks.net/api/2.0/delta-sharing/metastores/<metastore-id>

URLs, die vor dieser Änderung erstellt wurden, enthalten nicht die Empfängerkennung.

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:

Datenanbieter müssen überprüfen, ob ihre Empfänger das neue URL-Format vor dem 1. Juli 2027 verwenden. Ab dem 1. Juli 2026 finden Anbieter die neue URL in der Delta-Freigabe-UI. Nach dem 1. Juli 2027 ist das alte URL-Format ungültig.

Bearer-Token-Freigabe:

Einrichtungassistent für Marketplace-Anbieter

Ende März 2026 wird das Erstellungserlebnis der Marketplace-Anbieterkonsole von seinem aktuellen Format auf einen geführten Schritt-für-Schritt-Assistenten aktualisiert. Diese Änderung vereinfacht das Erstellen neuer Marketplace-Einträge.

Der Data Explorer - Beispiel wird Ende März allgemein verfügbar sein.

Ende März 2026 wird der Sample Data Explorer mit Genie Code allgemein verfügbar sein. Im Beispiel Data Explorer können Sie Fragen zu Tabellen im Unity-Katalog mithilfe einer eingebetteten Oberfläche für natürliche Sprachen stellen.

Die Datenklassifizierung wird in Kürze standardmäßig für einige Arbeitsbereiche mit aktiviertem Compliance-Sicherheitsprofil verfügbar sein.

Mitte März 2026 wird die Datenklassifizierung standardmäßig für Arbeitsbereiche mit aktiviertem Compliancesicherheitsprofil und ausgewählten HIPAA-Steuerelementen verfügbar sein.

Die EventBridge-Unterstützung wird bald für Dateiereignisse verfügbar sein, die Warteschlangen bereitgestellt haben.

Ende Februar 2026 steht die EventBridge-Unterstützung für Dateiereignisse zur Verfügung, die Warteschlangen für S3-Standorte vorsehen. Derzeit können Dateiereignisse nur mithilfe von SNS oder durch direktes Routing von Speicherereignissen an SQS eingerichtet werden.

Siehe Verwenden einer bereitgestellten Warteschlange für S3.

Supervisor Agent wird bald standardmäßig für Kunden mit erweiterter Sicherheit und Compliance verfügbar sein

Supervisor Agent wird bald standardmäßig für Arbeitsbereiche mit aktiviertem Compliancesicherheitsprofil und ausgewählten HIPAA-Steuerelementen verfügbar sein.

Verwenden Sie Supervisor Agent, um ein Mehr-Agent-Supervisor-System zu erstellen, das KI-Agenten und Tools koordiniert, um an komplexen Aufgaben zusammenzuarbeiten.

Siehe Verwenden des Supervisor-Agents zum Erstellen eines koordinierten Multi-Agent-Systems.

ADBC wird zum Standardtreiber für neue Power BI-Verbindungen

Ab Februar verwenden neue Verbindungen, die in Power BI Desktop oder Power BI Dienst erstellt wurden, standardmäßig den ADBC-Treiber (Arrow Database Connectivity). Vorhandene Verbindungen verwenden weiterhin ODBC, es sei denn, Sie aktualisieren sie manuell auf ADBC.

Wenn Sie ODBC für neue Verbindungen weiterhin verwenden möchten, haben Sie zwei Optionen:

1. Wählen Sie default beim Erstellen einer Verbindung als Implementierung aus.
2. Deaktivieren Sie in Power BI Desktop die ADBC-Featurevorschau, wodurch ODBC als Standard für alle neuen Verbindungen wiederhergestellt wird.

Weitere Informationen zu ADBC finden Sie unter Configure ADBC oder ODBC-Treiber für Power BI und the Databricks Driver im ADBC-Repository.

Neue Slicing-Logik für Zeitplantabellen für Aufträge

Ab dem 19. Januar 2026 verwenden die Zeitplan-Tabellen für Aufträge eine neue stundenbasierte Schneidelogik. Zeitsegmente richten sich jetzt an Standard-Stundenränder (17:00-18:00 Uhr, 18:00-19:00 Uhr usw.) anstelle von einstündigen Intervallen, die auf der Startzeit eines Durchlaufs basieren. Neue Zeilen verwenden die neue Slicing-Logik, während vorhandene Zeilen unverändert bleiben.

Weitere Informationen finden Sie unter "Uhr-Stunden-ausgerichtete Slicing"-Logik.

Navigationsupdates für Katalog-Explorer

Der Katalog-Explorer erhält bald Navigationsverbesserungen zum Optimieren von Workflows und hilft Ihnen, Datenressourcen effizienter zu erkennen und zu verwalten.

Vereinfachte Navigation:

Die Registerkarte "duplizierte Kataloge" wird entfernt, um Redundanz zu reduzieren und sich auf eine einzelne Katalognavigationsoberfläche zu konzentrieren. DBFS - und Feedbackaktionen werden in das Für ein übersichtliches Layout.

Neuer Vorgeschlagener Abschnitt:

Eine neue Registerkarte " Vorgeschlagen" auf der Zielseite des Katalog-Explorers hebt häufig verwendete Objekte hervor, z. B. Objekte für erstmalige Benutzer und Benutzerfavoriten. Auf diese Weise können Sie schnell wieder mit wichtigen Ressourcen interagieren oder hilfreiche Ausgangspunkte entdecken.

Konsolidierte Einstiegspunkte:

Verwandte Funktionen werden nach klareren Kategorien gruppiert, um visuelle Rauschen zu reduzieren und die Auffindbarkeit zu verbessern:

• Verwalten – Einstiegspunkt für verwaltete Tags, Metastoreverwaltung und Datenklassifizierung
• Verbinden – Einstiegspunkte für externe Speicherorte, externe Daten, Anmeldeinformationen und Verbindungen
• Teilen – Einstiegspunkte für Delta Sharing und Saubere Räume

Diese Gruppierungen ersetzen verstreute Unterregisterkarten und erstellen eine intuitivere, skalierbare Informationsarchitektur.

Lakehouse-Föderationsfreigabe und Standardspeicher

Delta Sharing in der Lakehouse Federation befindet sich in der Betaversion, sodass Delta Sharing-Datenanbieter externe Kataloge und Tabellen freigeben können. Standardmäßig müssen Daten vorübergehend materialisiert und im Standardspeicher (private Vorschau) gespeichert werden. Derzeit müssen Benutzer die Delta-Freigabe für Standardspeicher manuell aktivieren – Erweitertes Zugriffsfeature in der Kontokonsole, um die Lakehouse Federation-Freigabe zu verwenden.

Nachdem Delta-Freigabe für Standardspeicher – Erweiterter Zugriff für alle Azure Databricks Benutzer aktiviert ist, ist die Delta-Freigabe im Lakehouse-Verbund automatisch in Regionen verfügbar, in denen standardspeicher unterstützt wird.

Siehe Standardspeicher in Databricks und Hinzufügen fremder Schemas oder Tabellen zu einer Freigabe.

Benachrichtigung zum Neuladen in Arbeitsbereichen

In einer bevorstehenden Version wird eine Meldung zum erneuten Laden der Arbeitsbereichregisterkarte angezeigt, wenn Ihre Arbeitsbereichsregisterkarte seit langem geöffnet ist, ohne zu aktualisieren. Dadurch wird sichergestellt, dass Sie immer die neueste Version von Databricks mit den neuesten Features und Fixes verwenden.

SAP Business Data Cloud (BDC) Connector für Azure Databricks wird bald allgemein verfügbar sein

Der SAP Business Data Cloud (BDC)-Connector für Azure Databricks ist ein neues Feature, mit dem Sie Daten von SAP BDC in Azure Databricks und von Azure Databricks mit Delta Sharing in SAP BDC freigeben können. Dieses Feature wird ende September allgemein verfügbar sein.

Delta-Freigabe für Tabellen im Standardspeicher wird standardmäßig in Kürze aktiviert (Beta)

Dieses Update des Standardspeichers für delta sharing bietet erweiterte Freigabefunktionen, sodass Anbieter Tabellen unterstützt durch Standardspeicher an jeden Delta Sharing-Empfänger (offen oder Azure Databricks) teilen können, einschließlich Empfängern, die klassisches Rechnen verwenden. Dieses Feature befindet sich derzeit in Der Betaversion und erfordert, dass Anbieter die Delta-Freigabe für Den Standardspeicher manuell aktivieren – erweiterter Zugriff in der Kontokonsole. In Kürze wird dies standardmäßig für alle Benutzer aktiviert.

Informationen finden Sie unter Einschränkungen.

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.

Verhaltensänderung für die inkrementelle Verzeichnisauflistung der "Auto Loader"-Option

In einer bevorstehenden Databricks-Runtime-Version wird der Wert der veralteten Option Auto Loader cloudFiles.useIncrementalListing standardmäßig auf false gesetzt. Wenn Sie diesen Wert auf false festlegen, führt Auto Loader jedes Mal, wenn er ausgeführt wird, eine vollständige Verzeichnisauflistung durch. Derzeit ist der Standardwert der cloudFiles.useIncrementalListing-Option auto. Dadurch wird das automatische Ladeprogramm angewiesen, einen bestmöglichen Versuch zu unternehmen bei der Ermittlung, ob eine inkrementelle Auflistung mit einem Verzeichnis verwendet werden kann.

Wenn Sie die inkrementelle Eintragsfunktion weiterhin verwenden möchten, legen Sie die cloudFiles.useIncrementalListing Option auf auto. Wenn Sie diesen Wert auf auto festlegen, versucht der Autoloader bei jedem siebten inkrementellen Auflisten einmal, eine vollständige Auflistung durchzuführen, was dem Verhalten dieser Option vor dieser Änderung entspricht.

Weitere Informationen zur Verzeichnisauflistung "Auto Loader" finden Sie unter Konfigurieren von Datenströmen für das automatische Laden im Verzeichnisauflistungsmodus.

Verhaltensänderung beim Entfernen von Datasetdefinitionen aus Lakeflow Spark Declarative Pipelines

Eine bevorstehende Version von Lakeflow Spark Declarative Pipelines ändert das Verhalten, wenn eine materialisierte Ansicht oder Streamingtabelle aus einer Pipeline entfernt wird. Bei dieser Änderung wird die entfernte materialisierte Ansicht oder Streamingtabelle nicht automatisch gelöscht, wenn das nächste Pipelineupdate ausgeführt wird. Stattdessen können Sie den Befehl DROP MATERIALIZED VIEW verwenden, um eine materialisierte Ansicht oder den befehl DROP TABLE zum Löschen einer Streamingtabelle zu löschen. Nach dem Ablegen eines Objekts wird durch ausführen einer Pipelineaktualisierung das Objekt nicht automatisch wiederhergestellt. Ein neues Objekt wird erstellt, wenn eine materialisierte Ansicht oder Streamingtabelle mit derselben Definition der Pipeline neu hinzugefügt wird. Sie können jedoch ein Objekt mithilfe des Befehls UNDROP wiederherstellen.

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.