IBM Support

Data querying takes a long time and process server database tables are using too much disk space with WebSphere Lombardi Edition (WLE) and the IBM Business Process Manager (BPM) products

Technote (troubleshooting)


You see long query times on Business Process Definition (BPD) and TASK tables and your process server database tables are occupying too much disk space.

Resolving the problem

The information in this document can help keep your database from growing unbounded. There are three (3) methods for properly deleting instances: stored procedure LSW_BPD_INSTANCE_DELETE, wsadmin command BPMProcessInstanceCleanup (v8.0 and later), and process inspector (web based or process designer client). For system maintenance the wsadmin and stored procedure allow for programmability and removing large number of instances at once. Please note, the wsadmin command does not work on process center environments, the database command may be used to delete instances.

There is a DeveloperWorks article that covers clean up and purging of the BPM system. The article discusses process instance deletion, snapshot deletion, and performance data warehouse purging. Please take a look at a comprehensive clean up document.

Completed business process definition instances are not deleted from the system automatically. After a business process definition instance is completed, the instance is typically no longer needed and, therefore, can be removed from the Process Server database. The IBM Business Process Manager V7.5.x and V8.0, WebSphere Lombardi Edition V7.1 and V7.2, and Lombardi Teamworks V6.x products provide a stored procedure called LSW_BPD_INSTANCE_DELETE, which you can use to delete old instances. With Lombardi Teamworks V6.1 and later, this stored procedure clears out all runtime data that is associated with this instance in the following tables:

  • Dynamic groups created for this instance from:
  • Task associated with this instance from:
    • LSW_TASK
  • BPD Instance data from:

Note: Starting with IBM Business Process Manager V8.0.1 and later, the preferred method is the BPMProcessInstancesCleanup command to delete instances and tasks.

