Skip to main content
Start Here

Get Started with TimeXtender Data Integration

  • January 30, 2023
  • 6 replies
  • 2254 views

Christian Hauggaard
Community Manager
Forum|alt.badge.img+5

What is TimeXtender Data Integration?

TimeXtender Data Integration automates, orchestrates and documents data solutions. To properly setup your environment for TimeXtender, it’s important to first understand how the platform works. The platform can be understood as an abstraction layer where data is ingested and business logic is defined, independently of the underlying infrastructure. This makes the business logic resilient, and facilitates a "single version of truth", while achieving fluidity in the underlying components. In other words, infrastructure changes can be made quickly (which is often times necessary in an ever-changing technical landscape) without lengthy migrations, rebuilding business logic or compromising the "single version of truth". Learn even more and get up to speed quickly with Training.

Anatomy of a TimeXtender Data Estate

  • Ingest Server
    Windows-based server software installed on a centrally located physical or virtual machine. This software orchestrates the ingestion of data from various sources. This separates data movement from the desktop software, while ensuring data never leaves a users environment.

  • Ingest Storage
    A SQL database or Azure Data Lake where raw data is stored after ingestion from sources. By storing data in it's raw form, it can be used for later analysis, or retrieval.

  • Prepare Storage
    A SQL Database, Synapse Dedicated SQL Pool, or Snowflake Data Warehouse where data from multiple sources is cleansed, transformed, and consolidated into a single version of truth.

  • Semantic model endpoints
    A subset of related data combined into a single model or "mart". This model can be exported to multiple endpoints such as Power BI, Qlik, Tableau, Analysis Services, or CSV.

  • TimeXtender Portal
    A web portal handling the administration of your TimeXtender Data Estate. Instances hold the storage connection details as well as maintain the configuration information implemented in TimeXtender Desktop.

  • TimeXtender Data Integration
    Windows-based Desktop-client software where each instance can be configured & implemented through a single, integrated user-interface.

TimeXtender Instances

Instances are the metadata components of your TimeXtender Data Estate which are configured in the portal and

  • store the connection info to the associated target storage.
  • contain the metadata for how this area of TimeXtender is configured. (e.g. What tables are selected in an Ingest Data Source, What relations & transformations exist in your Prepare Instance, etc.)
  • maintain versioning, so each individual instance can be rolled back a previous version.
  • can be copied to another instance of the same type. Allowing you to migrate your instance configuration to another storage type or environment.

Ingest Instance

This is where you ingest raw data from disparate sources into a centralized storage. An infrastructure choice has to be made regarding Ingest storage, although this can always be easily adjusted at a later point.

Prepare Instance

This is where you prepare, cleanse, transform, and consolidate data in your Data Warehouse to create a "single version of truth". An infrastructure choice has to be made regarding storage for your Prepare Instance, although this can always be easily adjusted at a later point.

Deliver Instance

Also referred to as semantic models, this is where combine and deliver relevant data into data marts or models and publish to various endpoints for business consumption. A Deliver instance can have multiple endpoints, but a choice has to be made as to which endpoint(s) should be used as a starting point.

Learn more about adding Instances and Data Sources here

Select a Reference Architecture

TimeXtender supports various storage options, so environments can be configured in many different ways. Below are 4 suggested reference architectures based on common scenarios:

Sandbox

  • Ideal for non-production use cases such as prototyping, demonstration and training
  • Can be setup for FREE, using SQL Server Developer Edition on an existing windows machine in less than 20 minutes

Azure SQL Database
 

  • Balance cost and performance in an Azure cloud solution
  • Ideal for production data solutions smaller than 1 TB

Azure Synapse Dedicated SQL Pool

  • Geared towards big data solutions in Azure
  • Ideal for production data solutions greater than 1 TB
  • Near-infinite scalability, up to PB scale
  • Extremely powerful, distributed, analytics workloads
  • Not suitable for smaller data solutions, as performance, in these cases, is better served by Azure SQL Database

Snowflake

  • Snowflake’s multi-cloud compatibility allows users to deploy on AWS or GCP.
  • Automatic usage-based scaling of compute and storage resource provides ideal cost/resource optimization.
  • Suitable for medium to large data solutions. A great choice for mid-size data solutions (from 500GB and up), or in cases where estimated size of data solution is uncertain and/or might rapidly grow.

AWS

  • Balance performance and cost using Amazon Web Services (AWS)
  • Use AWS VM for the application server and Amazon RDS SQL database for ODX and MDW storage

On-Premise SQL Server

  • Ideal for production on-premise data solutions in SQL server 

 

Keep in mind that it is quick and easy to deploy TimeXtender instances to a different environment architecture at any time. For example, if you build your TimeXtender instance on-premise, you can quickly and easily deploy your instance onto Azure SQL DB or Azure Synapse, with little to no downtime. So, don't feel like you will need to live with your decision forever. 

If you're having trouble deciding which option to select, please reach out to your TimeXtender Partner or Solution Specialist to determine the best course of action for your goals.

To learn more about installing TimeXtender and setting up your instances see the below article: 

 

Did this topic help you find an answer to your question?

6 replies

  • Explorer
  • 11 replies
  • January 29, 2025

On app.timextender.com you have to define your Ingest server name and a port number. Default this port number is on 20000. Where in the documentation is this port number mentioned and what protocols and endpoints and inbound/outbound rules belong to it?


  • Explorer
  • 11 replies
  • January 29, 2025

Found it. Port 20000 is actually between 1 and 6. 6 is called ‘ TimeXtender Data Integration’. But this is the name of the whole as well. 6 should have be called ‘prepare instance’.


rory.smith
TimeXtender Xpert
Forum|alt.badge.img+7
  • TimeXtender Xpert
  • 649 replies
  • January 29, 2025

Hi ​@FlorisW ,

 

port 20000 is by default the port that the Ingest Service listens on, TimeXtender Data Integration is an application that can be run anywhere that can reach your Ingest Service over that port. The prepare instance is something TimeXtender hosts for you and that TDI talks to. See: 

for a bit more detail on the networking side.


  • Explorer
  • 11 replies
  • January 30, 2025

@rory.smith , thank you for your reply.

The link for ‘Configure your Firewall’ does not have any mentioning of port 20000. That is exactly why we missed this in our preparations. Would be nice if it was added there or if there is 1 place for all firewall rules in clear format(including out/inbound, service, source, destination, etc.)

Btw. the email notification of you comment contains an invalid link to:
https://mvgy2y1s.r.eu-west-1.awstrack.me/…..


rory.smith
TimeXtender Xpert
Forum|alt.badge.img+7
  • TimeXtender Xpert
  • 649 replies
  • January 30, 2025

Hi,

interesting - it is only mentioned here 

 apparently. As the firewalling very much depends on the architecture, it is hard to have a definitive “this will work” list of settings. It should be mentioned in the Configure your Firewall page indeed. 


Christian Hauggaard
Community Manager
Forum|alt.badge.img+5

Hi ​@FlorisW 

This article and the 1-6 numbered list simply explains the different components of a TimeXtender solution, and does not refer to the order in which things should be setup. Edit: I have changed the 1-6 numbered list to bullet points, to reinforce that these are not ordered configuration steps, but simply a breakdown of the components involved in a TimeXtender solution

In the configure your firewall article, there is a link to the inbound rule for the ingest instance

This link explains that you can use the default i.e. 20000 or another port of your choosing

 


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings