Was kommt?

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

Die Berechnungsdimensionierung von Databricks Apps wird in Kürze für Arbeitsbereiche mit aktiviertem Compliancesicherheitsprofil standardmäßig verfügbar gemacht.

Die Größenberechnung für Databricks-Apps wird Anfang März 2026 standardmäßig für Arbeitsbereiche mit aktiviertem Compliancesicherheitsprofil verfügbar sein.

Genie wird in Kürze in japan- und Korea Azure-Regionen verfügbar sein

Ab Februar 2026 wird Genie in-Geo für Japan und Korea verfügbar sein. Arbeitsbereiche in Japan und Korea Azure-Regionen erfordern keine geoübergreifende Verarbeitung mehr, um Genie zu verwenden.

Weitere Informationen dazu, welche Features eine geoübergreifende Verarbeitung erfordern, finden Sie unter Verfügbarkeit von vorgesehenen Diensten in den einzelnen Geografischen Regionen.

Agent Bricks: Knowledge Assistant wird bald standardmäßig für Arbeitsbereiche mit erweiterter Sicherheit und Compliance verfügbar sein

Mitte Februar 2026 ist Agent Bricks: Knowledge Assistant standardmäßig für Arbeitsbereiche verfügbar, die erweiterte Sicherheit und Compliance aktiviert haben.

Agent Bricks bietet einen optimierten Ansatz, um Daten zu KI-Agenten auf Produktionsniveau zu operationalisieren. Verwenden Sie Agent Bricks: Wissensassistent, um einen Chatbot zu erstellen, der Fragen zu Ihren Dokumenten beantworten und qualitativ hochwertige Antworten mit Zitaten bereitstellen kann.

Benutzer können dieses Feature jetzt verwenden, indem Sie die Vorschau des Wissens-Assistenten aktivieren.

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

Ab Februar verwenden neue Verbindungen, die in Power BI Desktop oder Power BI Service 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 im ADBC-Treiber (Arrow Database Connectivity) für Power BI und den Databricks-Treiber im ADBC-Repository.

ODBC-Treibernamenänderung

In einer bevorstehenden Version wird der Spark ODBC-Treiber (Simba) in den Databricks ODBC-Treiber umbenannt. In Zukunft verwenden alle neuen Versionen des Treibers diesen aktualisierten Namen. Daher müssen Sie beim Herunterladen der neuesten Version des Treibers kleinere Updates in Ihrer Anwendung vornehmen, um den umbenannten Treiber zu verwenden. Alle vorhandenen Funktionen und Leistung bleiben gleich.

Frühere Versionen des Treibers sind weiterhin auf der Seite "Alle ODBC-Treiberversionen " verfügbar und werden mindestens zwei Jahre lang unterstützt.

Partnergestützte KI-Features werden in Kürze in den Azure-Regionen Kanada, Brasilien und Großbritannien unterstützt.

Ab Februar 2026 verwenden partnergestützte KI-Features in Kanada, Brasilien und dem Vereinigten Königreich, die mit deaktivierter cross-Geo-Verarbeitung ausgeführt werden, Modelle, die in derselben Azure-Geografie wie der Arbeitsbereich gehostet werden. Dies richtet das Modellhosting an Azure-Regionen aus und stellt eine konsistente regionale Verfügbarkeit sicher.

Auswirkungen auf die Benutzererfahrung:

• Die meisten KI-Features funktionieren weiterhin wie erwartet, ohne dass eine Aktion erforderlich ist.
• Einige KI-Funktionen, die von Modellen abhängen, die derzeit nicht in einer Azure-Geografie gehostet werden, sind möglicherweise für Benutzer mit deaktivierter geoübergreifender Verarbeitung nicht mehr verfügbar. Weitere Informationen dazu, welche Features eine geoübergreifende Verarbeitung erfordern, finden Sie unter Verfügbarkeit von vorgesehenen Diensten in den einzelnen Geografischen Regionen.
• Wenn Sie sich auf ein Feature verlassen, das in Ihrer Azure-Geografie nicht mehr verfügbar ist, aktivieren Sie die geoübergreifende Verarbeitung, damit dieses Feature weiterhin Modelle verwendet, die außerhalb der Azure-Geografie gehostet werden.

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.

