Dynamics crm 在CRM内部部署实例中增加Workflow/Plugin WorkflowSettings.MaxDepth会有什么影响?

Dynamics crm 在CRM内部部署实例中增加Workflow/Plugin WorkflowSettings.MaxDepth会有什么影响?,dynamics-crm,dynamics-365,Dynamics Crm,Dynamics 365,我正在使用dynamics CRM 8.2内部部署实例,我希望将WorkflowSettings.MaxDepth属性从最大深度8增加到120。 有人能帮我确定一下,如果我把内存或CPU增加到120,会对我的机器产生什么影响 任何帮助都将不胜感激。无法具体说明 存在防止无限循环或似乎进入无限循环的进程。增加此设置意味着允许长时间运行的进程执行更长的时间。这可能会使其他进程在等待长时间运行的进程完成时响应速度降低 通常情况下,您不必增加此设置 由平台用于无限循环预防。在大多数情况下,这 属性可以忽

我正在使用dynamics CRM 8.2内部部署实例,我希望将WorkflowSettings.MaxDepth属性从最大深度8增加到120。 有人能帮我确定一下,如果我把内存或CPU增加到120,会对我的机器产生什么影响


任何帮助都将不胜感激。

无法具体说明

存在防止无限循环或似乎进入无限循环的进程。增加此设置意味着允许长时间运行的进程执行更长的时间。这可能会使其他进程在等待长时间运行的进程完成时响应速度降低

通常情况下,您不必增加此设置

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

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

最大深度(8)和时间限制(1小时)可通过以下方式配置: Microsoft Dynamics 365管理员正在使用PowerShell命令 设置CrmSetting。该设置为WorkflowSettings.MaxDepth


工作流系统从来都不是为单个流程实例运行120个周期而设计的,因此我认为可以肯定地说,将其从8增加到120将构成“滥用”。如果你正在考虑从8点到12点,那可能值得讨论一下

由于您使用的是prem,如果您想要自定义插件和工作流的额外运行时间,可以在沙箱之外注册它们。然而,最好的做法是避免滥用


执行长时间运行或深度操作的受支持方式是在系统外通过。

通过增加最大深度,您尝试实现什么?听起来你想用屠刀杀死一只蚂蚁。如果你想要一个调度器,有更好的解决方案。会发生什么也取决于你的代码。您的代码中有Thread.Sleep()吗?如果你的工作流/插件是沙盒,他们将在2分钟内超时。