Workflow Activity Log options are accessed from the Workflow Design Settings Pane.

Two options are provided here - Full Logging and Low Logging. By default, all Workflows are set to Full Logging. The logging setting chosen affects Workflows activated via Always On, Run Now or via API. When running a Workflow in the Workflow Design Pane, Full Logging is always used.

To determine what logging mode was in effect when a Workflow ran, look at the Logging element of the InitialisationXml Property on the first Workflow Activity Log. Note that this only reflects the logging level on the topmost Workflow. If a sub-Workflow was invoked via the Workflow Node, the logging level specified on that Workflow will be used. This behavior permits more granular management of logging. Specifically, logging can be set to Full Logging on a sub-Workflow that requires troubleshooting.

Consider using Low Logging in the following scenarios:

The Workflow is frequently executed

If a particular Workflow is frequently executed, it's usually unnecessary to log normal behavior. Using Low Logging enables errors to be more easily located in the Activity Log Pane. Low logging should also be used on sub-Workflows that execute frequently to avoid unnecessary verbosity.

The Workflow runs often and needs to run very quickly

activity logs are persisted asynchronously but if your Site is very busy, they may be forced to commit synchronously. In this scenario, the Workflow execution will be halted while the logs are being written thus increasing execution time.

The Workflow processes large amounts of data

Where large amounts of data are processed (especially when they're processed using iterators like Splitter), it is recommended that logging be set to Low Logging. In such cases, the time to persist the logs exceeds the execution time of the operation itself. Thus, using Low Logging can provide a substantial performance boost to these Workflows.

Did this answer your question?