Was kommt?

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

Ö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".

Genie Research Agent Modus kann bald Modelle verwenden, die über Amazon Bedrock bedient werden

Der Modus "Genie Research Agent" kann bald Modelle verwenden, die über Amazon Bedrock bedient werden, wenn partnergestützte KI-Features aktiviert sind.

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

Die Delta-Freigabe auf 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

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.