TimeXtender 20.10 uit support vanaf december 2027: Classic of TDI?

December 2027 Einde support voor 20.10. Vanaf dat moment werkt ook de cloudfunctionaliteit achter de ODX niet meer (in TDI heet dit onderdeel Ingest). Gebruik je de ODX, dan moet je dus iets aanpassen, welke route je ook kiest.

In deze blog zet ik beide routes naast elkaar: wat ze inhouden, welke vragen je stelt om te kiezen en wat je vóór een migratie uitzoekt.

Twee routes: TDI en Classic

	TDI	Classic
Opslag	SQL Server, Azure SQL, Synapse, Snowflake en Microsoft Fabric (waaronder Fabric Lakehouse)	SQL Server op eigen servers of Azure SQL
Gegenereerde code	T-SQL voor de SQL-varianten, Spark-code voor lakehouse-scenario’s	T-SQL
Internetverbinding	Metadata staat in de cloud van TimeXtender; je data kan op eigen servers blijven	Niet nodig
Ingest-laag (ODX)	Ja, als Ingest instance	Niet nodig; Business Units blijven beschikbaar
Nieuwe functies	Ja, zoals de MCP Server en het Power BI XMLA-endpoint	Onderhoud en updates; of het XMLA-endpoint komt, is nog niet bevestigd

Route 1: TimeXtender Data Integration (TDI)

TDI is bedoeld voor moderne cloudoplossingen, zoals een datawarehouse, datalake of lakehouse. Je kiest zelf waar je data opslaat en kunt die keuze later aanpassen. Daarmee past TDI goed als je architectuur nog kan veranderen, of als je meer vrijheid wilt in de technologie van je dataplatform.

Nieuwe functies verschijnen in TDI. Een recent voorbeeld is de TimeXtender MCP Server: die stel je in TDI in als endpoint, zodat AI-clients toegang krijgen tot je semantische modellen. Een AI-agent beantwoordt vragen dan met behulp van metadata en goedgekeurde definities, in plaats van ruwe tabellen. De functie werkt alleen in TDI-versies vanaf januari 2026.

Wat de overstap naar TDI inhoudt

Voor de overstap is een migratietool beschikbaar, zowel vanuit 20.10 als vanuit Classic.

• Gebruik je de ODX, dan is december 2027 de belangrijkste datum, want daarna stopt de cloudfunctionaliteit. De migratietool zet je bestaande ODX om naar een Ingest instance in TDI en neemt de databronnen mee.
• Gebruik je Business Units, dan gaan die ook mee. De tool haalt bronnen uit zowel de ODX als de Business Units naar de Ingest instance. De inhoud van een Business Unit komt aan de Prepare-kant terecht, als aparte instance of als data area binnen een bestaande Prepare instance.
• Databronnen zonder directe tegenhanger in TDI maak je zelf aan in de Portal en koppel je daarna via de tool. Tijdens de controle zie je om welke bronnen het gaat.
• Trek na de migratie genoeg tijd uit om alles na te lopen en waar nodig aan te passen. Voor ons houdt controleren meer in dan nagaan of alle objecten aanwezig zijn: ook de uitkomsten moeten blijven kloppen. Neem daarom rapportages en belangrijke KPI’s mee in de acceptatie, zeker als je onderweg logica of databronnen hebt aangepast.

Route 2: TimeXtender Classic

Classic heeft bewust een eenvoudigere opzet. Je werkt met SQL Server op eigen servers of met Azure SQL. Een Ingest-laag en internetverbinding zijn niet nodig, en Business Units blijven beschikbaar. Minder onderdelen betekent ook minder afhankelijkheden.

Je levert wat functionaliteit in, maar dat hoeft geen nadeel te zijn. Werkt je huidige SQL-datawarehouse goed en wil je organisatie niet naar een andere architectuur, dan kan de eenvoud van Classic juist goed passen.

Wat de overstap naar Classic inhoudt

