在前提实例上增加CRM中的Workflow / Plugin WorkflowSettings.MaxDepth有什么影响？

Question

我正在使用动态CRM 8.2本地实例，并且要将WorkflowSettings.MaxDepth属性从最大深度8增加到120。 有人可以帮助我识别一下，如果将其增加到120，会对我的计算机的RAM或CPU产生什么影响？

任何帮助将不胜感激。

Answer 1

不能具体说。

depth limit可以防止无限循环或似乎正在进入无限循环的进程。增大此设置意味着允许长时间运行的进程执行更长的时间。这可能会使其他进程等待长时间运行的进程完成时反应较慢。

通常您不必增加此设置。

  

平台用于无限循环预防。在大多数情况下，   属性可以忽略。

     

每次运行的插件或工作流向发出消息请求时   触发另一个插件或工作流执行的Web服务，   执行上下文的Depth属性增加。如果深度   属性在配置的时间内递增到最大值   极限，平台将这种行为视为无限循环，   进一步的插件或工作流执行中止。

     

最大深度（8）和时间限制（一小时）可以通过以下方式配置   使用PowerShell命令的Microsoft Dynamics 365管理员   Set-CrmSetting。设置为WorkflowSettings.MaxDepth。

Answer 2

工作流系统从来没有设计成可以为单个流程实例运行120个周期，因此我可以肯定地说将其从8个增加到120个会构成“滥用”。如果您打算从8升级到12，那么可能值得讨论。

由于您是本地用户，如果您想要一些自定义插件和工作流的额外运行时间，则可以在沙盒外注册它们。但是，最佳做法是也避免滥用它。

支持长时间运行或进行深度操作的方法是通过Azure-aware plugin在系统外部。