我已经开发了一个工作流,用于自动关闭超过开始日期28天的约会。为此,我创建了一个组织范围的工作流,使用工作流超时活动,在关闭前等待开始日期后28天。
我担心,随着预约数量的增加,这可能会给CRM的实施带来越来越大的负担(数千个预约可以打开,并附加等待的工作流)。
我怎么检查这个?是否有人知道异步服务多久轮询一次以检查是否已达到超时,并且它在打开活动的数量上有很大的不同?
数千个待定/等待的工作流不是问题,现在如果它通过百万记录标记,那么您可能会遇到问题。您必须监视的重要内容是异步操作表。如果表的增长超过了100万到200万的标记,并且工作流的创建速度比异步服务处理它们的速度要快,那么您可能会看到性能受到影响。您可以做一些事情来提高性能并防止表失控:
除此之外,你应该保持良好的状态。
使用KB968520中的作业的技术是可以的,但最好创建“自我监控”工作流,如果不采取这些工作流所导致的操作,则这些工作流将在适当的时间(无论对您的数据库是什么)过期。这使用了一种称为“并行等待条件”的技术,并进行了讨论 here .
并行等待将强制工作流“清理”,即使它们影响的记录(或它们受影响的记录)已从数据库中删除。