As a best practice to call the LSW_BPD_INSTANCE_DELETE stored procedure, complete the following steps:

  1. Query the LSW_BPD_INSTANCE table for all closed instances that fall within a date range.

  2. Input the resulting instances into the stored procedure.
    You can get the date from the LAST_MODIFIED_DATETIME column in the LSW_BPD_INSTANCE table. The closed instances are those instances whose EXECUTION_STATUS is 2. For a full explanation of the EXECUTION_STATUS values that you can query, see the What do the EXECUTION_STATUS values represent document.

    The following query shows the distribution of BPD instances and their status.
      select code.NAME, COUNT(bpd.EXECUTION_STATUS)
      from LSW_BPD_INSTANCE bpd right join lsw_bpd_status_codes code on code.STATUS_ID = bpd.execution_status
      group by code.NAME
      order by code.NAME

    The following query shows the distribution of all tasks and their status.
      select code.NAME, COUNT(t.STATUS)
      from lsw_task t right join LSW_TASK_STATUS_CODES code on code.STATUS_VALUE = t.STATUS
      group by code.NAME
      order by code.NAME

    The following queries give examples of finding instances that are closed and older than 30 days. Appending the schema name to the call might be necessary. The vendor-specific date function is included in each example.
      IBM DB2
      SELECT bpd_instance_id FROM lsw_bpd_instance WHERE last_modified_datetime < (CURRENT DATE - 30 DAYS) AND execution_status = 2

      Microsoft SQL Serve
      SELECT bpd_instance_id FROM lsw_bpd_instance where last_modified_datetime < DATEADD(day, -30, GETDATE()) AND execution_status = 2

      SELECT bpd_instance_id FROM lsw_bpd_instance WHERE last_modified_datetime < TRUNC (SYSDATE - 30)and execution_status = 2

    The following code are examples of how to call the stored procedure. Appending the schema name to the call might be necessary. These examples all delete the instance id 123.

      IBM DB2
      call LSW_BPD_INSTANCE_DELETE (123);

      Microsoft SQL Server

      call LSW_BPD_INSTANCE_DELETE(123);

    Note: The Cleanup Utility, which is provided in the Lombardi Teamworks Admin Console, removes task data only; not all of the business process definition instance data. As you can see from the previous list of tables, the LSW_BPD_INSTANCE_DELETE stored procedure deletes both the instance and task data that is associated with the business process definition. Thus, it is a much more thorough way to clean out business process definition instances. If you are using stand-alone services, you also might want to run the Cleanup Utility after running the LSW_BPD_INSTANCE_DELETE stored procedure.

    You might want to have your database administrator construct a recurring job that queries for, then deletes, the instances that you need to delete.

    Answers to common questions and concerns

    • Are there other ways to improve searching on tasks and instances?

      Yes, there are some product features to assist with increasing the speed of tasks and instance retrieval.
    • Why is deleting old data necessary?

      When an instance completes and all of its associated tasks are closed, future work is not possible with this instance. You cannot re-start it and assign it to someone or edit old work. When a user logs into the portal, various tables are queried to gather data on the active tasks for that user. This operation involves full table scans. Even if only 35% of the data is relevant, it is going to take a while to pull the tasks needed for that user. Thus, if the other 65% is deleted, there is less data to scan.

    • Does this process affect historical data?

      From your in box when you search for history items, only older ones are affected. When you run the delete queries, you can specify to only delete completed tasks that are older than 30 days. Any data that you really need either should be in the performance database or stored in some other system of record for auditing or other metrics.

    • What happens if you do not delete the old closed instances?

      • Slow performance on the portal occurs and potentially increases to an unusable state.
      • Database size increases unchecked, which increases backup time and disk space usage.

    • How often do you need to run the clean up stored procedures?

      This frequency depends on how many instances are closed in a given time period (week, month), how large the data is in each task (large execution context, large document attachment), and how many tasks exist per instance. The two largest areas for growth are documents and execution context. If you have many documents and you need to reference them later, a third-party document management solution is worth considering. Execution context is all the data carried from task to task. If the solution has many variables with large amounts of data, this scenario quickly consumes database space. In this case, reviewing your solution is a good idea to reduce the amount of overhead in the application.

    • When should the procedure be run?

      Run the query during an off period or maintenance window. When thousands of instances and tasks are purged, this process might cause a strain on the LSW_TASK and LSW_BPD_INSTANCE tables. As these are core product tables, running a clean up job outside of normal business hours is a good practice.

    • A runaway process caused hundreds or thousands of tasks or instances to be created, can I use this procedure to clean up these tasks?

      Yes, you can use the stored procedure to clean up these tasks and instances safely. If the task has an event-based Undercover Agent (UCA) associated with it, the UCA makes up to five attempts to contact the task. After the last attempt, the UCA stops and does not execute any more. For this scenario, there is no action that is needed by the user.

    • How can you determine what tables are storing the most data?

      Contact your database administrator to determine the total size for the tables that are mentioned at the beginning of this document. The procedure is different for each database vendor. The following queries can provide you with a brief overview if the large growth is due to the number of rows or rows with large data.

      Execution Context - large variable in tasks
      select top 1000 snapshot_id, user_id, bpd_instance_id, subject, datalength(execution_context) as ObjectSize from lsw_task inner join LSW_TASK_EXECUTION_CONTEXT on lsw_task_execution_context.task_id = lsw_task.task_id order by ObjectSize desc

      Large instances
      select top 1000 instance_name, lsw_bpd_instance.bpd_instance_id, datalength(data) as ObjectSize from lsw_bpd_instance inner join lsw_bpd_instance_data on lsw_bpd_instance.bpd_instance_id = lsw_bpd_instance_data.bpd_instance_id order by ObjectSize desc

    • Is there a way to archive data rather than deleting data?

      There is no out-of-the-box method to archive data to a separate database or table structure. Before running the delete process, you can copy the data into a custom built table outside of the product schema. There currently is an enhancement request for archiving data.

    • Are there links to other performance related articles and best practices?


    Cross reference information
    Segment Product Component Platform Version Edition
    Business Integration IBM Business Process Manager Standard General AIX, Linux, Solaris, Windows 8.0, 7.5.1, 7.5
    Business Integration IBM Business Process Manager Advanced General AIX, Linux, Solaris, Windows 8.0, 7.5.1, 7.5
    Business Integration IBM Business Process Manager Express General Linux, Windows 8.0, 7.5.1, 7.5

    Historical Number


    Product Alias/Synonym


    Document information

    More support for: WebSphere Lombardi Edition

    Software version: 6.1, 6.2, 6.2.1, 6.2.2, 7.0.1, 7.1, 7.2

    Operating system(s): AIX, Linux, Solaris, Windows

    Reference #: 1439859

    Modified date: 13 February 2015