Co se chystá?

Seznamte se s funkcemi a změnami chování v nadcházejících verzích Azure Databricks.

Genie bude brzy k dispozici v Japonsku a Koreji v geografických oblastech Azure

Od 31. ledna 2026 bude Genie k dispozici in-Geo pro Japonsko a Koreu. Pracovní prostory v Japonsku a Koreji už nebudou pro použití Genie vyžadovat zpracování napříč geografiemi.

Další informace o tom, které funkce vyžadují křížové zpracování, najdete v tématu Dostupnost určených služeb v jednotlivých geografických oblastech.

Agent Bricks: Pomocník pro znalostní bázi bude brzy k dispozici ve výchozím nastavení pro pracovní prostory s vylepšeným zabezpečením a dodržováním předpisů.

V polovině února 2026 bude agent Bricks: Knowledge Assistant ve výchozím nastavení k dispozici pro pracovní prostory s povoleným rozšířeným zabezpečením a dodržováním předpisů .

Agent Bricks poskytuje zjednodušený přístup k zprovoznění dat do agentů umělé inteligence na úrovni produkce. Použijte Agent Bricks: Knowledge Assistant k vytvoření chatovacího robota, který může odpovídat na otázky týkající se vašich dokumentů a poskytovat vysoce kvalitní odpovědi citací.

Uživatelé teď můžou tuto funkci začít používat povolením nástroje Knowledge Assistant ve verzi Preview.

ADBC se stane výchozím ovladačem pro nová připojení Power BI.

Od února budou nová připojení vytvořená v Power BI Desktopu nebo službě Power BI automaticky používat ovladač Připojení k databázi se šipkou (ADBC). Stávající připojení budou nadále používat rozhraní ODBC, pokud je ručně neaktualizujete na ADBC.

Pokud chcete rozhraní ODBC dál používat pro nová připojení, budete mít dvě možnosti:

1. Při vytváření připojení vyberte default jako implementaci.
2. V Power BI Desktopu vypněte náhled funkce ADBC, čímž obnovíte ODBC jako výchozí pro všechna nová připojení.

Další informace o ADBC najdete v tématu Ovladač adBC (Arrow Database Connectivity) pro Power BI a Ovladač Databricks v úložišti ADBC.

Změna názvu ovladače ODBC

V nadcházející verzi se ovladač Spark ODBC (Simba) přejmenuje na ovladač ODBC Databricks. V budoucnu budou všechny nové verze ovladače používat tento aktualizovaný název. V důsledku toho budete muset při stahování nejnovější verze ovladače provést dílčí aktualizace ve vaší aplikaci, aby bylo možné použít rebranded driver. Všechny stávající funkce a výkon zůstanou stejné.

Předchozí verze ovladače budou nadále k dispozici na stránce Všechny verze ovladačů ODBC a zůstanou podporovány nejméně po dobu dvou let.

Pracovní prostory bez serveru budou brzy obecně dostupné.

Na začátku února 2026 budou obecně dostupné bezserverové pracovní prostory. Bezserverové pracovní prostory jsou předem nakonfigurované s bezserverovým výpočetním prostředím a výchozím úložištěm, které poskytuje plně spravované prostředí SaaS připravené pro podniky. Viz Vytvoření bezserverového pracovního prostoru.

Funkce umělé inteligence založené na partnerech budou brzy podporovány v oblastech Azure Azure Kanada, Brazílie a Velká Británie.

Od 31. ledna 2026 budou funkce umělé inteligence poháněné partnery v Kanadě, Brazílii a Spojeném království, které běží se zakázaným mezi-geografickým zpracováním, používat modely hostované ve stejné geografické oblasti Azure jako pracovní prostor. Tím se zarovná hostování modelů s geografickými oblastmi Azure a zajišťuje konzistentní regionální dostupnost.

Dopad na uživatelské prostředí:

• Většina funkcí AI bude dál fungovat podle očekávání bez nutnosti žádné akce.
• Některé funkce umělé inteligence, které jsou závislé na modelech, které nejsou aktuálně hostované v geografické oblasti Azure, už nemusí být dostupné pro uživatele se zakázaným křížovým zpracováním. Další informace o tom, které funkce vyžadují křížové zpracování, najdete v tématu Dostupnost určených služeb v jednotlivých geografických oblastech.
• Pokud se spoléháte na funkci, která už není dostupná ve vaší zeměpisné oblasti Azure, povolte křížové geografické zpracování, abyste této funkci umožnili pokračovat v používání modelů hostovaných mimo oblast Azure Geography.

Nová logika vytváření řezů pro tabulky časové osy úloh

Od 19. ledna 2026 používají tabulky časové osy úloh novou logiku dělení podle hodin. Časové řezy teď odpovídají standardním hodinovým časovým hranicím (17:00–18:00, 18:00–19:00 atd.) místo hodinových intervalů určených časem spuštění. Nové řádky budou používat novou logiku vytváření řezů, zatímco stávající řádky zůstanou beze změny.

Viz Logika řezání zarovnaná s hodinovým úhlem.

Veřejné adresy URL pro stahování ovladačů ODBC budou zakázány.

V nadcházející verzi budou veřejné adresy URL pro automatizované stahování ovladačů ODBC Apache Sparku zakázané. Po této změně budou všechny stahování ovladačů, včetně automatizovaných procesů, vyžadovat ověření. Tím se přeruší automatizované procesy, které stahují ovladače Apache Spark ODBC pomocí přímých veřejných odkazů bez ověřování.

Aktualizace navigace v Průzkumníku katalogu

Průzkumník katalogu brzy obdrží vylepšení navigace, která zjednoduší pracovní postupy a usnadní vám efektivnější zjišťování a správu datových prostředků.

Zjednodušená navigace:

Duplikátní karta Katalogy se odstraní, aby se snížila redundance a zaměřilo se na jedno uživatelské rozhraní katalogu. DBFS a akce pro odeslání zpětné vazby se přesunou do nabídky znázorněné ikonou pro čistější rozvržení.

Nový navrhovaný oddíl:

Na úvodní stránce Průzkumníka katalogu je nová karta Doporučená, která zvýrazní často používané objekty, příkladové objekty pro první uživatele a oblíbené položky. To vám pomůže rychle se znovu spojit s důležitými zdroji nebo objevit užitečná výchozí místa.

Konsolidované vstupní body:

Související funkce jsou seskupené do jasnějších kategorií, aby se snížil vizuální šum a zlepšila se vyhledatelnost:

• Govern – vstupní bod pro řízené značky, správu metastore a klasifikaci dat
• Připojení – Vstupní body pro externí umístění, externí data, přihlašovací údaje a připojení
• Sdílení – vstupní body pro Delta Sharing a Clean Rooms

Tyto skupiny nahrazují roztroušené podzáložky a vytvářejí intuitivnější a škálovatelnější informační architekturu.

Změny otevření přístupových tokenů pro Delta Sharing

Delta Sharing pro otevřené příjemce přejde na nový formát URL, specifický pro příjemce, který se používá k připojení k Delta Sharing serveru. Tato změna zlepšuje konfiguraci zabezpečení sítě a brány firewall a odpovídá osvědčeným postupům pro sdílení koncových bodů.

Tokeny příjemců vytvořené dne nebo po 9. březnu 2026:

Od 9. března 2026 budou nové otevřené tokeny příjemců používat nový formát adresy URL specifický pro příjemce ke zlepšení zabezpečení a filtrování sítě. Tato změna se vztahuje na tokeny vydané dne nebo po tomto datu; starší tokeny můžou dál používat starší formát adresy URL, dokud nevyprší jejich platnost. Informace o zásadách doby platnosti nového tokenu najdete v následující části.

V případě Azure China bude přechod oznámen později.

V případě OIDC musí příjemci přejít do nového formátu adresy URL do 9. března 2027. Od 9. března 2026 budou moct poskytovatelé zobrazit nový formát adresy URL pro stávající příjemce na stránce Delta Sharing, aby je mohli sdílet s příjemci.

Nové adresy URL budou v následujícím formátu:

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

Nová pravidla pro životnost vypršení platnosti tokenu:

Od 8. prosince 2025 budou všechny nové tokeny příjemců otevřeného sdílení vydány s maximální platností jednoho roku od data vytvoření. Tokeny s delší nebo neomezenou platností se už nedají vytvářet.

U tokenů vytvořených pomocí předchozího formátu adresy URL příjemce mezi 8. prosincem 2025 a 9. březnem 2026 platnost každého tokenu automaticky vyprší jeden rok po jeho vytvoření. Při obměně tokenů můžou poskytovatelé nakonfigurovat okno výpadků, které příjemcům umožní migraci. Během tohoto okna budou fungovat staré i nové adresy URL příjemců.

Pokud aktuálně používáte tokeny příjemců s dlouhou nebo neomezenou životností, zkontrolujte integrace a nezapomeňte tokeny ročně obměňovat podle potřeby, protože platnost tokenů vyprší 8. prosince 2026.

