Novità in arrivo

Informazioni sulle funzionalità e sulle modifiche comportamentali nelle prossime versioni di Azure Databricks.

Modifica del comportamento imminente: scegliere i diritti quando si aggiungono entità alle aree di lavoro

Databricks sta cambiando il modo in cui le entità ottengono i diritti dell'area di lavoro. Dopo questa modifica, si concedono i diritti in modo esplicito quando si aggiunge un'entità a un'area di lavoro invece di basarsi sull'ereditarietà dal users gruppo di sistema. Gli amministratori dell'area di lavoro possono acconsentire esplicitamente a partire dal 15 giugno 2026 e il nuovo comportamento viene applicato per tutte le aree di lavoro il 14 settembre 2026.

Questa modifica consente di aggiungere identità in qualsiasi livello di accesso, inclusi gli utenti di tipo consumer, senza che ereditino automaticamente i privilegi di authoring.

Cosa cambia

Ogni area di lavoro ha due gruppi di sistema: users, che include tutte le entità a cui è concesso l'accesso all'area di lavoro e admins, che include gli amministratori dell'area di lavoro. Attualmente, ogni entità aggiunta a un'area di lavoro eredita i diritti concessi a users. Per impostazione predefinita, si tratta di:

• Accesso all'area di lavoro : creare e usare notebook, processi, pipeline, app e altro ancora.
• Accesso SQL di Databricks : creare e usare dashboard, spazi Genie, avvisi e altro ancora.

Dopo la modifica:

• Il users gruppo non avrà diritti. Il admins gruppo avrà tutti i diritti dell'area di lavoro. Entrambi i diritti dei gruppi sono bloccati.
• Le nuove entità devono essere concesse in modo esplicito ai diritti quando vengono aggiunte a un'area di lavoro.
• users e admins non possono essere annidati come membri di altri gruppi.

Le entità esistenti mantengono il livello di accesso corrente. Databricks esegue automaticamente la migrazione delle autorizzazioni precedentemente concesse a users a un nuovo gruppo clone locale dell'area di lavoro denominato users-clone-<TIMESTAMP> (dove <TIMESTAMP> indica l'ora della migrazione). Il gruppo clone viene gestito come qualsiasi altro gruppo locale dell'area di lavoro ed è possibile personalizzarne il nome quando si acconsente in anticipo. Il admins gruppo non richiede la migrazione.

Azione richiesta

• Se si gestiscono i diritti del gruppo di sistema tramite l'automazione (Terraform, API SCIM dell'area di lavoro o script personalizzati), aggiornare i flussi di lavoro ai gruppi di account standard di destinazione, non ai gruppi di sistema. Dopo aver abilitato il nuovo comportamento, i tentativi di modificare i diritti del gruppo di sistema avranno esito negativo.
• Se users o admins è annidato come membro di un altro gruppo, rimuoverlo. L'annidamento non è consentito con il nuovo comportamento.
• Se la sincronizzazione SCIM elimina i gruppi di aree di lavoro che non riconosce, aggiornarne la configurazione per mantenere il gruppo clone di migrazione (users-clone-<TIMESTAMP>). Se la sincronizzazione rimuove il gruppo clonato, le identità migrate al suo interno perdono le autorizzazioni.

Sequenza temporale

• 15 giugno 2026 - Consenso esplicito disponibile nelle impostazioni dell'area di lavoro in Controllo di accesso avanzato>.
• 27 luglio 2026 – Abilitato automaticamente per le aree di lavoro che non hanno effettuato l'adesione o la disattivazione esplicita. La disattivazione esplicita rimane disponibile.
• 14 settembre 2026 - Nuovo comportamento applicato per tutte le aree di lavoro. Disiscrizione rimossa.

È possibile gestire il nuovo comportamento dalle impostazioni dell'area di lavoro in Controllo di accesso avanzato>:

Prima dell'adesione: è attivo il comportamento precedente.

Dopo il consenso esplicito o l'abilitazione automatica: il nuovo comportamento è attivo.

Embed Genie Space sarà presto disponibile per impostazione predefinita per gli spazi di lavoro con il profilo di sicurezza per la conformità abilitato

L'incorporamento di uno spazio Genie come iframe sarà disponibile per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato nel mese di giugno 2026.

L'incorporamento di uno spazio Genie consente agli utenti aziendali di interagire con Genie direttamente all'interno degli strumenti o dei portali interni senza passare a Azure Databricks.

Vedere Incorporare uno spazio Genie in un'app esterna.

Gli avvisi SQL di Databricks saranno presto disponibili per impostazione predefinita per le aree di lavoro con il profilo di sicurezza della conformità abilitato

Gli avvisi SQL di Databricks saranno disponibili per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato nel mese di giugno 2026.

Usare gli avvisi SQL di Databricks per monitorare i dati e gli indicatori KPI eseguendo query su una pianificazione, valutando le condizioni e notificando ai destinatari quando vengono soddisfatte le condizioni. I casi d'uso comuni includono il monitoraggio delle deviazioni degli indicatori KPI, il rilevamento di anomalie e la visualizzazione di problemi di qualità dei dati.

Vedere Avvisi SQL di Databricks.

Genie Chat sarà presto disponibile per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato

Genie Chat sarà disponibile per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato nel mese di giugno 2026.

Genie chat offre un'interfaccia unificata a schermo intero per porre domande ai dati in linguaggio naturale. Si avvale di dashboard, query, Genie Spaces e viste delle metriche esistenti per rispondere alle tue domande utilizzando tutti i dati disponibili.

Vedi Genie chat.

Modello di autorizzazioni unificato per i progetti creati con l'API dell'istanza di database

Tra il 11 maggio e il 21 maggio 2026, la scalabilità automatica di Lakebase implementa un modello di autorizzazioni unificato per i nuovi progetti creati con l'API dell'istanza di database o gli strumenti correlati (interfaccia della riga di comando, SDK, Terraform, DAB). I progetti esistenti non sono interessati.

Dopo l'implementazione, sia le autorizzazioni di istanza che di progetto vengono gestite da un livello di autorizzazioni unificato, anziché da due set di ACL indipendenti. L'automazione esistente che usa l'API dell'istanza di database continua a funzionare senza modifiche.

Vedere Autorizzazioni (ACL).

Modifica imminente: Aggiornamento alla scalabilità automatica di Lakebase

Azure Databricks sta aggiornando tutte le istanze di Lakebase Provisioned alla piattaforma di scalabilità automatica di Lakebase. Gli aggiornamenti iniziano a giugno 2026 per i clienti che li hanno richiesti, con gli aggiornamenti dell'istanza rimanenti che continuano nelle settimane successive. Gli amministratori dell'area di lavoro riceveranno un messaggio di posta elettronica con date di aggiornamento prima dell'inizio dell'aggiornamento.

L'aggiornamento è automatico. Le connessioni vengono riavviate brevemente durante la transizione e le stringhe di connessione esistenti, le chiamate API, i bundle di automazione dichiarativa e le configurazioni terraform continuano a funzionare senza modifiche.

Dopo l'aggiornamento, si applicano le modifiche seguenti:

• Le istanze supporteranno le funzionalità di scalabilità automatica e possono essere gestite tramite la nuova interfaccia utente di scalabilità automatica e l'interfaccia utente con provisioning familiare, che rimane disponibile fino al 1° settembre 2026.

