This topic is for data modellers, application designers and system administrators. The pages in this topic explain how to create and run automated tasks in PhixFlow. It also explains strategies for tasks that affect

tables. 

The pages in this topic are:

Overview

When working with data, applications and IT systems, there are routine processes that you need to run. PhixFlow makes it easy for you to set up and manage these processes using tasks and task plans. For example:

• application designers or system administrators can automatically update data in applications
• data

• modellers can run analysis on models or specific

• tables
• administrators can clear old information from the PhixFlow system, by archiving data from:

• • record sets
  • processing logs
  • performance statistics.

Use the task plan properties tab to configure Task Plans. Set the options and add individual Tasks.

If you need to temporarily prevent scheduled task plans from running during system maintenance, see Preventing Task Plans From Running.

Structuring Tasks

When setting up task plans with tasks that affect

tables, you must consider whether the

tables have any dependencies. This affects your options when structuring tasks in task plans.

Multiple tasks each

affecting one

table

If there are dependencies between

tables, configure PhixFlow to have one task per

table and configure each task to be mandatory. 

1. Create a set of tasks.
   • Each task works on a single

1. • table.
   • Set the tasks to be mandatory.
2. Add the set of tasks to the task plan.

PhixFlow processes the tasks, and therefore the

tables, in order. PhixFlow must finish a task successfully before it starts to update the next

table. This is the safest way to set up tasks that affect

tables. Always use this method when there are dependencies between

tables.

Or one task

affecting multiple

tables

If there are no dependencies between

tables, you can add multiple

tables to the task. In this case you have no control over the order in which

tables will be processed. Only use this method if there is you are sure there are no dependencies between the

tables.

1. Create a task
2. Add multiple

1. tables to a task
2. Add the task to the task plan. 

This has the advantage that you only need to configure one task to change multiple

tables.

Mandatory Tasks

The tasks are run in the order they are listed in the the task plan.

You can specify that a task in a task plan is mandatory. This means the task must complete before the next task in the sequence can run. If a mandatory task fails, PhixFlow will not run the following tasks. You must resolve the issue preventing the task from running and then restart the task.

Anchor
task-type task-type

Types of Task

Anchor
analysisTask analysisTask

Analysis Tasks

Use an analysis task to run analysis on the

table(s) in the task. 

Anchor
rollbackTask rollbackTask

Rollback Tasks

Use a rollback task to effectively undo run analysis

on a

table. 

When you run a rollback task it rolls back all data in each of the listed

tables, deleting the

record-sets. The list of

record-sets is empty and there are no data records in the

table. For information about how to rollback

tables manually, see Rollback Recordsets.

Anchor
configExportTask configExportTask

Configuration Export Tasks

Use a configuration export task to export selected applications and packages or a full configuration. The exported file is saved to the download area;

see Using the Download Area. 

Anchor
systemTask systemTask

System Tasks

Use a system task to perform system-wide housekeeping activities. These include deleting:

• managed file entries
• email entries
• temporary files created by file exporters to send by email
• data from incomplete

• record-sets
• log messages and optionally archiving them
• from the PhixFlow database:

• • table views for which there is

• • no table

• • tables for which there is no

• • table object, when they are older than the period set in System Configuration → Delete Orphaned

• • Table after Days. 
    

• • Tables become orphaned when their

• • table object is deleted or removed by an import process.
  • temporary tables created during publishing, when they are older than the period set in System Configuration → Delete Temp Tables after Days.
    Temporary tables are created by PhixFlow during the publishing process.

How long PhixFlow keeps system information, and whether to archive log messages before they are deleted, are controlled by the following parameters in System Configuration:

• • Delete Log Messages After Days
  • Archive Deleted Log Messages To File
  • Delete Statistics After Days
  • Delete Emails After Days

Anchor
archiveTask archiveTask

Table-Data-Delete Tasks

Use a

table-data-delete task to delete data records and

record-sets that you no longer need in PhixFlow. How long PhixFlow keeps

table data is configured in

table properties → Data Retention Settings.
Running a

table-data-delete task on a large number of

tables, or on

a table with a large data set, can take some time. We recommend scheduling these tasks for times when the system is quiet, for example overnight.
When

tables are deleted from the repository, their names are automatically be removed from tasks that refer to them. This means a saved task can become empty.

See also Deleting Old Data.