Gebruik je de ODX, dan bestaat de overstap naar Classic uit twee stappen:

1. Zet de ODX terug naar Business Units. Ook hiervoor geldt december 2027 als deadline.
2. Upgrade daarna van 20.10 naar Classic.
   

De volgorde is belangrijk. Tijdens de upgrade naar Classic verdwijnen je ODX-objecten en de datawarehouse mappings die daarop zijn gebaseerd. Richt je databronnen dus eerst helemaal in binnen de Business Unit en voer pas daarna de upgrade uit. Draai je het om, dan moet je onderdelen opnieuw opbouwen in plaats van migreren.

Ben je de afgelopen jaren juist overgestapt van Business Units naar de ODX, dan beweeg je nu weer de andere kant op. Dat kan even slikken zijn. Toch zou ik je architectuurkeuze daar niet van laten afhangen. Past Classic inhoudelijk beter bij je organisatie, plan die extra migratiestap dan gewoon goed in.

Hoe kies je?

We merken in de praktijk dat een gesprek over migreren soms snel verandert in een gesprek over de nieuwste technologie. Dat hoeft niet. Een migratie is pas geslaagd als de nieuwe omgeving aansluit op wat de organisatie ermee wil doen, en op de mensen die haar straks beheren.

Daarom beginnen we bij Bitmetric met de omgeving zelf: hoe die er nu uitziet, welke onderdelen het team gebruikt, hoeveel eigen logica erin zit en waar de organisatie naartoe wil. Een functielijst afvinken komt pas daarna. Dit zijn de zes vragen die ik zelf eerst stel.

Vraag	Toelichting
Waar staat je data over drie jaar?	Weet je al dat je een lake of lakehouse wilt toevoegen, of wil je later makkelijk van opslagtype kunnen wisselen? Dan ligt TDI waarschijnlijk meer voor de hand. Blijft je SQL-datawarehouse goed werken, dan kan Classic een prima en bewuste keuze zijn. Kies de route die voorkomt dat je over twee jaar opnieuw een grote verandering moet doorvoeren.
In welke taal staat je logica straks?	Classic werkt met SQL Server en Azure SQL, en dus met T-SQL. In TDI bepaalt het platform welke code wordt gegenereerd: T-SQL voor de SQL-varianten en Spark-code voor lakehouse-scenario’s zoals Fabric Lakehouse.
Heb je functies nodig die alleen in TDI zitten?	TDI biedt een Power BI XMLA-endpoint. TimeXtender heeft nog niet bevestigd of en wanneer die functie naar Classic komt. De MCP Server is alleen voor TDI ontwikkeld. Maak wel onderscheid tussen functies die interessant klinken en functies waarvoor je echt een toepassing hebt.
Welk beleid hanteert je organisatie voor cloud en internetverbindingen?	Classic werkt zonder internetverbinding. Bij TDI staat de metadata in de cloud van TimeXtender, terwijl je data op eigen servers kan blijven. Laat security, IT en zo nodig compliance hier op tijd naar kijken, zodat zo’n eis niet pas tijdens een testmigratie opduikt.
Hoe groot en hoe oud is je project?	De migratietool naar TDI werkt vanuit 20.10 en vanuit Classic. Kies je nu Classic, dan kun je later dus alsnog overstappen. Hoeveel werk dat kost, hangt vooral af van de grootte en geschiedenis van je project.
Gebruik je de ODX?	Dan geldt de deadline van december 2027 voor beide routes, al verschilt het werk. Bekijk de ODX daarom vroeg in de inventarisatie, want het gebruik ervan bepaalt direct de migratieroute en de planning.

Let op je eigen code

TimeXtender past zijn eigen code automatisch aan wanneer je van platform wisselt. Voor eigen code geldt dat niet. Custom SQL, stored procedures, views en scripts zijn geschreven voor een specifiek dialect, dus stap je over naar Snowflake of Spark, dan moet je die onderdelen herschrijven. Breng daarom eerst in kaart hoeveel eigen SQL je project bevat en welke talen je team beheerst.

