启动、暂停、停止工作流 starting-a-workflow

Start

此操作可让您开始执行工作流：已完成、正在编辑 ​或​ 已暂停 ​的工作流将状态更改为​ 已开始。 然后，工作流引擎将处理此工作流的执行。 如果工作流已暂停，则会恢复该工作流，否则，将从头开始启动工作流并激活初始活动。

启动是一个异步过程：工作流服务器会保存并尽快处理请求。

Pause

此操作将工作流的状态设置为​ 已暂停。 在工作流恢复之前，不会激活任何活动；但不会暂停正在进行的操作。

Stop

此操作停止当前正在执行的工作流。 实例的状态设置为​ 已完成。 如果可能，正在进行的操作将停止。 立即取消导入和SQL查询。

Unconditional stop

此选项会将工作流状态更改为​ Finished。 仅当正常停止过程在几分钟后失败时，才应将此操作作为最后的手段。 只有在您确定没有实际正在进行的工作流作业时，才使用无条件停止。

Restart

此操作将停止，然后重新启动工作流。 在大多数情况下，它可以更快地重新启动。 当停止需要一定时间时，自动重新启动也很有用：这是因为在工作流停止时，“Stop”命令不可用。

请注意，重新启动 ​操作不会清除与​ 执行、停止 ​和​ 启动 ​操作（实例变量在启动操作时正在清除）相比较的工作流实例变量。 重新启动工作流时，实例变量仍可用于保留值。 要清除它们，您可以：

• 执行​ 停止 ​和​ 启动 ​操作。

• 在工作流执行结束时，添加以下javascript代码：

  code language-none
  var wkf = xtk.workflow.load(instance.id) wkf.variables='<variables/>' wkf.save()

Purge history

通过此操作，您可以清除工作流历史记录。 有关详细信息，请参阅清除日志。

Start in simulation mode

使用此选项，您可以在模拟模式下而不是实际模式下启动工作流。 这意味着在启用此模式时，将只执行不影响数据库或文件系统的活动（例如​ Query、Union、Intersection ​等）。 有影响的活动（例如​ Export、Import ​等） 以及执行它们之后的那些操作（在同一分支中）不会被执行。

Execute pending tasks now

通过此操作，您可以尽快启动所有待处理任务。 要启动特定任务，请右键单击其活动并选择​ Execute pending task(s) now。

Save as template

此操作基于所选工作流创建新的工作流模板。 您需要指定保存该文件的文件夹（在​ Folder ​字段中）。

请勿将工作流计划为运行超过15分钟，因为它可能会影响整体系统性能，并在数据库中创建块。

避免使您的工作流处于暂停状态。 如果您创建临时工作流，请确保该工作流能够正确完成并且不会停留在​ paused ​状态。 如果暂停，则意味着您需要保留临时表，从而增加数据库的大小。 在“工作流属性”下分配工作流监督员，以便在工作流失败或系统暂停时发送警报。

要避免工作流处于暂停状态，请执行以下操作：

• 请定期检查您的工作流，以确保没有意外错误。
• 使您的工作流尽可能简单，例如，通过将大型工作流拆分到多个不同的工作流中。 您可以使用​ External signal ​活动根据其他工作流的执行触发其执行。
• 避免在工作流中禁用流导致线程处于打开状态的活动，这样会导致出现许多临时表，占用大量空间。 不要将活动保留在您的工作流中的​ Do not enable ​或​ Enable but do not execute ​状态。

停止未使用的工作流。 保持运行的工作流保持与数据库的连接。

仅在极少数情况下使用无条件停止。 此选项仅限管理员用户使用。 请勿定期使用此操作。 如果对工作流生成到数据库的连接不执行干净关闭，则会影响性能。

不要在同一工作流上执行多个停止请求。 停止工作流是一个异步过程：请求已注册，然后工作流服务器或服务器取消正在进行的操作。 因此，停止工作流实例可能需要一些时间，尤其是当工作流在多台服务器上运行时，每台服务器都必须控制以取消正在进行的任务。 要避免出现任何问题，请等待停止操作完成，避免多次停止工作流。