• Ogni istanza riceve un nuovo stringa di connessione a livello di area che fornisce ingresso ottimizzato:

  • Stringhe di connessione esistenti: Le stringhe di connessione di cui è stato effettuato il provisioning (senza un'area geografica) continuano a funzionare tramite il collegamento privato privato in ingresso esistente e non richiedonoService Direct collegamento privato.
  • Nuova stringa di connessione regionale: se si usa collegamento privato e ci si connette a Lakebase dall'esterno dell'area di lavoro di Azure Databricks, è necessario configurare collegamento privato in ingresso per i servizi a uso intensivo delle prestazioni per usare la nuova stringa di connessione regionale.

• Per utilizzare le nuove funzionalità di autoscaling, come scale-to-zero, nei tuoi bundle di automazione dichiarativa e nelle configurazioni Terraform, aggiornali affinché usino la semantica dell’autoscaling.

• Si applicano i prezzi di Lakebase GA. Con il calcolo elastico che sostituisce le istanze a dimensione fissa, la maggior parte dei clienti vedrà una riduzione dei costi di calcolo.

• Le funzionalità Forward ETL e REST Api Private Preview in Lakebase Provisioned sono disabilitate dopo l'aggiornamento. I relativi sostituti, Lakebase Change Data Feed e la Data API, sono disponibili sulla piattaforma Autoscaling.

La scalabilità automatica di Lakebase aggiunge la scalabilità automatica e la scalabilità a zero, il ripristino temporizzato e gli snapshot, la pianificazione delle finestre di manutenzione, la diramazione del database e altri miglioramenti. Per informazioni dettagliate su cosa aspettarsi, sulle modifiche e sulle azioni da eseguire, vedere Eseguire l'aggiornamento alla scalabilità automatica.

Per richiedere un aggiornamento urgente o in caso di domande, contattare il team responsabile dell'account o il supporto tecnico di Azure Databricks.

Il supporto per il formato di file Excel sarà presto disponibile per impostazione predefinita

Il supporto per il formato di file Excel sarà disponibile per impostazione predefinita per tutte le aree di lavoro all'inizio di giugno 2026. È possibile acquisire, analizzare ed eseguire query su file .xls, .xlsx e .xlsm direttamente grazie al supporto integrato, senza librerie esterne o conversioni manuali. Gli amministratori dello spazio di lavoro possono abilitarlo ora in Impostazioni>Anteprime>Supporto del formato di file Excel. Richiede Databricks Runtime 17.1 o versione successiva.

Vedere Leggere i file di Excel.

Databricks Runtime 19 userà un modello di versione unificata

A partire dalla versione 19, Databricks Runtime userà un modello di versione unificata. Anziché più versioni delle funzionalità (ad esempio, 19.0, 19.1, 19.2), ogni versione principale avrà una singola pagina delle note sulla versione.

Dopo una versione beta iniziale, ogni versione di Databricks Runtime verrà avviata come disponibile a livello generale e riceverà nuove funzionalità e correzioni circa settimanali, con aggiornamenti differenziati per data in una singola pagina. I cluster riceveranno aggiornamenti al riavvio. Dopo circa sei mesi, la versione passa al supporto a lungo termine (LTS) con tre anni di supporto.

Databricks Runtime 18 è la versione di transizione. Le pagine delle versioni di funzionalità 18.0, 18.1 e 18.2 rimangono disponibili per consultazione storica e Databricks Runtime 18 LTS sarà la versione unificata finale della serie 18.x.

Allegati in formato tabellare negli abbonamenti e-mail del dashboard per le aree di lavoro con il profilo di sicurezza per la conformità abilitato

Gli allegati tabulari nelle sottoscrizioni di posta elettronica del dashboard saranno disponibili per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato a giugno 2026.

Gli iscritti alle email ricevono un'istantanea in PDF e, facoltativamente, dati in formato tabellare dai widget selezionati della dashboard come allegati nei formati CSV, TSV o Excel.

Power BI connessioni passeranno ad ADBC

Power BI prevede di eseguire la transizione di tutte le connessioni Power BI ad Arrow Database Connectivity (ADBC) a luglio 2026. Per evitare interruzioni, Databricks consiglia di passare ora a ADBC i modelli semantici di sviluppo e staging e convalidare i carichi di lavoro.

Il driver ADBC per Power BI su Azure Databricks è stato visualizzato in anteprima pubblica a partire da ottobre 2025. A partire da febbraio 2026, tutte le nuove connessioni in Power BI Desktop e il servizio Power BI usano ADBC per impostazione predefinita. Le connessioni esistenti continuano a usare ODBC a meno che non vengano aggiornate manualmente.

Vedere Configurare il driver ADBC o ODBC per Power BI.

L'autorizzazione utente per le app Databricks sarà presto disponibile per le aree di lavoro con il profilo di sicurezza di conformità abilitato

All'inizio di giugno 2026, l'autorizzazione utente per Databricks Apps verrà abilitata automaticamente per le aree di lavoro con il profilo di sicurezza di conformità abilitato. L'autorizzazione utente consente alle app di agire con l'identità dell'utente dell'app, in modo che le app possano accedere alle risorse per conto dell'utente applicando le autorizzazioni esistenti dell'utente.

Vedere Autorizzazione utente.

Le autorizzazioni per gli oggetti dell'area di lavoro verranno presto ereditate da tutti i gruppi di account

In una versione futura le autorizzazioni per gli oggetti dell'area di lavoro verranno ereditate da tutti i gruppi di account, non solo dai gruppi assegnati direttamente all'area di lavoro. I principali erediteranno le autorizzazioni sugli oggetti dello spazio di lavoro, come processi, notebook, cartelle, query e dashboard, da tutti i gruppi di account di cui fanno parte, indipendentemente dal fatto che tali gruppi siano assegnati allo spazio di lavoro. Gli utenti devono comunque essere assegnati all'area di lavoro per usare queste autorizzazioni.

Questa modifica attiva anche le autorizzazioni inattive ("orfane"). Queste sono concessioni di autorizzazione che rimangono a un gruppo dopo la sua rimozione da un workspace. Non vengono aggiunte nuove autorizzazioni, ma le concessioni orfane esistenti diventeranno attive, consentendo potenzialmente ai membri dell'area di lavoro di accedere in modo imprevisto. Ad esempio, se un gruppo "Contractors" è stato rimosso da un'area di lavoro ma ha ancora accesso alla modifica a una cartella, qualsiasi membro dell'area di lavoro in "Contractors" otterrà l'accesso a tale cartella.

Databricks consiglia di esaminare le autorizzazioni dell'area di lavoro. Usa il notebook seguente per identificare i permessi inattivi nei tuoi workspace.

Notebook di analisi delle autorizzazioni rimaste orfane

Ottieni il notebook

I token di accesso personali limitati saranno presto disponibili di default per le aree di lavoro con il profilo di sicurezza di conformità abilitato

I token di accesso personali con ambito saranno disponibili per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato alla fine di maggio 2026.

I token di accesso personale con ambito definito limitano le autorizzazioni di un PAT a operazioni API specifiche assegnando uno o più ambiti API, invece di concedere all'identità creatrice l'accesso completo all'area di lavoro.

Vedere Autenticazione con i token di accesso personale di Azure Databricks (legacy).

Modifica comportamentale imminente: VOID colonne incluse nelle letture delle tabelle Delta

A metà giugno 2026 Delta Lake supporterà completamente le colonne VOID. In precedenza, VOID le colonne venivano ignorate automaticamente dalle letture del dataframe basate sul percorso (ad esempio , spark.read.format("delta").load(path)) e dalle query di spostamento temporale. Dopo questa modifica, queste query includono VOID colonne nell'output.

Le query che dipendono dal numero di colonne o dalla posizione, ad esempio INSERT INTO ... SELECT *, potrebbero non riuscire o produrre risultati non corretti dopo questa modifica. Esaminare eventuali query che estraggono dati da tabelle Delta Lake con colonne VOID per garantire che le colonne aggiuntive siano gestite correttamente.

Vedere VOID tipo.

Modifica di rilievo imminente: comportamento predefinito durante l'eliminazione di una pipeline del catalogo Unity

In una versione futura, il comportamento predefinito durante l'eliminazione di una pipeline del catalogo Unity cambierà. Attualmente, l'eliminazione di una pipeline rimuove anche tutte le viste materializzate associate, le tabelle di streaming e le viste. Dopo questa modifica, le tabelle associate verranno mantenute, ma inattive dopo la rimozione della pipeline. L'API cambierà anche per conservare le tabelle per impostazione predefinita, ma impostando il campo cascade su true si esegue l'override e si mantiene il comportamento corrente.

Il cascade campo è ora disponibile. Per mantenere il comportamento corrente della rimozione di tutte le tabelle durante l'eliminazione di una pipeline, aggiornare il codice per impostare cascade=true.

Vedere Eliminare una pipeline ed Eliminare una pipeline.

Nuovo abilitazione predefinita dell'editor SQL e ritiro dell'editor SQL legacy

Il nuovo editor SQL è disponibile a livello generale a partire da ottobre 2025. Nell'ambito della transizione al nuovo editor, sono pianificate le modifiche seguenti:

• A partire dalla fine di maggio 2026: il nuovo editor SQL verrà abilitato per impostazione predefinita per tutte le aree di lavoro. La possibilità di disattivare la funzionalità a livello di area di lavoro non sarà più disponibile. I singoli utenti potranno comunque passare le query all'editor SQL legacy dopo l'inizio di questo periodo.
• A partire dalla fine di luglio 2026: l'editor SQL legacy verrà ritirato. Tutti gli utenti useranno il nuovo editor SQL e il singolo rifiuto esplicito non sarà più disponibile.

Per altre informazioni sul nuovo editor SQL, vedere Scrivere query ed esplorare i dati nel nuovo editor SQL. Per domande su questa transizione, contattare il tuo team account.

Cambio dell'ordinamento dell'API List Dashboards

Il 4 maggio 2026 una nuova versione dell'API List Dashboards modifica l'ordinamento dei risultati. I dashboard verranno restituiti in ordine cronologico inverso in base alla data dell'ultima modifica, con il dashboard modificato più di recente, anziché alfabeticamente per titolo.

Si tratta di una modifica significativa per gli utenti che impaginano i risultati usando next_page_token. I token generati da una versione precedente dell'API non sono validi con la nuova versione. Se si usa un token di una versione precedente, l'API restituisce un errore:

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

Per continuare la paginazione dopo questa modifica, avviare una nuova richiesta senza next_page_token.

Lakebase verrà abilitato per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità

A partire dal 30 aprile 2026, Lakebase sarà abilitato come impostazione predefinita per le aree di lavoro con il profilo di sicurezza della conformità quando lo standard di conformità è impostato su HIPAA, C5, TISAX o Nessuno.

Vedere Conformità di Lakebase.

Modifiche ai token di destinatario Delta Sharing aperti

La Delta Sharing per i destinatari aperti passerà a un nuovo formato di URL specifico per ciascun destinatario. La data di transizione è stata aggiornata ed è ora il 1° luglio 2026. I nuovi token creati il 1° luglio 2026 useranno automaticamente il nuovo formato url. Questa modifica migliora la sicurezza di rete e consente ai destinatari di configurare criteri di rete e regole del firewall specifici dei destinatari.

Per Azure Cina, la transizione verrà annunciata in un secondo momento.

I nuovi URL includono l'ID destinatario nel dominio:

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

Per riferimento, gli URL creati prima di questa modifica non contengono l'ID destinatario.

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

Gli URL precedenti continueranno a funzionare per un periodo di tempo. La durata specifica dipende dal tipo di destinatario e dalla data di creazione del token. I provider di dati devono passare al nuovo formato URL prima che il formato dell'URL precedente non sia valido.

Condivisione della federazione OIDC:

I provider di dati devono verificare che i destinatari usino il nuovo formato URL prima del 1° luglio 2027. A partire dal 1° luglio 2026, i provider possono trovare il nuovo URL nell'interfaccia utente di Condivisione delta. Dopo il 1° luglio 2027, il formato dell'URL precedente non sarà valido.

Condivisione di token di autenticazione:

La classificazione dei dati sarà presto disponibile per impostazione predefinita per alcune aree di lavoro con il profilo di sicurezza di conformità abilitato

A metà marzo 2026, la classificazione dei dati sarà disponibile per impostazione predefinita per le aree di lavoro con il profilo di sicurezza di conformità abilitato e i controlli HIPAA selezionati.

Il supporto per EventBridge sarà presto disponibile per le code destinate agli eventi di file.

Alla fine di febbraio 2026, il supporto per EventBridge sarà disponibile per gli eventi di file tramite code dedicate nelle posizioni S3. Attualmente, gli eventi di file possono essere configurati solo tramite SNS o instradando gli eventi di archiviazione direttamente a SQS.

Vedi Uso di una coda fornita per S3.

Nuova logica di suddivisione per le tabelle della cronologia dei lavori

A partire dal 19 gennaio 2026, le tabelle della cronologia dei lavori adotteranno una nuova logica di sezionamento allineata all'ora. Le sezioni temporali ora sono allineate ai limiti dell'ora standard (5:00-6:00, 6:00-7:00 e così via) anziché in base agli intervalli di un'ora dall'inizio dell'esecuzione. Le nuove righe useranno la nuova logica di sezionamento, mentre le righe esistenti rimangono invariate.

Vedere Logica di sezionamento allineata all'ora.

Aggiornamenti della navigazione di Catalog Explorer

Esplora cataloghi riceverà presto miglioramenti per la navigazione per semplificare i flussi di lavoro e facilitare l'individuazione e la gestione degli asset di dati in modo più efficiente.

Navigazione semplificata:

La scheda Cataloghi duplicati viene rimossa per ridurre la ridondanza e concentrarsi su una singola superficie di spostamento del catalogo. Le azioni DBFS e Invia feedback si spostano nel menu dell'icona kebab per un layout più pulito.

Nuova sezione Suggerita:

Una nuova scheda Suggerita nella pagina di destinazione esplora cataloghi evidenzia gli oggetti usati di frequente, gli oggetti di esempio per gli utenti per la prima volta e i preferiti degli utenti. In questo modo è possibile interagire rapidamente con asset importanti o individuare punti di partenza utili.

Punti di ingresso consolidati:

Le funzionalità correlate sono raggruppate in categorie più chiare per ridurre il rumore visivo e migliorare la individuabilità:

• Govern – punto di ingresso per tag regolati, amministrazione metastore e classificazione dei dati
• Connetti : punti di ingresso per posizioni esterne, dati esterni, credenziali e connessioni
• Condivisione : punti di ingresso per Delta Sharing e le Stanze Pulite

Questi raggruppamenti sostituiscono sotto-tabulazioni sparse e creano un'architettura delle informazioni più intuitiva e scalabile.

Condivisione e archiviazione predefinita di Lakehouse Federation

La Delta Sharing su Lakehouse Federation è in versione beta, consentendo ai provider di dati per Delta Sharing di condividere cataloghi e tabelle esterne. Per impostazione predefinita, i dati devono essere temporaneamente materializzati e archiviati nell'archiviazione predefinita (anteprima privata). Attualmente, gli utenti devono abilitare manualmente la funzionalità Condivisione delta per l'archiviazione predefinita - Accesso espanso nella console dell'account per usare la condivisione di Lakehouse Federation.

Dopo Delta Sharing for Default Storage – Expanded Access è abilitato per impostazione predefinita per tutti gli utenti Azure Databricks, La condivisione Delta in Lakehouse Federation sarà automaticamente disponibile nelle aree in cui è supportata l'archiviazione predefinita.

Vedere Archiviazione predefinita in Databricks e Aggiungere schemi o tabelle esterne a una condivisione.

Notifica di ricaricamento nelle aree di lavoro

In una versione futura, verrà visualizzato un messaggio per ricaricare la scheda dell'area di lavoro se la scheda dell'area di lavoro è stata aperta per molto tempo senza aggiornare. Ciò consentirà di assicurarsi di usare sempre la versione più recente di Databricks con le funzionalità e le correzioni più recenti.

Il Delta Sharing per le tabelle sullo storage predefinito verrà abilitato di default a breve (Beta)

Questo aggiornamento di archiviazione predefinita per Delta Sharing ha ampliato le funzionalità di condivisione, consentendo ai provider di condividere tabelle supportate dall'archiviazione predefinita con qualsiasi destinatario di Delta Sharing (open o Azure Databricks), inclusi i destinatari che utilizzano il computing classico. Questa funzionalità è attualmente in versione beta e richiede ai provider di abilitare manualmente la condivisione delta per l'archiviazione predefinita - Accesso espanso nella console dell'account. A breve, questa opzione verrà abilitata per impostazione predefinita per tutti gli utenti.

Vedere Limitazioni.

Aggiornamenti agli indirizzi IP pubblici del piano di controllo esterno

Azure Databricks sta aggiornando gli indirizzi IP pubblici del piano di controllo in uscita e i tag di servizio di Azure per migliorare la sicurezza e la disponibilità delle zone. Queste modifiche fanno parte di un aggiornamento del piano di controllo che ha iniziato l'implementazione il 20 maggio 2025.

Se l'organizzazione usa firewall delle risorse per controllare l'accesso in ingresso:

• Se le regole del firewall fanno riferimento al tag Azure Databricks service, non è necessaria alcuna azione.
• Se si consentono indirizzi IP pubblici specifici del piano di controllo, è necessario aggiungere tutti gli INDIRIZZI IP del piano di controllo in uscita entro il 26 settembre 2025.

Gli indirizzi IP del piano di controllo uscente precedenti continuano a essere supportati.

Modifica del comportamento dell'opzione di elenco delle directory incrementale del caricatore automatico

In una futura versione di Databricks Runtime, il valore dell'opzione Auto Loader ormai obsoleta verrà impostato su cloudFiles.useIncrementalListing per impostazione predefinita. L'impostazione di questo valore su false fa sì che il caricatore automatico esegua un elenco di directory completo ogni volta che viene eseguito. Attualmente, il valore predefinito dell'opzione cloudFiles.useIncrementalListing è auto, istruendo il caricatore automatico a fare un tentativo migliore per rilevare se un elenco incrementale può essere utilizzato con una directory.

Per continuare a usare la funzionalità di elenco incrementale, impostare l'opzione cloudFiles.useIncrementalListing su auto. Quando si imposta questo valore su auto, Il caricatore automatico tenta di eseguire un elenco completo una volta ogni sette elenchi incrementali, che corrisponde al comportamento di questa opzione prima di questa modifica.

Per altre informazioni sull'elenco di directory di Auto Loader, vedere Configurare i flussi di Auto Loader in modalità elenco directory.

Modifica del comportamento quando le definizioni dei set di dati vengono rimosse dalle pipeline dichiarative di Lakeflow Spark

Una versione futura delle pipeline dichiarative di Lakeflow Spark modificherà il comportamento quando una vista materializzata o una tabella di streaming viene rimossa da una pipeline. Con questa modifica, la vista materializzata rimossa o la tabella di streaming non verranno eliminate automaticamente quando viene eseguito l'aggiornamento della pipeline successivo. Sarà invece possibile usare il comando DROP MATERIALIZED VIEW per eliminare una vista materializzata o il comando DROP TABLE per eliminare una tabella di streaming. Dopo l'eliminazione di un oggetto, l'esecuzione di un aggiornamento della pipeline non recupererà automaticamente l'oggetto. Viene creato un nuovo oggetto se una vista materializzata o una tabella di streaming con la stessa definizione viene nuovamente aggiunta alla pipeline. È tuttavia possibile recuperare un oggetto usando il comando UNDROP.

Il campo sourceIpAddress nei log di controllo non includerà più un numero di porta

A causa di un bug, alcuni log di controllo di autorizzazione e autenticazione includono un numero di porta oltre all'Indirizzo IP nel campo sourceIPAddress (ad esempio, "sourceIPAddress":"10.2.91.100:0"). Il numero di porta, registrato come 0, non fornisce alcun valore reale ed è incoerente con il resto dei log di controllo di Databricks. Per migliorare la coerenza dei log di controllo, Databricks ha in programma di modificare il formato dell'indirizzo IP per questi eventi del log di controllo. Questa modifica verrà implementata gradualmente a partire da inizio agosto 2024.

Se il log di controllo contiene un sourceIpAddress di 0.0.0.0, Databricks potrebbe interrompere il log.