Öffentliche URLs für ODBC-Treiberdownloads werden deaktiviert

In einer bevorstehenden Version werden öffentliche URLs für automatisierte Apache Spark ODBC-Treiberdownloads deaktiviert. Nach dieser Änderung benötigen alle Treiberdownloads, einschließlich automatisierter Prozesse, eine Authentifizierung. Dadurch werden automatisierte Prozesse abgebrochen, die Apache Spark ODBC-Treiber mit direkten öffentlichen Links ohne Authentifizierung herunterladen.

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.

Änderungen am Öffnen von Delta-Freigabeempfängertoken

Die Delta-Freigabe für offene Empfänger wechselt zu einem neuen empfängerspezifischen URL-Format, das zum Herstellen einer Verbindung mit dem Delta-Freigabeserver verwendet wird. Diese Änderung verbessert die Netzwerksicherheit und Firewall-Konfigurationen und entspricht den bewährten Praktiken für die Freigabe von Endpunkten.

Empfängertoken, die am oder nach dem 9. März 2026 erstellt wurden:

Ab dem 9. März 2026 verwenden neue offene Empfängertoken ein neues, empfängerspezifisches URL-Format, um die Sicherheit und netzwerkfilterung zu verbessern. Diese Änderung gilt für Token, die an oder nach diesem Datum ausgestellt wurden; frühere Token können weiterhin das ältere URL-Format verwenden, bis sie ablaufen. Siehe Neue Ablauflebensdauer-Richtlinie für Token im folgenden Abschnitt.See New token expiration lifetime policy in the following section.

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

Für OIDC müssen Die Empfänger bis zum 9. März 2027 zum neuen URL-Format wechseln. Ab dem 9. März 2026 können Anbieter das neue URL-Format für vorhandene Empfänger auf der Delta-Freigabeseite anzeigen, um sie für Empfänger freizugeben.

Die neuen URLs werden im folgenden Format vorliegen:

https://2d4b0370-9d5c-4743-9297-72ba0f5caa8d.delta-sharing.westus.azuredatabricks.net

Neue Ablauflebensdauer-Richtlinie für Token:

Ab dem 8. Dezember 2025 werden alle neuen Tokens für Empfänger offener Freigaben mit einer maximalen Gültigkeitsdauer von einem Jahr ab dem Erstellungsdatum ausgegeben. Token mit längerer oder unbegrenzter Gültigkeit können nicht mehr erstellt werden.

Für Token, die mit dem vorherigen Empfänger-URL-Format zwischen dem 8. Dezember 2025 und dem 9. März 2026 erstellt wurden, läuft jedes Token automatisch ein Jahr nach seiner Erstellung ab. Beim Drehen von Token können Anbieter ein Ausfallzeitfenster konfigurieren, damit Empfänger migrieren können. Während dieses Fensters funktionieren sowohl die alten als auch die neuen Empfänger-URLs weiterhin.

Wenn Sie derzeit Empfängertoken mit langer oder unbegrenzter Lebensdauer verwenden, überprüfen Sie Ihre Integrationen, und denken Sie daran, token jährlich nach Bedarf zu drehen , da Token am 8. Dezember 2026 ablaufen.

Zeitreise- und VACUUM Verhaltensänderungen für verwaltete Tabellen im Unity-Katalog

Im Januar 2026 werden die in Databricks Runtime 18.0 eingeführten Zeitreisen und VACUUM Verhaltensänderungen auf serverlose Berechnungen, Databricks SQL und Databricks Runtime 12.2 und höher für verwaltete Unity-Katalog-Tabellen erweitert.

Zu diesen Änderungen zählen die folgenden:

• Zeitreiseabfragen werden blockiert, wenn sie überschreiten delta.deletedFileRetentionDuration.
• delta.logRetentionDuration muss größer oder gleich delta.deletedFileRetentionDurationsein.

E-Mail-Benachrichtigungen für ablaufende persönliche Zugriffstoken

Azure Databricks sendet bald E-Mail-Benachrichtigungen an Arbeitsbereichsbenutzer ungefähr sieben Tage, bevor ihre persönlichen Zugriffstoken ablaufen. Benachrichtigungen werden nur an Arbeitsbereichsbenutzer (keine Dienstprinzipale) mit E-Mail-basierten Benutzernamen gesendet. Alle ablaufenden Token innerhalb desselben Arbeitsbereichs werden in einer einzelnen E-Mail gruppiert.

Siehe "Überwachen und Widerrufen von persönlichen Zugriffstoken".

Aktualisierte Zeitachse für das Ende des Supports von Legacy-Dashboards

• Der offizielle Support für die ältere Version von Dashboards wurde ab dem 7. April 2025 eingestellt. Es werden nur kritische Sicherheitsprobleme und Dienstausfälle behoben.
• 3. November 2025: Databricks begann, Benutzern beim Zugriff auf ein älteres Dashboard ein ausblendbares Warndialogfeld vorzustellen. Das Dialogfeld erinnert Benutzer daran, dass der Zugriff auf ältere Dashboards am 12. Januar 2026 endet und eine Ein-Klick-Option zum Migrieren zu AI/BI bietet.
• 12. Januar 2026: Ältere Dashboards und APIs sind nicht mehr direkt zugänglich. Sie bieten jedoch weiterhin die Möglichkeit, KI/BI direkt zu aktualisieren. Die Migrationsseite ist bis zum 2. März 2026 verfügbar.

Um den Übergang zu AI/BI-Dashboards zu erleichtern, stehen Upgradetools sowohl auf der Benutzeroberfläche als auch in der API zur Verfügung. Anweisungen zur Verwendung des integrierten Migrationstools in der Benutzeroberfläche finden Sie unter Klonen eines Legacy-Dashboards zu einem AI/BI-Dashboard. Lernprogramme zum Erstellen und Verwalten von Dashboards mithilfe der REST-API finden Sie unter Verwenden von Azure Databricks-APIs zum Verwalten von Dashboards.

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 die Delta-Freigabe für Standardspeicher – Erweiterter Zugriff für alle Azure Databricks-Benutzer standardmäßig aktiviert ist, wird die Delta-Freigabe auf Lakehouse-Verbund automatisch in Regionen verfügbar sein, in denen der 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 an Azure Databricks und von Azure Databricks mithilfe der Delta-Freigabe für SAP BDC freigeben können. Dieses Feature wird ende September allgemein verfügbar sein.

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

Dieses Update des Standardspeichers für Delta Sharing bietet erweiterte Freigabefunktionen, sodass Anbieter Tabellen freigeben können, die auf Standardspeicher basieren, für jeden Delta Sharing-Empfänger (öffentlich oder Azure Databricks), einschließlich Empfänger, die klassische Rechenleistung 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 öffentlichen IP-Adressen der ausgehenden Steuerungsebene und Azure-Diensttags für verbesserte Sicherheit 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 Azure Databricks-Diensttag 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 Ausgehenden Steuerebenen-IPs werden weiterhin unterstützt.

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

Hinweis

Die Option "Auto Loader cloudFiles.useIncrementalListing " ist veraltet. Obwohl in diesem Hinweis eine Änderung des Standardwerts der Optionen und deren Verwendung nach dieser Änderung erläutert wird, rät Databricks davon ab, diese Option zu verwenden, und empfiehlt stattdessen den Dateibenachrichtigungsmodus mit Dateiereignissen.

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.

Um mehr über die Auto Loader-Verzeichnisauflistung zu erfahren, lesen Sie Auto Loader-Streams mit 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.