Let ook op de technische voorwaarden. Snowflake-accounts moeten bijvoorbeeld op Azure of AWS draaien; Snowflake op Google Cloud wordt niet ondersteund. Zulke details lijken klein als je op hoofdlijnen een architectuur kiest, maar ze kunnen flink bepalen hoeveel werk een migratie vraagt.

Waar het op neerkomt

Wil je meer vrijheid bij het opslaan van data en gebruikmaken van functies die speciaal voor TDI worden ontwikkeld? Dan is TDI het onderzoeken waard. Heb je liever een SQL-datawarehouse dat werkt zoals je gewend bent, en mis je de extra mogelijkheden niet? Dan kan Classic een prima bewuste keuze zijn. Kijk daarbij verder dan wat vandaag het makkelijkst lijkt: de richting die je organisatie de komende jaren op wil, weegt zwaarder.

Wat is verder nog van belang?

Welke route je ook kiest, een paar dingen zoek je het liefst al uit voordat je een migratie plant.

Breng je CData-connectoren in kaart

Sinds januari 2025 kun je in TDI geen nieuwe CData-bronnen meer toevoegen. Bestaande CData-providers blijven werken, maar daar hangt een prijskaartje aan. TimeXtender Enhanced-providers zijn een alternatief, en de software helpt bij de overstap: je kunt de provider van een databron aanpassen en verbindingen importeren en exporteren.

Wij zetten CData-bronnen het liefst al in het huidige project om naar Enhanced-providers, en migreren pas daarna. De migratietool neemt CData-bronnen namelijk gewoon mee, maar in TDI moet je ze alsnog omzetten. Sla je die stap vooraf over, dan pak je hetzelfde onderdeel tijdens het traject twee keer aan.

Ruim op voordat je verhuist

Werk je met een omgeving die al jaren draait, neem dan niet zomaar alles mee omdat het er nu eenmaal staat. In projecten die tien jaar of langer draaien, staan vaak databronnen waar niemand meer naar omkijkt, en maatwerk waarvan niemand meteen meer weet waarvoor het dient. In oudere omgevingen nemen we daar bewust de tijd voor.

Een migratie is een goed moment om na te gaan welke bronnen nog worden gebruikt en welke aangepaste onderdelen nodig zijn. Wat niet meer nodig is, ruim je op. Zo blijft de migratie overzichtelijk, zie je welke connectoren je nog betaalt, en verhuis je geen tien jaar aan historie zonder te weten waarom die er nog is.

Vergeet de organisatie niet

In onze ervaring zitten de grootste risico’s vaak in de organisatie rond de software. Zo’n traject kost tijd en moet passen naast het dagelijkse werk. Houd rekening met een periode waarin je minder nieuwe functies ontwikkelt, waarin oud en nieuw tegelijk draaien en waarin je rapportages controleert vóór de overstap. Spreek daarom vooraf af wie tijd vrijmaakt en wie de resultaten inhoudelijk controleert.

December 2027 lijkt misschien nog ver weg. Toch raakt je agenda snel vol als je een inventarisatie, testmigratie, acceptatieronde en de uiteindelijke overstap naast het dagelijkse werk moet doen. In de praktijk loopt een testmigratie geregeld meer vertraging op dan verwacht. Dat is geen probleem als je die ruimte inplant, maar wacht je tot de deadline haast geeft, dan houd je een stuk minder speelruimte over.

Twijfel je nog? Dan helpen we je kiezen

Werk je nog met TimeXtender 20.10 en weet je niet precies wat er in je omgeving zit, of wat beide routes in de praktijk betekenen? Begin dan met een inventarisatie. Daarmee zie je hoe je omgeving nu is ingericht, waar de aandachtspunten zitten en hoeveel werk elke route met zich meebrengt.