Skip to main content

Batches

The BimlFlex Batch concept organises the data logistics workload (ETL/ELT) into groups. Batches are used by Projects to execute workloads in steps, thus managing the overall order of execution. A Project must be associated to a Batch.

Overview

Property
Description
NameThe name of the Batch. This name must be unique in the scope of the selected Customer.
ThreadsThe number of containers (groupings of data logistics processes) that can be executed in parallel within the Batch. The default is 0, which means evertyhing runs in a single container. Processes are grouped as containers into execution layers based on the topological sort and dependencies. Depending on the threads setting the containers will wait for each others to complete. Within each container / execution layer (e.g. a Sequence Container) multiple processes can be executed in parallel.
Use OrchestrationBy default, BimlFlex provides with an orchestration framework that will control restartability of failed processes. Set this attribute to N if you would like to bypass the default behavior.
Use Ssis ExpressSet this value to Y when extracting data from a Sql Server Express source connection. Note that with SSIS Express there is limited functionality.
Precedence ConstraintThe evaluation criteria to start the next process in a Batch. This can be on Success or on Completion (disregarding the outcome) of the current executing process. The Precedence Constraint Completion setting forces BimlFlex to continue loading in case of individual failures. This setting applies to all processes in the batch.
ContainersThe number of containers (groupings) that can be executed within the Batch. This setting can be used to throttle the parallel processing within a batch. A higher number of containers will decrease the degree of parallelism in the execution of the data logistics processes within a batch.
ConcurrencyThe maximum number of processes that can be executed in parallel within the Batch.
Elapsed TimeThe total time taken for the completion of the Batch process, measured from start to finish.
DescriptionFree-format description of the Batch.
Trigger NameName of the Trigger, if omitted the Batch name and Trigger Type will be concatenated.
Trigger TypeThe tumbling window trigger and the schedule trigger.
Start DateA date-time value. For basic schedules, the value of the startTime property applies to the first occurrence. For complex schedules, the trigger starts no sooner than the specified startTime value.
End DateThe end date and time for the trigger. The trigger does not execute after the specified end date and time. The value for the property can not be in the past.
Time ZoneThe time zone. For a list of supported time zones, see Create a trigger that runs a pipeline on a schedule.
Recurrence EveryThe unit of frequency at which the trigger recurs. The supported values include minute, hour, day, week, and month.
Recurrence UnitsA positive integer that denotes the interval for the frequency value. The frequency value determines how often the trigger runs. For example, if the interval is 3 and the frequency is week, the trigger recurs every three weeks.
DelayThe amount of time to delay the start of data processing for the window.
Max ConcurrencyThe number of simultaneous trigger runs that are fired for windows that are ready.
Retry CountThe number of retries before the pipeline run is marked as Failed.
Retry IntervalThe delay between retry attempts specified in seconds.
Runtime StateThe current state of the trigger run time. Started, Stopped, Disabled

References

Property
Description
CustomerReference to the Customer that this Batch belongs to.
VersionReference to the Version that this Batch belongs to.