Změny časového cestování a VACUUM chování spravovaných tabulek v katalogu Unity

V lednu 2026 se změny doby trvání a VACUUM chování zavedené v Databricks Runtime 18.0 rozšíří na bezserverové výpočetní prostředky, Databricks SQL a Databricks Runtime 12.2 a vyšší pro spravované tabulky Služby Unity.

Jde o tyto změny:

• Dotazy na časové cestování jsou blokovány, pokud přesahují delta.deletedFileRetentionDuration.
• delta.logRetentionDuration musí být větší nebo roven delta.deletedFileRetentionDuration.

E-mailová oznámení o vypršení platnosti osobních přístupových tokenů

Azure Databricks brzy pošle uživatelům pracovního prostoru e-mailová oznámení přibližně sedm dní před vypršením platnosti jejich osobních přístupových tokenů. Oznámení se odesílají jen uživatelům pracovního prostoru (nikoli servisním principům) s uživatelskými jmény, která jsou založená na e-mailu. Všechny tokeny s vypršenou platností v rámci stejného pracovního prostoru se seskupí do jednoho e-mailu.

Viz Monitorování a odvolávání tokenů osobního přístupu.

Aktualizace časové osy ukončení podpory pro starší řídicí panely

• Oficiální podpora starší verze řídicích panelů skončila od 7. dubna 2025. Vyřeší se pouze kritické problémy se zabezpečením a výpadky služeb.
• 3. listopadu 2025: Databricks začala zobrazovat uživatelům zavírací dialogové okno s upozorněním při přístupu ke kterémukoliv staršímu řídicímu panelu. Toto dialogové okno uživatelům připomíná, že přístup ke starším řídicím panelům skončí 12. ledna 2026 a nabízí možnost jedním kliknutím migrovat na AI/BI.
• 12. ledna 2026: Starší řídicí panely a rozhraní API už nebudou přístupné přímo. Přesto budou mít možnost provádět aktualizace přímo v AI/BI. Stránka migrace bude k dispozici do 2. března 2026.

Pro usnadnění přechodu na řídicí panely AI/BI jsou nástroje pro upgrade k dispozici v uživatelském rozhraní i v rozhraní API. Pokyny k použití integrovaného nástroje pro migraci v uživatelském rozhraní najdete v tématu Klonování staršího řídicího panelu na řídicí panel AI/BI. Kurzy týkající se vytváření a správy řídicích panelů pomocí rozhraní REST API najdete v tématu Použití rozhraní API Azure Databricks ke správě řídicích panelů.

Sdílení federace Lakehouse a výchozí úložiště

Delta Sharing on Lakehouse Federation je v beta verzi, což umožňuje poskytovatelům dat služby Delta Sharing sdílet cizí katalogy a tabulky. Ve výchozím nastavení musí být data dočasně materializovaná a uložená ve výchozím úložišti (Private Preview). V současné době musí uživatelé ručně povolit funkci Delta Sharing pro výchozí úložiště – Rozšířený přístup v konzole účtu, aby mohli používat sdílení Lakehouse Federation.

Po povolení funkce Delta Sharing pro výchozí úložiště – Rozšířený přístup ve výchozím nastavení pro všechny uživatele Azure Databricks bude Delta Sharing v Lakehouse Federation automaticky k dispozici v regionech, kde je podporováno výchozí úložiště.

Viz Výchozí úložiště v Databricks a Přidání cizích schémat nebo tabulek do sdílené složky.

Opětovné načtení oznámení v pracovních prostorech

V nadcházející verzi se zobrazí zpráva o opětovném načtení karty pracovního prostoru, pokud byla karta pracovního prostoru otevřená dlouhou dobu bez aktualizace. To vám pomůže zajistit, abyste vždy používali nejnovější verzi Databricks s nejnovějšími funkcemi a opravami.

Konektor SAP Business Data Cloud (BDC) pro Azure Databricks bude brzy obecně dostupný.

Konektor SAP Business Data Cloud (BDC) pro Azure Databricks je nová funkce, která umožňuje sdílet data ze SAP BDC do Azure Databricks a z Azure Databricks do SAP BDC pomocí rozdílového sdílení. Tato funkce bude obecně dostupná na konci září.

Rozdílové sdílení pro tabulky ve výchozím úložišti bude ve výchozím nastavení povolené (beta verze).

Tato výchozí aktualizace úložiště pro rozdílové sdílení rozšířila možnosti sdílení, což poskytovatelům umožňuje sdílet tabulky zálohované výchozím úložištěm libovolnému příjemci rozdílového sdílení (otevřené nebo Azure Databricks), včetně příjemců používajících klasické výpočetní prostředky. Tato funkce je aktuálně v beta verzi a vyžaduje, aby poskytovatelé ručně povolili rozdílové sdílení pro výchozí úložiště – rozšířený přístup v konzole účtu. Brzy se tato možnost povolí ve výchozím nastavení pro všechny uživatele.

Viz Omezení.

Aktualizace veřejných IP adres odchozí roviny řízení

Azure Databricks aktualizuje veřejné IP adresy řídící roviny odchozích spojení a značky služeb Azure pro zvýšenou bezpečnost a dostupnost zóny. Tyto změny jsou součástí aktualizace kontrolní roviny, která se začala zavádět 20. května 2025.

Pokud vaše organizace používá firewally prostředků pro řízení příchozího přístupu:

• Pokud pravidla brány firewall odkazují na značku služby Azure Databricks, nevyžaduje se žádná akce.
• Pokud povolíte konkrétní veřejné IP adresy řídicí roviny, musíte do 26. září 2025 přidat všechny IP adresy řídicí roviny odchozích přenosů.

Předchozí IP adresy řídicí roviny pro odchozí přenosy jsou nadále podporovány.

Změna chování pro možnost přírůstkového výpisu adresáře Automatického načítače

Poznámka:

Možnost Auto Loaderu (cloudFiles.useIncrementalListing) je zastaralá. Ačkoli tato poznámka pojednává o změně výchozí hodnoty jedné možnosti a o tom, jak ji po této změně dále používat, Databricks nedoporučuje tuto možnost používat, ale dává přednost režimu oznámení o souborech s událostmi souborů.

V nadcházející verzi Databricks Runtime bude hodnota zastaralé možnosti Auto Loader cloudFiles.useIncrementalListing ve výchozím nastavení nastavena na false. Nastavením této hodnoty na false způsobíte, že Auto Loader při každém spuštění provede úplný výpis adresáře. V současné době je výchozí hodnota možnosti cloudFiles.useIncrementalListing, což dává pokyn Auto Loaderu, aby se co nejlépe pokusil zjistit, zda lze s adresářem použít přírůstkový výpis.

Chcete-li pokračovat v používání funkce přírůstkového výpisu, nastavte možnost cloudFiles.useIncrementalListing na auto. Když tuto hodnotu nastavíte na auto, Auto Loader se co nejlépe pokusí provádět úplný výpis jednou za sedm přírůstkových výpisů, což odpovídá chování této možnosti před touto změnou.

Další informace o výpisu adresáře u Auto Loader najdete v tématu Auto Loader streams s režimem výpisu adresáře.

Změna chování při odebrání definic datových sad z deklarativních kanálů Sparku Lakeflow

Nadcházející verze Lakeflow Spark deklarativních kanálů změní chování při odebrání materializovaného zobrazení nebo streamovací tabulky z kanálu. Při této změně se automatické odstranění odebraného materializovaného zobrazení nebo proudové tabulky neprovede při spuštění další aktualizace potrubí. Místo toho budete moct pomocí příkazu DROP MATERIALIZED VIEW odstranit materializované zobrazení nebo příkaz DROP TABLE k odstranění tabulky streamování. Po vyřazení objektu se spuštěním aktualizace pipeline objekt automaticky neobnoví. Nový objekt se vytvoří, pokud se do zpracování znovu přidá materializované zobrazení nebo streamovací tabulka se stejnou definicí. Objekt však můžete obnovit pomocí příkazu UNDROP.

Pole sourceIpAddress v protokolech auditu už nebude obsahovat číslo portu.

Kvůli chybě obsahují určité protokoly auditu autorizace a ověřování číslo portu kromě IP adresy v sourceIPAddress poli (například "sourceIPAddress":"10.2.91.100:0"). Číslo portu, které se protokoluje jako 0, neposkytuje žádnou skutečnou hodnotu a není konzistentní se zbývajícími protokoly auditu Databricks. Aby se zlepšila konzistence protokolů auditu, Databricks plánuje změnit formát IP adresy pro tyto události protokolu auditu. Tato změna se postupně zavede začátkem srpna 2024.

Pokud protokol auditu obsahuje hodnotu sourceIpAddress0.0.0.0, Databricks ho může přestat zapisovat.